Alle paar Jahre wird einem Unternehmen, meist von einem Anbieter, gesagt, es müsse „in die Cloud gehen". Präsentiert als eine einzige Entscheidung mit offensichtlicher Antwort. Beides trifft nicht zu.

Besonders für Ingenieur- und Unternehmensteams — wo Systeme spezialisiert, Daten schwer und Ausfälle teuer sind — ist die Cloud kein Ziel. Sie ist eine Reihe von Entscheidungen, System für System. Eine gute Cloud-Strategie besteht vor allem darin, zu wissen, welche Entscheidung wo gilt.

Bei DZDSoft machen wir cloud-native Entwicklung und Beratung — wir werden also ebenso oft dafür bezahlt, „das nicht verschieben" zu sagen wie „das schon". So denken wir darüber.

Die Cloud ist nicht eine Entscheidung

„In die Cloud migrieren" verbirgt mindestens drei sehr unterschiedliche Optionen, jede mit anderen Kosten und anderem Nutzen.

Der häufigste Fehler ist, einen dieser Ansätze auf alles anzuwenden. Lift-and-Shift für den gesamten Bestand — und Sie haben Ihre Probleme an eine teurere Adresse verschoben. Alles neu bauen — und Sie verbringen zwei Jahre damit, Software neu zu schreiben, die einwandfrei lief. Eine echte Cloud-Strategie ordnet jedem System den richtigen Ansatz zu.

Was verschieben, was behalten

Nicht alles gehört in die Cloud, und das zu sagen ist keine Nostalgie — es ist Engineering.

Gute Kandidaten zum Verschieben:

• Systeme mit variabler oder spitzer Last, die Geld für Always-on-Hardware verschwenden.
• Alles, was geografische Reichweite oder schnelle Skalierung braucht.
• Workloads, bei denen Managed Services (Datenbanken, Storage, Queues) echte Betriebskosten abnehmen.

Oft besser on-premise oder hybrid behalten:

• Systeme unter Datenresidenz-Regeln — wo KVKK, DSGVO oder Verträge vorschreiben, wo Daten physisch liegen.
• Stetige, vorhersehbare Workloads, bei denen eigene Hardware schlicht günstiger ist.
• Tiefe Integrationen mit Legacy-Equipment, das so bald nicht verschwindet.

Die versteckten Kosten, die niemand budgetiert

Der Cloud-Schlagzeilenpreis ist selten der echte. Die Rechnungen, die Teams überraschen, kommen aus den Teilen, die das Verkaufsdeck auslässt:

• Egress-Gebühren — Daten heraus zu bewegen ist, wo Clouds am meisten still kassieren.
• Over-Provisioning — Lift-and-Shift trägt meist dieselben überdimensionierten Server, jetzt monatlich gemietet.
• Vendor Lock-in — je mehr Managed Services Sie übernehmen, desto schwerer und teurer der Ausstieg.

Deshalb gehört Kostendisziplin (mancherorts FinOps) vom ersten Tag in die Strategie — nicht als Aufräumen nach der ersten alarmierenden Rechnung. Infrastructure as Code — Terraform und Ähnliches — zählt auch hier: Infrastruktur, die Sie lesen, versionieren und neu aufbauen können, ist Infrastruktur, deren Kosten Sie wirklich kontrollieren.

Wann sich cloud-natives Neubauen lohnt

Neubauen ist die teuerste und mächtigste Option. Gerechtfertigt, wenn ein System geschäftskritisch ist und seine aktuelle Architektur die Obergrenze für Wachstum oder Kosten bildet.

Cloud-nativ — Container, Orchestrierung, Managed-Data-Services, Autoscaling — rechtfertigt seine Neubaukosten, wenn: die Last wirklich variiert, das Team häufig und sicher ausliefern muss, oder die Kostenkurve mit dem Wachstum schlechter wird. Außerhalb dieser Fälle ist ein Neubau meist ein teurer Weg zum selben Ort.

Brauchen Sie eine Cloud-Strategie oder nur eine Migration?

Wenn ein Anbieter Ihnen eine Migration anbietet, fragen Sie zuerst, ob Sie die Strategie haben, der diese Migration dienen soll. Sie brauchen die Strategie wahrscheinlich, wenn:

Wie wir vorgehen

Wir beginnen damit, die Cloud nicht als einzelnes Ja/Nein zu behandeln. Unsere Arbeit ist system-für-system: was Lift-and-Shift, was Re-Platform, was Neubau — und wichtig, was genau dort bleibt, wo es ist. Dann bauen wir, was gebaut werden sollte, mit Infrastructure as Code, damit das Ergebnis kontrollierbar ist und keine Blackbox.

Dieselbe Disziplin durchzieht es wie unsere andere Arbeit: Die Ingenieure, die Ihre Cloud-Strategie beraten, sind die, die die Migration bauen würden — so ist der Rat davon geprägt, was das Ausliefern wirklich braucht, nicht davon, was auf einer Folie gut klingt.