Von Legacy zu Cloud: Warum DACH Evolution bevorzugt
Der DACH-Markt modernisiert schrittweise statt durch Ablösung. Warum Hybrid Cloud dazu passt und was der schrittweise Weg tatsächlich einbringt.
Fragen Sie einen deutschen oder Schweizer CTO nach der Cloud-Strategie, hören Sie selten von einem Migrationstermin. Sie hören von einer Reihenfolge.
Dieser Unterschied wird oft als Konservatismus gelesen. Besser versteht man ihn als andere Wette: dass die Kosten einer falschen Architekturentscheidung höher sind als die Kosten langsamen Vorgehens. In einem Markt, in dem Systeme fünfzehn Jahre laufen und Aufsichtsbehörden nach Auslagerungen fragen, ist diese Wette meist richtig.
Der DACH-Ansatz: bedacht, nicht zögerlich
Die Unterscheidung zählt, weil beides von aussen gleich aussieht und sich sehr unterschiedlich verhält.
Zögerlich heisst, die Entscheidung wird aufgeschoben. Nichts wird entschieden, nichts geht in Betrieb, und die Landschaft altert.
Bedacht heisst, die Entscheidung wird zerlegt. Aus «Sollen wir in die Cloud?» werden zwanzig kleinere Fragen mit einzelnen Antworten, die sich jeweils sofort umsetzen lassen.
Das Zweite erzeugt fortlaufende Bewegung ohne einen grossen Sprung. Es erzeugt ausserdem etwas, das eine Geschäftsleitung bewilligen kann — einen nächsten Schritt mit Kosten und Datum statt eines Programms mit einem Ergebnis in drei Jahren.
Warum der methodische Weg hier besser funktioniert
Drei Gründe, die für diesen Markt spezifisch sind.
Regulatorische Antworten stehen vor der Architektur. Nach revDSG/nDSG und DSGVO sowie nach FINMA-Vorgaben für beaufsichtigte Unternehmen brauchen Sie dokumentierte Antworten zu Datenstandort, Zugriff, Unterauftragsverarbeitern und Ausstieg. Zuerst die Architektur zu entscheiden und die Einschränkung später zu entdecken bedeutet Neubau — weit teurer, als früh zu fragen.
Systeme haben lange Lebensdauern. Ein 2011 eingeführtes Kernsystem, das noch läuft, ist hier normal. Von seiner Ablösung wird ebenfalls ein Jahrzehnt erwartet, was mehr Sorgfalt im Entwurf rechtfertigt als ein zweijähriger Produktzyklus.
Einkaufsabteilungen fragen nach Beständigkeit. Die DACH-Beschaffung gewichtet Lieferantenstabilität hoch. Eine Architektur, die eine harte Abhängigkeit ohne Ausstieg schafft, ist ebenso ein Beschaffungs- wie ein Technikproblem.
Altsysteme haben weiterhin Wert — wenn modernisiert statt ersetzt
Der Begriff «Altsystem» suggeriert etwas Zu-Entfernendes. In den meisten Schweizer und deutschen KMU ist das Altsystem die angesammelte Kodierung dessen, wie das Geschäft tatsächlich funktioniert — einschliesslich Regeln, die nirgends sonst niedergeschrieben sind.
Es vollständig zu ersetzen bedeutet, diese Regeln neu herzuleiten. Das ist die häufigste Ursache gescheiterter Ablösungsprojekte.
Die Alternative ist, es schrittweise zu verändern:
- Seine Daten über eine stabile Schnittstelle bereitstellen, damit neue Systeme lesen können, ohne sein Innenleben zu berühren
- Fähigkeiten einzeln herauslösen und den Verkehr hinter einer Weiche schrittweise umleiten
- Was funktioniert, in Ruhe lassen. Nicht jedes Modul muss umziehen, und die stabilen, günstig zu betreibenden haben die niedrigste Priorität
Ausführlich in Legacy-Modernisierung ohne Betriebsunterbruch.
Vom Monolithen zu Modulen — ohne den Microservices-Umweg
Modernisierung wird oft mit Microservices gleichgesetzt. Für die meisten mittelständischen Landschaften ist das eine Entscheidung, keine Folge.
Microservices lösen ein organisatorisches Problem: mehrere Teams, die unabhängig ausliefern müssen. Mit ein bis zwei Teams kaufen Sie die Komplexität verteilter Systeme ein, ohne das Problem zu haben, das sie löst — Netzwerkfehler zwischen ehemaligen Funktionsaufrufen, verteilte Transaktionen und ein Betriebsaufwand, der Personal verlangt, das Sie nicht haben.
Eine gut strukturierte modulare Anwendung — klare innere Grenzen, eine Auslieferung, eine Datenbank — liefert den grössten Teil des Wartbarkeitsgewinns zu einem Bruchteil des Betriebsaufwands. Sie lässt sich später aufteilen, wenn ein echter Grund auftritt.
Hybrid Cloud als passende Architektur
Hybrid wird oft als Kompromiss oder Übergangszustand dargestellt. In diesem Markt ist es häufig der richtige Endzustand, weil die Einschränkungen über die Landschaft hinweg tatsächlich verschieden sind:
- Regulierte oder besonders schützenswerte Daten bleiben in der Schweiz — on-premises, Schweizer Colocation oder eine Schweizer Region mit vertraglich begrenztem Zugriff
- Arbeitslasten mit schwankender Last und Kundenkontakt gehen in die Cloud, wo sich Elastizität bezahlt macht
- Nicht-Produktionsumgebungen gehen ohne Diskussion in die Cloud — sie sollten die meiste Zeit nicht existieren
- Stabile Arbeitslasten auf nicht abgeschriebener Hardware bleiben, bis das Ersatzdatum entscheidet
Die Disziplin, die Hybrid verlangt: Die Aufteilung folgt den Einschränkungen, nicht der Gewohnheit. Eine zufällig gewachsene hybride Landschaft sind zwei Plattformen und zwei Betriebslasten; eine entworfene ist eine Menge bewusster Platzierungen.
Den Kostenvergleich hinter diesen Platzierungen finden Sie in Cloud oder On-Premises: Was für KMU sinnvoll ist.
Was der schrittweise Weg tatsächlich einbringt
Die ehrliche Antwort: im ersten Jahr weniger, im dritten mehr.
Ein Ablösungsprojekt zeigt nichts, bis es landet, und dann alles auf einmal — vorausgesetzt, es landet. Ein schrittweiser Weg zeigt jedes Quartal ein kleineres Ergebnis und summiert sich, weil jeder Schritt die Kosten des nächsten senkt.
Was zu messen ist, statt «Cloud-Nutzung»:
- Zeit bis zur Lieferung einer vom Geschäft angefragten Änderung
- Anzahl manueller Schritte in einem Release
- Kosten pro Umgebung, sobald die Zuordnung existiert
- Stunden für wiederkehrende Störungen
Bewegen sich diese Werte nicht, migriert das Vorhaben, statt zu modernisieren — und genau diese Unterscheidung entscheidet, ob es sich gelohnt hat.
Weiterführend: Modernisierung und Cloud & DevOps.
Wenn Sie eine Einschätzung möchten, welcher Ihr erster Schritt sein sollte, vereinbaren Sie ein Gespräch. Unverbindlich.