Cloud-Migration: Roadmap für europäische KMU

Die meisten Migrationsratgeber sind für Organisationen mit eigenem Plattformteam geschrieben. Dieser geht von dem aus, was ein europäisches KMU tatsächlich hat: eine bestehende Landschaft, ein kleines Team mit Tagesgeschäft und eine Finanzabteilung, die die Zahlen vor der Architektur sehen will.

Die wichtigste Verschiebung ist finanziell, nicht technisch

Die grösste Veränderung, die eine Migration einem KMU bringt, ist nicht der Standort der Server. Es ist die Verschiebung von Investitionsausgaben zu laufendem Aufwand — und das ändert mehrere Dinge gleichzeitig:

• Die Liquidität verbessert sich — kein grosser Kauf alle vier bis fünf Jahre
• Die Planung wird schwieriger — eine schwankende Rechnung ersetzt einen bekannten Abschreibungsplan
• Die Bewilligung wandert — aus einer Entscheidung der Geschäftsleitung werden hunderte kleine Entscheidungen im Engineering

Der dritte Punkt trifft KMU am härtesten. Investitionsausgaben hatten ein natürliches Kontrolltor. Laufender Aufwand hat keines, solange Sie keines bauen — weshalb die Kostenzuordnung ab Tag eins in den Plan gehört und nicht als spätere Aufräumaktion.

TCO so rechnen, dass der Vergleich ehrlich ist

Eine Cloud-Rechnung neben einen Serverkauf zu stellen ist kein Vergleich. Beide Seiten brauchen dieselbe Behandlung über denselben Zeitraum — fünf Jahre sind üblich, weil sie einen Hardwarewechsel umfassen.

On-Premises, vollständig: Hardware plus Ersatz im vierten Jahr, Housing, Strom und Kühlung, Lizenzen zu On-Premises-Preisen, Betriebsaufwand in Stunden, ganzjährig vorgehaltene Reservekapazität für Spitzen und Ausfallzeit bei Ihrer tatsächlichen Verfügbarkeit.

Cloud, vollständig: Rechenleistung und Speicher zur realen Nutzung, Datentransfer zwischen Zonen und nach aussen, verwaltete Dienste mit ihrem Bequemlichkeitsaufschlag, Betriebsaufwand, der schrumpft, aber die Form wechselt statt zu verschwinden — und die Optimierungsarbeit, aus der die Einsparung entsteht.

Der letzte Punkt fehlt in den meisten Plänen und entscheidet, ob der Business Case real ist. Nicht die Migration erzeugt die Einsparung, sondern die anschliessende Feinabstimmung. Budgetieren Sie sie, sonst findet sie nicht statt.

Wo Pay-as-you-go wirklich hilft — und wo nicht

Pay-as-you-go gilt als generell günstiger. Günstiger ist es für eine bestimmte Nachfrageform.

Es hilft, wenn:

• Die Last saisonal oder spitzenlastig ist — Handelsspitzen, Abschlussperioden, Kampagnenverkehr
• Sie etwas testen, dessen Nachfrage Sie nicht vorhersagen können
• Umgebungen nur zeitweise existieren sollten, was auf jede Nicht-Produktionsumgebung zutrifft

Es hilft nicht, wenn:

• Die Last gleichmässig und vorhersehbar ist — hier sind gebundene Kapazität oder eigene Hardware pro Einheit günstiger
• Die Arbeitslast auf Hardware läuft, die noch nicht abgeschrieben ist

Der zweite Fall verdient mehr Gewicht, als er meist bekommt. Das Ersatzdatum der Hardware ist der natürliche Entscheidungszeitpunkt. Eine stabile Arbeitslast zwei Jahre zu früh zu migrieren bedeutet häufig, beides zu zahlen.

Elastizität, in Begriffen eines wachsenden Unternehmens

«Elastizität nach Bedarf» heisst, dass Kapazität der Last folgt, statt im Voraus gekauft zu werden. Für ein wachsendes KMU sind die praktischen Folgen:

• Sie dimensionieren nicht mehr nach Prognose. Prognosen für ein wachsendes Geschäft liegen in beide Richtungen falsch, und beides ist teuer — zu viel Kapazität wird bezahlt, zu wenig kostet Aufträge.
• Versuche werden günstig. Etwas auszuprobieren kostet Rechenstunden statt eines Beschaffungszyklus.
• Wachstum ist kein Projekt mehr. Kapazität zu erhöhen ist eine Konfigurationsänderung, kein Quartal.

Die Disziplin, die Elastizität verlangt: Sie skaliert automatisch hoch und nur dann herunter, wenn Sie es konfigurieren. Sehr viele überraschende Rechnungen sind Elastizität, die immer nur in eine Richtung lief.

Die Reihenfolge

1. Bewerten. Arbeitslasten inventarisieren, nicht Server. Je Arbeitslast: Nutzungsmuster, Schutzbedarf der Daten, Abhängigkeiten, Kosten einer Ausfallstunde und die heutigen Vollkosten. Dann eine Entscheidung zuordnen — stilllegen, behalten, umziehen, anpassen, umbauen, ersetzen. Stilllegen ist die wertvollste und am wenigsten genutzte Option.

2. Die regulatorischen Fragen entscheiden. Für europäische KMU steht das vor der Architektur. DSGVO überall dort, wo EU-Personendaten betroffen sind, revDSG/nDSG für Schweizer Daten. Beide verlangen zu wissen, wo Daten liegen und wer darauf zugreifen kann — zwei Fragen, und die zweite wird geprüft. Beantworten Sie sie vor der Regionswahl, nicht danach.

3. Landing Zone bauen. Netzwerk, Identitäten, Protokollierung, Sicherung, Kostenkennzeichnung, Leitplanken. Der Schritt, der unter Zeitdruck am häufigsten verkürzt wird und die nächsten drei Jahre bestimmt.

4. In Wellen migrieren. Beginnen Sie mit etwas, das zählt, dessen Ausfall aber verkraftbar ist. Gegen den Ausgangswert aus Schritt 1 prüfen. Den Rückfall in der ersten Welle testen, solange der Einsatz gering ist.

5. Optimieren, mit verantwortlicher Person. Dimensionierung anpassen, Nicht-Produktionsumgebungen zeitgesteuert abschalten, verwaiste Ressourcen aufräumen, Kapazität für wirklich Stabiles binden — in dieser Reihenfolge. Binden Sie sich zuletzt, nach der Dimensionierung.

Was zu messen ist

Nicht «Cloud-Nutzung». Vier Zahlen zeigen, ob es gewirkt hat:

• Vollkosten je Arbeitslast, gegen den Ausgangswert aus Schritt 1
• Zeit bis zur Bereitstellung einer neuen Umgebung
• Anzahl manueller Schritte in einem Release
• Stunden für wiederkehrende Störungen

Bewegen sich diese Werte nicht, hat das Vorhaben migriert statt modernisiert.

Weiterführend

• Kosteneffiziente Cloud-Migration in fünf Schritten
• Cloud oder On-Premises: Was für KMU sinnvoll ist
• Cloud-Migration: 10 Fehler, die KMU immer noch machen

Wenn Sie den TCO-Vergleich für Ihre eigene Landschaft sauber gerechnet haben möchten, vereinbaren Sie ein Gespräch. Unverbindlich.