In 5 Schritten zur Mainframe-Migration

Mainframe-Migration in fünf Schritten

Unternehmen, die eine Mainframe-Migration planen, müssen zahlreiche Faktoren berücksichtigen, darunter den Zeitrahmen für das Projekt, das Budget, die für die Neuschreibung von Mainframe-Anwendungen erforderlichen Fachkenntnisse und die Wichtigkeit der Anwendungen für das Unternehmen.

Hier sind die wichtigsten Schritte auf dem Weg zur Mainframe-Migration.

Schritt 1: Erwägen von Mainframe-Rehosting-Optionen

Ein Unternehmen, das entschlossen ist, seinen Mainframe abzuschaffen, aber nur wenig Zeit zur Verfügung hat, könnte das Mainframe-Rehosting in Erwägung ziehen. Diesen Ansatz gibt es in verschiedenen Varianten – Mainframe als Service, Outsourcing und Emulation, um nur einige zu nennen –, aber sie alle laufen darauf hinaus, dass die Mainframe-Anwendung vom Rechenzentrum des Kunden in die Cloud eines Serviceanbieters verlagert wird.

Rehosting als Lift-and-Shift-Migration erfordert kein umfangreiches Neuschreiben der Software. Das macht es schneller und kostengünstiger als andere Migrationsmethoden.

„Hosting ist für Leute interessant, die eine Cloud-Umgebung für ihre Mainframe-Workloads suchen, ohne sie neu schreiben zu müssen“, erklärt Juan Orlandini, CTO der nordamerikanischen Niederlassung von Insight Enterprises, einem IT-Dienstleister mit Sitz in Chandler, Arizona. „Man entledigt sich der Last, die man normalerweise mit dem Mainframe vor Ort hat, und verlagert sie an einen anderen Ort.“

Rehosting hilft den Kunden auch bei der Einhaltung von Fristen. Wenn ein Unternehmen beschließt, dass es an der Zeit ist, sich vom Mainframe zu trennen, hat es dafür möglicherweise ein Jahr bis 18 Monate Zeit, bevor die Vertragsverlängerung für die vor Ort installierte Hardware und Software ansteht, so Marr.

Diese Zeitspannen reichen jedoch in der Regel nicht aus, um den Mainframe-Bestand eines Kunden zu sortieren und die Anwendungen umzustellen. Das Mainframe-Hosting verschafft den Unternehmen jedoch etwas Zeit und ist ein Sprungbrett für die Modernisierung.

„Es gibt ihnen die Zeit, die sie für die Rationalisierung und Transformation von Anwendungen benötigen“, verdeutlicht Marr.

FNTS, das seine eigene Cloud für das Hosting von IBM-Z-Series-Mainframes anbietet, gehört zu den Dienstleistern, die Mainframe-Outsourcing anbieten. Zu den anderen gehören Ensono, ein MSP- und Technologieberatungsunternehmen in Downers Grove, Illinois, und IBM, der Mainframe-Hersteller selbst. IBM hostet Mainframes über seine IBM Z Compute Virtual Server Instance, die in einer IBM Virtual Private Cloud läuft.

Schritt 2. Umstrukturierung? Beginnen Sie mit einer Anwendungsbewertung

Kunden können sich für die Migration von Mainframe-Workloads entscheiden. Diese Methode enthält ein Refactoring des Codes, das heißt das Umschreiben der gesamten oder eines Teils der Anwendung, um die Cloud-Services optimal zu nutzen. Das Refactoring ist zeitaufwändiger und teurer als das Hosting, hat aber ein größeres Transformationspotenzial.

„Das Refactoring-Modell verleiht der Anwendung ein neues Leben“, sagt Oliver Presland, Vice President des globalen Beratungsdienstportfolios bei Ensono. „Eine refaktorisierte Anwendung lässt sich leichter in Cloud-native Servicesintegrieren und schließlich zu einer Microservices-Architektur weiterentwickeln“, fügt er hinzu.

Diese Option sollte jedoch mit einer Bewertung der zu migrierenden Mainframe-Anwendung oder -Anwendungsgruppe beginnen.

„Dazu gehört auch ein technisches Element, nämlich das Verständnis der Codebasis, der Abhängigkeiten und der Interaktionen mit externen Schnittstellen und Systemen“, erläutert Presland. „Wenn man keine Zeit in die Bewertungsphase investiert, um zu verstehen, wie man die Anwendung umwandeln will, läuft man Gefahr, dass das Projekt auf dem Weg dorthin auf einige Herausforderungen stößt.“

Orlandini wies auch darauf hin, wie wichtig es ist, mit einem grundlegenden Verständnis des zu migrierenden Mainframe-Systems zu beginnen: „Es kommt darauf an, wirklich zu verstehen, was die Anwendung für das Unternehmen leistet, welche Geschäftslogik sie kodiert und wie man diese effizienter umkodieren kann.“

Laut Marr hilft dieser Schritt der Anwendungsrationalisierung Unternehmen dabei, die Kunst des Möglichen zu bestimmen. Mit diesem Wissen kann ein Unternehmen seine Strategie für die Verlagerung von Arbeitslasten vom Mainframe entwickeln oder alternativ entscheiden, ob es seine Anwendung auf dem Mainframe beibehalten oder stilllegen möchte.

