Der Server im Keller wird älter, die Wartung teurer, und irgendwann steht die Frage im Raum, ob nicht alles in die Cloud gehört. Ob der Umzug den Betrieb entlastet oder neue Sicherheitslücken aufreißt, entscheidet sich schon in der Vorbereitung. Eine Cloud Migration ist kein Handgriff, den man nebenbei erledigt, sondern ein Projekt, das eine durchdachte Strategie braucht. Dieser Artikel erklärt für Einsteiger, was eine Cloud Migration ist, welche Typen und Strategien es gibt, wie ein Umzug Schritt für Schritt abläuft und worauf Sie dabei achten sollten.
Kurzgefasst:
Was ist Cloud Migration? Definition und Ziele
Cloud Migration bezeichnet die Verlagerung von IT-Systemen in die Cloud. Das können einzelne Anwendungen sein, ganze Server oder der komplette Datenbestand eines Unternehmens. Statt Hardware und bestimmte Teile der Infrastruktur selbst zu betreiben, nutzen Unternehmen Cloud-Dienste eines Anbieters. Auch der Wechsel von einer Cloud in eine andere zählt dazu. Wie abgerechnet wird und wer welche Aufgaben übernimmt, hängt vom gewählten Cloud-Modell ab.
Die Gründe für einen Umzug sind meist praktisch. Alte Hardware erreicht das Ende ihrer Lebenszeit, die Wartung bindet Personal, oder Mitarbeiter sollen von überall auf ihre Daten zugreifen. Wichtig ist ein nüchterner Blick. Die Cloud ist kein Selbstläufer, sondern eine andere Art, IT zu betreiben, mit eigenen Regeln und eigenen Risiken.
Welche Cloud-Modelle gibt es?
Bei den Diensten unterscheidet man drei Grundformen, die unterschiedlich viel Verantwortung beim Unternehmen lassen.
- Infrastructure as a Service (IaaS) stellt virtuelle Server, Speicher und Netzwerke bereit.
- Platform as a Service (PaaS) liefert Plattformen, auf denen Anwendungen entwickelt und betrieben werden.
- Software as a Service (SaaS) bietet fertige Anwendungen, etwa für E-Mail, Office oder Kundenverwaltung.
Dazu kommt die Frage, wo die Cloud betrieben wird. Die folgende Übersicht zeigt die vier gängigen Modelle.
| Modell | Wer betreibt sie? | Typischer Einsatz und Hinweis |
|---|---|---|
| Public Cloud | Ein öffentlicher Anbieter, zum Beispiel AWS oder Microsoft Azure. Viele Kunden teilen sich die Infrastruktur. | Flexibel skalierbar, Abrechnung meist nach Nutzung. Passt für viele Anwendungen, erfordert aber eine saubere Konfiguration. |
| Private Cloud | Das Unternehmen selbst oder ein Hosting-Anbieter, exklusiv für ein Unternehmen. | Mehr Kontrolle, oft höhere Fixkosten. Kommt bei strengen Vorgaben zu Datenschutz oder Branchenregeln in Frage. |
| Hybrid Cloud | Kombination aus Public und Private Cloud oder aus Cloud und eigenen Systemen vor Ort. | Sinnvoll, wenn Teile vor Ort bleiben sollen. Erhöht den Abstimmungsaufwand. |
| Multi Cloud | Dienste von mehreren Anbietern. | Kann die Abhängigkeit von einem Anbieter verringern, macht Verwaltung und Sicherheit aber komplexer. |
Typen der Cloud Migration
Je nach Ausgangslage lassen sich drei Typen unterscheiden.
Migration des Rechenzentrums
Hier werden Daten und Anwendungen von lokalen Servern zu einem Cloud-Anbieter verschoben. Bei kleinen und mittleren Unternehmen betrifft das meist den Serverraum im eigenen Haus. Ist die Internetverbindung für große Datenmengen zu langsam, bieten manche Anbieter an, Daten auf Datenträgern zu übernehmen. Bei umfangreichen Umgebungen kann die Umsetzung entsprechend lange dauern, weshalb sich eine Planung in Etappen empfiehlt.
Hybrid-Cloud-Migration
Bei diesem Typ bleiben einige Systeme im lokalen Netzwerk, während andere migriert werden. Das lohnt sich, wenn vorhandene Hardware weiter genutzt werden soll, wenn gesetzliche Vorgaben es verlangen oder wenn eine Anwendung technisch nicht für die Cloud geeignet ist. Zusätzlich können lokale Daten als Sicherung in der Cloud liegen, damit sie nach einem Brand, einem Wasserschaden oder einem Einbruch im Serverraum nicht verloren sind.
Ein Hybrid-Betrieb ist dabei nicht automatisch einfacher oder günstiger. Er erhöht die Anforderungen an Identitäten, Netzwerkverbindungen, Protokollierung, Backup und Zuständigkeiten.
Cloud-zu-Cloud-Migration
Viele Unternehmen nutzen mehrere Clouds, oft nach Fusionen oder Übernahmen. Bei einer Cloud-zu-Cloud-Migration werden Systeme zwischen diesen Clouds verschoben oder zu einem anderen Anbieter gewechselt. Zentrale Verwaltungswerkzeuge können helfen, die Umgebung über eine Oberfläche zu steuern. Ein solcher Wechsel gelingt umso leichter, je besser der Ausstieg beim ersten Umzug mitgedacht wurde.
Cloud Migrationsstrategien: Sechs Wege in die Cloud
Nicht jede Anwendung muss gleich behandelt werden. In der Praxis kombinieren Unternehmen häufig mehrere Strategien in einem Projekt.
Rehosting (Lift and Shift)
Beim Rehosting wird ein System möglichst unverändert in die Cloud verschoben. Das geht schnell und eignet sich für Anwendungen, die ohnehin bald ersetzt werden. Die Vorteile der Cloud nutzt es aber nur begrenzt. Als erster Schritt ist es trotzdem oft ein guter Startpunkt.
Replatforming
Beim Replatforming wird das System teilweise angepasst, etwa bei Datenbank oder Speicher. Der Aufwand ist höher als beim Rehosting, aber geringer als bei einem kompletten Umbau. Es lohnt sich, wenn ein Umzug mit überschaubarem Aufwand spürbare Verbesserungen bringen soll.
Refactoring
Beim Refactoring wird die Anwendung grundlegend für die Cloud überarbeitet. Das ist aufwendig, kann sich bei zentralen und langlebigen Systemen aber auszahlen.
Rebuilding
Beim Rebuilding wird die Anwendung von Grund auf neu für die Cloud entwickelt. Das erlaubt eine saubere Planung, kostet aber viel Zeit und bringt das Risiko neuer Fehler mit sich.
Replacing
Beim Replacing ersetzt ein fertiger Cloud-Dienst die bestehende Lösung, zum Beispiel eine SaaS-Anwendung. Der Aufwand ist meist geringer. Dafür können die laufenden Kosten höher ausfallen, und Sie haben weniger Einfluss auf Funktionen und Anpassungen.
Retiring
Beim Retiring werden Systeme abgeschaltet, die nicht mehr gebraucht werden. Das reduziert Komplexität, Kosten und Angriffsfläche. Vergessen Sie dabei nicht, auch die zugehörigen Konten und Zugänge zu entfernen.
Nicht jede Anwendung muss außerdem überhaupt migriert werden. Besonders kritische oder technisch ungeeignete Systeme bleiben vorerst vor Ort. Gerade diese Entscheidungen gehören in die Bestandsaufnahme.
Server Migration: Vom eigenen Server in die Cloud
Bei einer Server Migration zieht ein physischer oder virtueller Server mit allem um, was darauf läuft. Das Betriebssystem, die Anwendungen, die Daten und die Verbindungen zu anderen Systemen müssen dabei zusammenpassen. Gerade die Abhängigkeiten werden häufig unterschätzt. Ein Server, der scheinbar nur Dateien ablegt, kann im Hintergrund auch Anmeldungen oder Druckdienste bedienen. Schon eine übersehene Abhängigkeit kann dazu führen, dass wichtige Dienste nach dem Umzug nicht mehr funktionieren.
Besonders sensibel ist in Microsoft-Umgebungen das Active Directory, die zentrale digitale Benutzer- und Rechteverwaltung. Beim Umzug spielen Active Directory, Microsoft Entra ID als Cloud-Verzeichnis, Geräteverwaltung und Anwendungen zusammen. Ein reiner Umzug des Verzeichnisses reicht selten aus, weil alte Konten, Gruppen und Dienstkonten eng mit anderen Systemen verbunden sind. Ein Active Directory Audit vor dem Umzug und eine zweite Prüfung danach verhindern, dass Altlasten in die neue Umgebung wandern.
Cloud-Umzug in sechs Schritten: Von der Planung bis zum Betrieb
Ein Cloud-Umzug gelingt selten spontan. Diese sechs Schritte geben eine praktische Reihenfolge vor.
| Schritt | Worum es geht |
|---|---|
| 1. Bestandsaufnahme | Welche Server, Anwendungen und Daten gibt es, wer ist verantwortlich, wie hoch ist der Schutzbedarf und wie hängt alles zusammen? |
| 2. Ziel und Business Case | Welches Problem soll die Cloud lösen, was kommt in die Cloud, was bleibt vor Ort und was darf ausgelagert werden? |
| 3. Sicherheitskonzept | Zugänge, Berechtigungen, Verschlüsselung, Protokollierung und Wiederherstellung vor dem Umzug klären |
| 4. Pilotphase | Ein repräsentatives System zuerst migrieren, damit Schnittstellen und Berechtigungen realistisch getestet werden |
| 5. Umzug in Etappen | System für System migrieren, mit klaren Abnahmekriterien und einem getesteten Rückfallplan |
| 6. Prüfung, Übergabe und Betrieb | Konfiguration, Zugriffe und Kosten kontrollieren, Alt-Systeme sauber abschalten und Zuständigkeiten klären |
Mitarbeiter und Partner frühzeitig einbinden
Von einem Umzug können Mitarbeiter, Kunden und Geschäftspartner betroffen sein, etwa durch geänderte Anmeldungen, neue Abläufe oder kurze Ausfallzeiten. Informieren Sie deshalb früh, erklären Sie, was sich ändert, und benennen Sie Ansprechpartner. Läuft der Umzug ohne Kommunikation ab, steigt das Risiko, dass Widerstand im Team ihn ausbremst.
Praxishinweis:
Sicherheit und Kosten: Hier lohnt sich der zweite Blick
Ein verbreiteter Irrtum lautet, der Cloud-Anbieter kümmere sich um die Sicherheit. Tatsächlich teilen sich Anbieter und Kunde die Verantwortung, und je nach Dienstmodell bleiben Identitäten, Daten und Berechtigungen beim Unternehmen. Auch die Kosten verdienen eine genaue Betrachtung, denn eine Cloud Migration senkt die IT-Kosten nicht automatisch. Beide Themen behandeln wir ausführlich im Artikel Cloud-Sicherheit für Unternehmen. (Erst veröffentlichen, wenn wir auch Cloud Sicherheit online haben)
Fazit: Gut vorbereitet in die Cloud
Eine Cloud Migration ist kein Selbstläufer, aber mit der richtigen Vorbereitung gut umsetzbar. Wer schrittweise vorgeht, Sicherheit und Kosten vor dem Umzug klärt und alle Beteiligten frühzeitig einbindet, vermeidet die typischen Stolpersteine. Wenn Sie unsicher sind, welcher Weg zu Ihrem Unternehmen passt, holen Sie sich IT Consulting dazu, bevor der Umzug beginnt.
Unsicher, welcher Weg in die Cloud zu Ihrem Unternehmen passt?
Häufig gestellte Fragen (FAQ)
Cloud Migration bezeichnet die Verlagerung von Servern, Anwendungen und Daten von der eigenen IT-Infrastruktur zu einem Cloud-Anbieter. Sie kann einzelne Systeme oder die gesamte IT eines Unternehmens betreffen. Auch der Wechsel zwischen zwei Clouds zählt dazu.
Eine Server Migration verschiebt einen Server auf neue Hardware oder in eine neue Umgebung, das kann auch ein anderer Server im eigenen Rechenzentrum sein. Eine Cloud Migration verlagert Systeme gezielt zu einem Cloud-Anbieter. Beim Umzug von Servern in die Cloud überschneiden sich beide Begriffe.
Das hängt von Zeitdruck, Budget und Zustand Ihrer Anwendungen ab. Für einen schnellen Einstieg eignet sich Rehosting, für mehr Optimierung Replatforming oder Refactoring. Oft ist eine Kombination sinnvoll, denn nicht jede Anwendung muss gleich behandelt werden.
Das lässt sich nicht pauschal sagen. Die Dauer hängt von Datenmenge, Anzahl der Systeme, Abhängigkeiten und gewählter Strategie ab. Bei umfangreichen Umgebungen kann ein Umzug entsprechend lange dauern. Eine Bestandsaufnahme und eine Pilotphase liefern die verlässlichste Einschätzung.
Nein. Unternehmen können Systeme vollständig, teilweise oder gar nicht verlagern. Ein Hybrid-Betrieb kann technisch und wirtschaftlich sinnvoll sein, bringt aber zusätzliche Anforderungen an Identitäten, Schnittstellen, Netzwerke und Zuständigkeiten mit sich.
