Der Umzug, bei dem nichts kaputtgehen darf
Eine Cloud-Migration ist wie ein Unternehmensumzug – nur dass Sie während des Umzugs weiterarbeiten müssen, nichts verloren gehen darf und der neue Standort gleichzeitig noch gebaut wird. Klingt stressig? Kann es sein. Muss es aber nicht, wenn man sich vorbereitet.
Was früher ein Mammutprojekt über zwei Jahre war, lässt sich heute dank moderner Tools und bewährter Methoden oft in einigen Wochen bis wenigen Monaten umsetzen. Gleichzeitig sind die Anforderungen gestiegen: NIS2-Compliance, Datensouveränität, KI-Integration. Planung ist wichtiger denn je. Bei Ovarna begleiten wir Unternehmen aus Sachsen-Anhalt und dem gesamten Bundesgebiet durch genau diesen Prozess.
Bevor Sie irgendetwas migrieren: Verstehen Sie, was Sie haben
Der häufigste Fehler bei Cloud-Migrationen ist, einfach loszulegen. Server für Server in die Cloud schieben und hoffen, dass es funktioniert. Das nennt sich „Lift and Shift" und ist ungefähr so klug, wie beim Umzug den gesamten Keller ungefiltert einzupacken – inklusive der Sachen, die seit zehn Jahren niemand mehr angefasst hat.
Starten Sie mit einer Bestandsaufnahme. Welche Server haben Sie? Welche Anwendungen laufen darauf? Welche Abhängigkeiten gibt es? Was kostet der Betrieb aktuell? Und die vielleicht wichtigste Frage: Was davon brauchen Sie überhaupt noch?
In fast jedem Unternehmen gibt es Systeme, die niemand mehr nutzt, aber die trotzdem weiterlaufen, weil sich nie jemand getraut hat, sie abzuschalten. Das 6R-Modell hilft bei der Klassifizierung: Rehost (1:1 in die Cloud), Replatform (kleine Anpassungen), Refactor (grundlegend umbauen), Repurchase (durch SaaS ersetzen), Retain (vorerst lassen) und Retire (abschalten). Erfahrungsgemäß fallen 10-20% aller Systeme in die letzte Kategorie. Das spart nicht nur Migrationsaufwand, sondern auch laufende Kosten.
Die fünf Phasen – ohne PowerPoint-Bullshit
Phase 1: Assessment. Zwei bis vier Wochen. Inventar aufnehmen, Anwendungen klassifizieren, Business Case erstellen. Am Ende wissen Sie, was migriert wird, wie es migriert wird und was es kosten wird.
Phase 2: Planung. Zwei bis vier Wochen. Architektur-Entscheidungen treffen (Netzwerk, Identität, Security), Migrations-Waves definieren und einen realistischen Zeitplan erstellen. Realistisch bedeutet: nicht das, was der Vorstand hören will, sondern das, was machbar ist.
Phase 3: Vorbereitung. Zwei bis sechs Wochen. Die Cloud-Umgebung aufsetzen (Landing Zone), Netzwerkverbindung herstellen, Team schulen. Dieser Schritt wird oft unterschätzt. Eine schlecht vorbereitete Umgebung rächt sich in jeder folgenden Phase.
Phase 4: Migration. Vier bis sechzehn Wochen, je nach Umfang. In Wellen migrieren, nicht alles auf einmal. Erste Welle: unkritische Systeme und Testumgebungen (Lerneffekt). Zweite Welle: Standardworkloads wie E-Mail und Dateiserver. Dritte Welle: Datenbanken. Vierte Welle: geschäftskritische Systeme. Nach jeder Welle: testen, testen, testen.
Phase 5: Optimierung. Permanent. Kosten überwachen, Ressourcen richtig dimensionieren, ungenutzte Dienste abschalten, Cloud-native Features nutzen. Die wahren Vorteile der Cloud – Agilität, Innovation, Kosteneffizienz – entfalten sich erst nach der Migration, nicht währenddessen.
Das Wochenende, an dem es ernst wird
Der Cutover – der Moment, in dem die Systeme von alt auf neu umgeschaltet werden – ist der kritischste Teil. Für die meisten KMU funktioniert ein Wochenend-Cutover am besten.
Freitag 18 Uhr: Freeze. Keine Änderungen mehr. Freitag 20 Uhr: Finale Datensynchronisation starten. Samstag morgens: Validierung, Netzwerk-Cutover, DNS-Umstellung. Samstag nachmittags: Go/No-Go-Entscheidung. Sonntag: Extended Testing. Montag früh: Hypercare-Support – das ganze IT-Team steht bereit, falls etwas nicht funktioniert.
Das Wichtigste: Haben Sie einen Rollback-Plan. Wenn beim Cutover etwas fundamental schiefgeht, müssen Sie innerhalb von Stunden zurück auf das alte System können. Ohne Plan B ist Plan A fahrlässig.
Die Kosten – und wann sich die Investition rechnet
Migration kostet Geld. Das sind einmalige Projektkosten für Tools, Dienstleister und interne Ressourcen, plus die laufenden Cloud-Kosten, die Ihre bisherigen On-Premise-Kosten ersetzen.
Der typische Break-Even liegt bei 18-24 Monaten. Im ersten Jahr sind die Gesamtkosten oft höher als vorher, weil Migrationskosten und paralleler Betrieb hinzukommen. Ab dem zweiten Jahr sinken die Kosten durch wegfallende Hardware-Wartung, Strom, Kühlung und die Möglichkeit, Ressourcen flexibel zu skalieren.
Aber Cloud ist nicht automatisch billiger. Ohne aktives Kostenmanagement kann die monatliche Cloud-Rechnung schnell aus dem Ruder laufen. Vergessene Test-VMs, die seit Monaten laufen. Überdimensionierte Instanzen, die nie ausgelastet sind. Auto-Scaling, das in die falsche Richtung skaliert. FinOps – die Disziplin des Cloud-Kostenmanagements – gehört von Tag eins dazu.
Migration ist ein Projekt. Cloud ist eine Reise.
Der Umzug ist nicht das Ende, sondern der Anfang. Die wirklich spannenden Dinge passieren danach: Cloud-native Services nutzen, Automatisierung aufbauen, KI-Funktionen integrieren, neue Geschäftsmodelle ermöglichen. All das wird möglich, weil Sie nicht mehr damit beschäftigt sind, alte Hardware am Laufen zu halten.
*Sie planen eine Cloud-Migration? Wir begleiten Sie von der Analyse bis zum Go-Live. Jetzt Gespräch vereinbaren*