Schritt 3. Achten Sie auf die schwierigen Stellen

Kunden, die sich für ein Refactoring entscheiden, sollten eine Komplexitätsanalyse in Betracht ziehen, um mögliche Migrationshürden zu identifizieren.

Automatisierte Tools helfen bei der Konvertierung gängiger Mainframe-Technologien, wie COBOL, PL/1 und VSAM-Datendateien, in moderne Sprachen und Datenformate. Aber solche Angebote gibt es vielleicht nicht für den obskureren Code auf dem Mainframe.

„Während Sie den Großteil Ihrer Anwendungen und Daten mit einer Vielzahl von Lösungen verschieben können, kann die Suche nach einem Weg, mit einigen der exotischeren Technologien umzugehen, eine ziemliche Herausforderung darstellen“, so Presland.

Eine Anwendung kann beispielsweise sehr spezifischen Code für einen bestimmten Geschäftszweck oder ein spezielles Plug-in eines Drittanbieters enthalten, so Presland. Und die Abwärtskompatibilität von IBM-Mainframe-Umgebungen bedeutet, dass alter Code und archaische Systeme auch auf neuerer Hardware laufen können.

Presland gibt als Beispiel das Modell 204 an, ein Datenbankmanagementsystem (DBMS) aus den 1970er Jahren. Er schätzt, dass Ensono drei umfangreiche Transformationen des Modells 204 durchgeführt hat. „Es ist sehr schwierig, die Fähigkeiten und das Personal dafür zu finden“, fügt er hinzu. Die Personalbeschaffung ist in der Tat ein Problem, da viele Techniker, die sich mit den Arkanen der Mainframe-Systeme auskennen, in den Ruhestand gegangen sind.

„Das können 40 oder 50 Jahre alte Anwendungen sein“, meint Marr. „Jemanden zu haben, der den Code gut kennt, kann der Fall sein oder auch nicht.“

Im Allgemeinen sind die Anwendungen, die an der Verarbeitung von Transaktionen mit geringem Volumen beteiligt sind, am problematischsten. „Die Anwendungen mit hohem Volumen stellen kein Problem dar, da sie in der Regel in gängigen Sprachen geschrieben sind“, so Presland. „Die weniger umfangreichen, aber kritischen Teile des Anwendungsportfolios sind wirklich entscheidend. Sie wurden vor langer Zeit geschrieben, und man muss in der Lage sein, sie zu transformieren.“

Die Identifizierung der schwierigsten Probleme bei der Codekonvertierung im Vorfeld hilft bei der Planung des Migrationsprojekts.

Schritt 4. Planen Sie das Projekt

Eine gründliche Bewertung der Anwendung und eine Komplexitätsanalyse fließen in die Planung des Migrationsprojekts ein. Das schafft die Grundlage, den Business Case und den technologischen Weg zu verstehen

Das Ergebnis ist Vorhersehbarkeit in Bezug auf den Projektzeitplan, den Preis, die Methode für den Umgang mit komplexen Komponenten und einen Anforderungs-/Ressourcenplan.

Die Projektplanung von Ensono bietet den Kunden zwei Möglichkeiten: einen sofortigen Übergang zur Migration von Mainframe-Workloads oder ein Proof of Concept mit anschließender vollständiger Migration. Bei letzterem wird der erste Teil der zu migrierenden Anwendung konvertiert. Die Konvertierung eines Abschnitts gibt dem Kunden die Möglichkeit, etwas zu testen und auszuführen, was das Vertrauen stärkt.

Andere Migrationsansätze beginnen mit einigen wenigen Codemodulen, um zu zeigen, dass der Prozess Code von guter Qualität erzeugt. Aber diese Demonstration bietet kein funktionierendes System, das der Kunde testen kann.

Schritt 5. Den Code umwandeln

Refactoring erfordert die Konvertierung von in alten Sprachen geschriebenem Code in moderne Sprachen wie Java, C#oder COBOL 6.0. Daten, die in flachen Dateien oder nicht-relationalen Formaten verwaltet werden, werden in ein relationales Datenbankformat konvertiert, häufig eine PaaS-Datenbank.

IT-Dienstleister, die sich auf die Mainframe-Konvertierung spezialisiert haben, verwenden Tool-Sets, um die Konvertierungsaufgabe zu automatisieren.

Marr schätzt, dass Mainframe-Code-Tools eine Konvertierungsgenauigkeit im unteren 90er-Bereich erreichen. Die Konvertierung der ersten 92 Prozent oder 93 Prozent des Codes kann recht schnell gehen, aber die Konvertierung des restlichen Codes, damit die Anwendung funktioniert, braucht häufig Zeit. Dies stellt zwar nach wie vor einen hohen Projektaufwand dar, ist aber schneller als eine Anwendung in C#, C++ oder Java neu zu schreiben.

Unternehmen können einzelne Transaktionen aus einer Anwendung extrahieren, um den Konvertierungsaufwand zu verringern. Eine Bank könnte sich beispielsweise nur auf die Scheck-Saldo-Funktion einer kundenorientierten Mainframe-Anwendung konzentrieren und diesen Teil migrieren, anstatt das gesamte System.