Cloud-Migration: Ein Rahmen für vier Entscheidungen

Zwischen einem Migrationsplan und einer Migrations-Roadmap besteht ein Unterschied. Ein Plan listet Arbeitslasten und Termine. Eine Roadmap klärt die Entscheidungen, die darüber bestimmen, ob diese Termine etwas bedeuten.

Hier stehen die vier Entscheidungen — und bewusst nicht die Kostenrechnung. Die steht in Cloud-Migration: Roadmap für europäische KMU.

Entscheidung 1 — Wozu die Migration dient

Die häufigste Ursache einer enttäuschenden Migration ist, dass sie ausser dem Umzug keinen erklärten Zweck hatte.

Drei Zwecke sind legitim, und sie führen zu unterschiedlichen Architekturen:

• Kostensenkung. Verlangt konsequente Dimensionierung, zeitgesteuertes Abschalten, gebundene Kapazität und Bereitschaft zu etwas Umbau.
• Änderungsgeschwindigkeit. Verlangt Investition in Automatisierung, Umgebungsbereitstellung und Auslieferungsketten — was die Kosten im ersten Jahr gar nicht senken muss.
• Risikosenkung. Verlangt Redundanz, geprüfte Wiederherstellung und geografische Trennung, was mehr kostet, nicht weniger.

Alle drei zu wählen ergibt einen Entwurf, der für keinen optimiert ist. Einen zu wählen und das auszusprechen macht jede spätere Abwägung entscheidbar.

Schreiben Sie es als Satz mit Zahl und Datum, sonst begrenzt es nichts.

Entscheidung 2 — Bewerten, was Sie tatsächlich haben

Ein Inventar von Servern ist keine Bewertung. Die Einheit ist die Arbeitslast, und je Arbeitslast brauchen Sie:

• Das Nutzungsmuster über ein Jahr, nicht über eine Woche — Spitze und Tal
• Den Schutzbedarf der Daten und die daraus folgende regulatorische Einschränkung
• Abhängigkeiten in beide Richtungen: was sie braucht, was sie braucht
• Kosten einer Ausfallstunde
• Heutige Vollkosten, einschliesslich Betriebsstunden

Ergebnis ist eine Entscheidung je Arbeitslast:

Stilllegen ist die wertvollste und am wenigsten genutzte Entscheidung. In den meisten Landschaften laufen Systeme ohne Nutzende, die Lizenzen, Hosting und Aufmerksamkeit binden.

Entscheidung 3 — Welches Cloud-Modell

Das wird meist aus Gewohnheit entschieden oder von der Person, die zuletzt gesprochen hat. Es sollte aus Entscheidung 1 und den in Entscheidung 2 gefundenen Einschränkungen folgen.

Eine öffentliche Cloud — am einfachsten zu betreiben, tiefste Rabatte, ein Kompetenzsatz aufzubauen. Die richtige Voreinstellung für die meisten mittelständischen Landschaften.

Hybrid — Teile bleiben on-premises oder in Schweizer Colocation, wegen Regulierung, Latenz oder nicht abgeschriebener Hardware. Häufig der richtige Endzustand statt eines Übergangs, wie in Warum der DACH-Markt Evolution bevorzugt ausgeführt.

Multi-Cloud — echte Unabhängigkeit, zum etwa doppelten Betriebsaufwand und halbierter Tiefe in beiden Plattformen. Gerechtfertigt durch eine konkrete Anforderung, nicht durch eine allgemeine Vorliebe für Wahlfreiheit.

Die Frage, die es klärt: Welche Einschränkung erzwingt etwas anderes als eine einzige Plattform? Gibt es keine, lautet die Antwort: eine.

Entscheidung 4 — Die Landing Zone

Die Landing Zone ist die Umgebung, in der alles ankommt, und dort entscheiden sich die nächsten drei Jahre. Klären Sie vor der ersten Arbeitslast:

• Netzwerk und Identitäten — Segmentierung, Berechtigungsmodell, wie Rechte vergeben und überprüft werden
• Protokollierung und Überwachung — was erfasst wird, wie lange aufbewahrt, und wer es liest
• Sicherung und Wiederherstellung — mit tatsächlich geprüfter Wiederherstellung, nicht angenommener
• Kostenzuordnung — Kennzeichnung nach Team oder Produkt ab Tag eins, denn eine nachträgliche Einführung über eine laufende Landschaft ist mühsam
• Leitplanken — Budgetwarnungen, verpflichtende Kennzeichnungen, standardmässige Grössenbegrenzungen

Zwei regulatorische Punkte gehören hierher und nicht später. Nach revDSG/nDSG und DSGVO brauchen Sie dokumentierte Antworten zu Datenstandort und Zugriff — zwei Fragen, und der Zugriff wird geprüft. Für FINMA-beaufsichtigte Unternehmen ist ein dokumentierter Ausstiegspfad eine Anforderung.

Arbeitslasten in Wellen schneiden

Mit Entscheidungen und Landing Zone wird die Reihenfolge mechanisch:

Welle 1 — das Vorgehen belegen. Etwas, das für das Geschäft zählt, dessen Ausfall aber verkraftbar ist. Nicht die regulierte Arbeitslast; das Vorgehen soll zuerst erprobt sein. Testen Sie hier den Rückfall, solange der Einsatz gering ist.

Welle 2 — die Masse. Nach Geschäftswirkung geordnet. Eng gekoppelte Systeme ziehen gemeinsam um; eine Abhängigkeit über Wellen zu trennen bedeutet eine temporäre Integration, die Sie wegwerfen — dieser Aufwand gehört in den Plan, sonst findet die Trennung nicht statt.

Welle 3 — das Eingeschränkte. Regulierte Arbeitslasten, die mit den tiefsten Abhängigkeiten und alles, was auf ein Hardware-Ersatzdatum wartet.

Dann optimieren. Die Einsparung entsteht aus dem, was sich nach der Landung ändert — Dimensionierung, Zeitsteuerung, Aufräumen verwaister Ressourcen, Kapazitätsbindung für Stabiles. In dieser Reihenfolge, mit der Bindung zuletzt.

Was eine fertige Roadmap enthält

• Einen erklärten Zweck, mit Zahl und Datum
• Eine Entscheidung je Arbeitslast, einschliesslich der stillzulegenden
• Ein gewähltes Cloud-Modell samt der Einschränkung, die es erzwungen hat
• Eine definierte Landing Zone, einschliesslich der Antworten zu Zugriff und Ausstieg
• Wellen, mit Welle 1 klein genug, um das Vorgehen zu belegen
• Eine Optimierungsphase mit eigenem Budget und benannter verantwortlicher Person

Fehlt einer dieser sechs Punkte, haben Sie einen Plan.

Weiterführend

• Kosteneffiziente Cloud-Migration in fünf Schritten
• Cloud-Migration: 10 Fehler, die KMU immer noch machen
• Cloud & DevOps

Wenn Sie diese vier Entscheidungen für Ihre Landschaft durchgehen möchten, vereinbaren Sie ein Gespräch. Unverbindlich.