Cloud-Migration im Mittelstand — Schritt für Schritt statt Big Bang
Das Problem mit “Lift and Shift”
Die meisten Cloud-Migrationen im Mittelstand scheitern nicht an der Technik. Sie scheitern an der Strategie.
Der typische Fehler: Ein Systemhaus verspricht “wir heben alles in die Cloud”, schiebt VMs von einem Rechenzentrum in AWS oder Azure — und plötzlich zahlt das Unternehmen das Dreifache für die gleiche Leistung. Keine Skalierung, keine Automatisierung, keine Modernisierung. Nur eine teurere Version des Status Quo.
Das ist kein Cloud-Projekt. Das ist ein Umzug mit falscher Adresse.
Was eine echte Migration braucht
Bevor ein einziger Server umgezogen wird, müssen drei Fragen beantwortet sein:
1. Was migrieren wir — und in welcher Reihenfolge?
Nicht alles gehört in die Cloud. Eine Oracle-Datenbank mit 15 Jahren gewachsenen Stored Procedures? Wahrscheinlich nicht der erste Kandidat. Ein stateless API-Service mit klarer Schnittstelle? Perfekt für den Anfang.
Die Reihenfolge entscheidet über Erfolg oder Frust. Wir nutzen eine einfache Bewertungsmatrix:
- Komplexität der Abhängigkeiten (hoch = später)
- Business-Kritikalität (kritisch = mehr Testing, nicht zuerst)
- Cloud-Readiness (stateless, containerisierbar, APIs vorhanden)
- Kosten-Nutzen der Migration (wo spart die Cloud am meisten?)
2. Welches Migrationspattern passt?
Es gibt nicht “die eine” Migration. Die gängigen Patterns nach dem AWS 7-R-Modell:
- Rehost (Lift & Shift) — VM rüber, fertig. Schnell, aber kein Cloud-Vorteil.
- Replatform — Kleine Anpassungen (z.B. Managed Database statt selbst betrieben).
- Refactor — Umbau auf Cloud-Native (Container, Kubernetes, Serverless). Mehr Aufwand, maximaler Nutzen.
- Retire — Abschalten. Ja, manche Systeme braucht niemand mehr.
- Retain — Bewusst on-premise lassen. Auch das ist eine valide Entscheidung.
Für die meisten Mittelständler ist Replatform der Sweet Spot: Managed Services nutzen, ohne alles neu zu schreiben.
3. Wie steuern wir Risiko und Kosten?
Cloud-Kosten explodieren, wenn niemand aufpasst. Laut Flexera State of the Cloud Report 2025 geben Unternehmen durchschnittlich 28% mehr aus als geplant.
Unsere Empfehlung:
- FinOps vom Tag 1 — Budgets, Alerts, Cost Explorer. Nicht erst nach dem ersten Schock.
- Reserved Instances oder Savings Plans für planbare Workloads.
- Rightsizing vor der Migration — nicht die gleiche Übergröße in der Cloud weiterfahren.
- Kill Switch — Jeder migrierte Service muss zurückrollbar sein. Minimum 30 Tage.
Die typischen Fallstricke
Netzwerk wird unterschätzt
On-Premise-Anwendungen kommunizieren oft über lokale Netzwerke mit Latenz unter 1ms. In der Cloud sind es plötzlich 5-20ms. Für manche Anwendungen ist das egal. Für andere bricht die Performance zusammen.
Lösung: Network Assessment vor der Migration. Latenz-sensitive Workloads identifizieren und entsprechend planen (z.B. selbe Availability Zone, VPC Peering, oder bewusst on-prem lassen).
Compliance wird vergessen
Sobald Daten das eigene Rechenzentrum verlassen, greifen neue Regeln. DSGVO-konformer Standort, Auftragsverarbeitungsvertrag, technisch-organisatorische Maßnahmen. Für regulierte Branchen (Finanzen, Gesundheit) kommen weitere Auflagen dazu.
Lösung: Datenschutz-Folgeabschätzung vor der Migration. Cloud-Region bewusst wählen (EU-only). Verschlüsselung at-rest und in-transit als Standard.
Das Team ist nicht bereit
Die beste Cloud-Architektur bringt nichts, wenn das Team sie nicht betreiben kann. “Wir migrieren in die Cloud” ohne Schulung ist wie “wir wechseln auf Elektroauto” ohne Ladeinfrastruktur.
Lösung: Parallel zur Migration in Cloud-Kompetenz investieren. AWS/Azure-Zertifizierungen, Pair Programming mit erfahrenen Cloud-Engineers, Runbooks für Day-2-Operations.
Was es kostet — ehrlich
Die Frage, die jeder Geschäftsführer stellt: “Was kostet mich das?”
Eine realistische Einschätzung für ein mittelständisches Unternehmen (50-500 Mitarbeiter):
| Phase | Dauer | Aufwand |
|---|---|---|
| Assessment & Strategie | 2-4 Wochen | Beratung + interne Zeit |
| Pilot-Migration (1-2 Services) | 4-8 Wochen | Engineering + Cloud-Kosten |
| Haupt-Migration (Wellen) | 3-12 Monate | Engineering + Cloud-Kosten + Parallelbetrieb |
| Optimierung & Stabilisierung | Laufend | FinOps + Monitoring |
Die Cloud-Infrastrukturkosten liegen typischerweise bei 60-80% der bisherigen On-Premise-Kosten — wenn die Migration richtig gemacht wird. Bei reinem Lift & Shift können es auch 120-150% sein.
Unser Ansatz
Wir machen Cloud-Migrationen für den Mittelstand. Kein Foliensatz, sondern Hands-on Engineering:
- Assessment — Was habt ihr, was davon gehört in die Cloud, in welcher Reihenfolge?
- Architektur — Zielarchitektur mit Kubernetes, Managed Services, Infrastructure as Code.
- Pilot — Einen Service migrieren, lernen, anpassen.
- Wellen — Weitere Services in geplanten Wellen migrieren.
- Enablement — Euer Team befähigen, die Cloud selbst zu betreiben.
Kein Vendor-Lock-in, keine Blackbox. Alles transparent, alles dokumentiert, alles euer.