Cloud migration rarely fails because of the technology
Sie scheitert an Abhängigkeiten, Lizenzmodellen und Anwendungen, die seit Jahren niemand angefasst hat.
In almost every environment, there is an application whose dependencies are not documented anywhere. It only becomes apparent when the server is due to be shut down. Cases like these influence a migration timeline more than the volume of data does.
Then there are licences that are calculated differently outside your own hardware, and vendors that only support operation in certain environments. If you only clarify this during the project, you will be negotiating under time pressure.
The most expensive assumption is the third: that everything has to move to the cloud. For some of your systems, the business case adds up; for others, it does not. Which is which is decided before the first migration step.
Four migration paths and what they are good for
What this approach is suitable for
Lastspitzen, Test- und Entwicklungsumgebungen, Anwendungen mit schwankendem Bedarf und Standarddienste ohne besondere Auflagen. Umsetzung in Azure als IaaS oder PaaS, entweder als Verschiebung der bestehenden Systeme oder mit Umbau der Anwendung.
What speaks against it
Dauerhaft ausgelastete Systeme werden in der Public Cloud teurer als im eigenen Rechenzentrum. Wer nur verschiebt und nichts umbaut, nimmt das Kostenmodell der alten Umgebung mit und zahlt es monatlich weiter.
What AVENDIS takes care of
Aufnahme der Abhängigkeiten, Zielarchitektur, Migration und Kostensteuerung im laufenden Betrieb. Danach läuft die Umgebung im Managed Service weiter. Mehr dazu auf der Seite Public Cloud.
What this approach is suitable for
Daten mit regulatorischen Auflagen und Anforderungen an Rechtsraum und Betreiber, etwa bei Betroffenheit durch NIS2, DORA oder KRITIS. Betrieb in deutschen Rechenzentren, auf Wunsch als Private Cloud in getrennter Umgebung.
What speaks against it
Das Dienstangebot ist kleiner als bei den Hyperscalern und die Grundkosten liegen höher. Wer Managed-Dienste erwartet, die es dort nicht gibt, baut und betreibt sie selbst.
What AVENDIS takes care of
Einordnung der Auflagen, Auswahl der Plattform, Migration und die Dokumentation, die Sie bei Prüfungen vorlegen müssen. Mehr dazu auf der Seite Sovereign Cloud.
What this approach is suitable for
Exchange, Fileserver und Groupware, die aus der Wartung laufen. Ebenso der Wechsel von Google Workspace sowie Tenant-zu-Tenant-Migrationen bei Zukauf oder Carve-out.
What speaks against it
Die Migration selbst ist der kleinere Teil. Rechtekonzept, Bereinigung gewachsener Dateiablagen und Anwenderakzeptanz entscheiden darüber, ob die Umgebung danach genutzt wird.
What AVENDIS takes care of
Strukturanalyse und Bereinigung vorab, Migration, Härtung des Tenants mit Conditional Access und MFA sowie die Begleitung der Anwender. Details unter Microsoft 365 Migration.
What this approach is suitable for
Anwendungen mit konstanter Last, harten Latenzanforderungen oder Herstellervorgaben, die den Betriebsort festlegen. Häufigster Fall ist die Modernisierung der Virtualisierung, etwa von VMware auf Proxmox VE.
What speaks against it
Hardware, Wartung und Bereitschaft bleiben im Haus. Ohne Monitoring und geregelte Betriebsprozesse verschiebt sich das Risiko nur, statt kleiner zu werden.
What AVENDIS takes care of
Bewertung der Virtualisierungsplattform, Migration, Monitoring mit openITCOCKPIT und Betrieb als Managed Service. Mehr dazu auf der Seite Proxmox.
The approach is decided per application
Es gibt keine Cloud-Entscheidung, die für eine ganze Umgebung stimmt. In der Regel verteilen sich die Systeme auf zwei oder drei Zielumgebungen, und ein Teil bleibt, wo er ist. Wer sich auf einen Weg festlegt, bevor die Anwendungen bewertet sind, bezahlt die Festlegung später im Betrieb.
Migration process
Fünf Phasen, jede mit einem Ergebnis, das Sie prüfen können.
- Aufnahme der Umgebung: Anwendungen, Abhängigkeiten, Lizenzen, Datenmengen. Ergebnis ist eine Liste, keine Präsentation.
- Zielbild je Anwendung mit Begründung und Ausschlussgründen. Wir legen die Grundlage vor, entschieden wird bei Ihnen.
- Pilot mit einer abgegrenzten Anwendung. Verfahren, Rückfallweg und Zeitbedarf werden an einem echten Fall gemessen statt geschätzt.
- Migration in Wellen. Fachlich zusammenhängende Systeme wandern gemeinsam, jede Welle mit Rückfallweg und Abnahme.
- Übergang in den Betrieb. Monitoring, Erreichbarkeit und Dokumentation stehen, bevor das Projektteam abzieht.
Who does what after the migration
Die Zuständigkeit nach der Migration wird häufiger zum Streitpunkt als die Technik. Deshalb steht sie hier vor dem Projekt und nicht danach.
Frequently asked questions
Wie lange steht der Betrieb während der Migration still?
Für die meisten Systeme gar nicht. Migrationen laufen in Wellen, und die Umstellung je Welle liegt im vereinbarten Wartungsfenster. Wo eine Unterbrechung unvermeidlich ist, stehen Dauer und Rückfallweg vorher fest und werden von Ihnen freigegeben.
Was passiert mit Altdaten und Archiven?
Sie werden vor der Migration bewertet: was mitgenommen wird, was archiviert wird und was gelöscht werden kann. Aufbewahrungsfristen und die Entscheidung über Löschungen liegen bei Ihnen, wir liefern die Grundlage und setzen um.
Können wir eine Migration rückgängig machen?
Jede Welle hat einen definierten Rückfallweg mit einem Zeitfenster, in dem er gilt. Das Quellsystem bleibt für eine vereinbarte Frist bestehen. Nach Ablauf dieser Frist ist der Rückfall ein eigenes Vorhaben und kein Handgriff mehr.
Wird es in der Cloud günstiger?
Bei schwankender Last in der Regel ja, bei dauerhaft ausgelasteten Systemen in der Regel nicht. Entscheidend ist das Lastprofil je Anwendung, nicht der Durchschnitt über die gesamte Umgebung. Diesen Vergleich stellen wir vor der Entscheidung auf, nicht danach.
Erfüllen wir mit einer Cloud-Migration NIS2?
Nein. Eine Migration allein erfüllt keine Vorgabe. Sie kann Nachweise vereinfachen, etwa bei Protokollierung und Zugriffskontrolle, ersetzt aber weder Risikomanagement noch Meldeprozesse. Eine Einordnung finden Sie unter NIS2 Readiness.
Was passiert nach der Migration?
Die Umgebung geht in den Managed Service über. Monitoring, Ticketannahme und Betriebsdokumentation stehen zum Zeitpunkt der Übergabe. Wer Sie danach im Störungsfall erreicht, steht unter Direkt-Support.
Let’s talk about your application list
Bringen Sie mit, welche Systeme in den nächsten zwölf Monaten anstehen. Wir ordnen sie den Migrationswegen zu und sagen Ihnen, wo wir Aufwand sehen und wo nicht.
