Mainframe in die Cloud? Die Rechnung, die vor der Entscheidung steht
Die Frage wird meistens als Technologiefrage gestellt und ist eine Betriebsfrage. Ein Mainframe ist selten das Problem — teuer wird er, wenn niemand mehr weiß, was darauf läuft, und die Lizenzkosten an eine Kennzahl gekoppelt sind, die niemand steuert.
Rehost verlagert die Anwendung unverändert auf andere Hardware und löst die Lizenz- und Hardwarebindung, nicht das Verständnisproblem. Replatform übersetzt Sprache und Datenhaltung, bringt die Struktur des Alten aber mit. Rebuild verändert die Struktur, setzt aber voraus, dass die Geschäftsregeln bekannt sind. Regelmäßig übersehen werden Batch-Ketten, Peripherie und Partnerformate. Läuft das System stabil und wird selten geändert, ist Bleiben wirtschaftlich richtig.
Die drei Wege und was sie unterscheiden
Rehost heißt: dieselbe Anwendung, andere Umgebung. Ein Emulator führt den vorhandenen Code auf x86 aus. Das ist der schnellste Weg, verändert die Software nicht und löst genau ein Problem — die Hardware- und Lizenzbindung. Alles, was am Verständnis der Anwendung hängt, bleibt wie es ist.
Replatform heißt: Sprache und Datenhaltung werden übersetzt, die Struktur bleibt. COBOL wird zu Java, VSAM zu einer relationalen Datenbank. Der erzeugte Code ist lauffähig und trägt die Eigenheiten des Originals mit. Für abgegrenzte Bereiche brauchbar, für ein Kernsystem am Stück der schnellste Weg zu einem zweiten Altsystem — diesmal ohne Menschen, die es verstehen.
Rebuild heißt: neu bauen auf Basis der fachlichen Anforderungen. Das ist der einzige Weg, der die Struktur wirklich verändert, und der teuerste. Er setzt voraus, dass die Geschäftsregeln des Altsystems bekannt sind — und genau daran scheitert er üblicherweise, nicht an der Technik.
Die Posten, die in keinem Angebot stehen
Erstens die Batch-Kette. Die Nachtverarbeitung ist bei Mainframe-Anwendungen häufig der komplexeste Teil und der am schlechtesten dokumentierte. Zweitens die Peripherie: Drucksteuerung, Bandarchive, Datenaustausch mit Partnern über Formate, die es sonst nirgends gibt. Drittens die Menschen, die den Betrieb machen — deren Wissen ist an die Umgebung gebunden, nicht an die Fachlichkeit.
Wann Bleiben die richtige Antwort ist
Wenn die Anwendung stabil läuft, selten geändert wird und die Lizenzkosten planbar sind, ist eine Migration eine Investition ohne Gegenwert. Der ehrliche Auslöser für einen Wechsel ist fast nie das Alter, sondern eines von drei Dingen: die Kenner gehen, die Änderungen stauen sich, oder ein Vertrag läuft aus.
Die Reihenfolge, die funktioniert
Erst wissen, was läuft: eine belegte Bestandsaufnahme über Programme, Jobs, Datenflüsse und tatsächliche Nutzung. Dann entscheiden — je Bereich, nicht für die ganze Anwendung. In der Praxis fällt die Entscheidung selten einheitlich aus: Der Kern wird gehostet, die Ränder werden neu gebaut, und ein relevanter Teil stellt sich als seit Jahren ungenutzt heraus.
Häufige Fragen
Was kostet eine Mainframe-Migration?
Seriös ist erst eine Aussage nach der Bestandsaufnahme. Die Spanne zwischen Rehost und Rebuild liegt beim Fünf- bis Zehnfachen, und der größte Kostentreiber ist nicht die Zeilenzahl, sondern der Anteil an Fachlogik, den niemand mehr fachlich verantwortet. Wer eine Zahl ohne Analyse nennt, rät.
Ist ein Emulator eine dauerhafte Lösung?
Für viele Häuser ja. Rehosting hat sich als Betriebsmodell etabliert, die Lizenzfrage verschwindet und die Anwendung läuft weiter. Was der Emulator nicht ändert: Wenn ohnehin niemand mehr weiß, was die Anwendung tut, ist das Problem nach der Migration unverändert vorhanden.
Was passiert mit der Nachtverarbeitung?
Sie ist der aufwendigste Teil jeder Migration. Job-Ketten mit Abhängigkeiten, Zeitfenstern und Wiederanlaufregeln sind selten vollständig dokumentiert, laufen aber jede Nacht. Sie gehören zuerst in die Bestandsaufnahme, weil ein übersehener Lauf erst nach der Umstellung auffällt — und dann im Monatsabschluss.
Lohnt sich der Wechsel wegen der Fachkräfte?
Das ist das stärkste Argument, aber nicht so, wie es meistens gemeint ist. Menschen mit COBOL-Kenntnissen gibt es; was fehlt, sind Menschen mit Kenntnis Ihres Systems. Diese Lücke schließt eine Migration nicht — eine dokumentierte Analyse schon, und die brauchen Sie für jeden der drei Wege ohnehin.
Bringen Sie das System mit, das Ihnen Sorgen macht.
30 Minuten, kein Vertrieb. Wir sagen Ihnen, ob eine Discovery bei diesem System etwas bringt.
Legacy Discovery ansehen →
