
Der Titel macht zwei Ansprüche:
- Mainframe Modernisierung ist hart.
- Mainframe-Modernisierung macht Spaß.
Mein Ziel ist es, diese Behauptungen zu rechtfertigen. Wenn es mir gelingt, hoffe ich, eine kleine Anzahl von technischen Leuten zu überreden, die ermutigt werden - anstatt zu vernichten - durch enorme Schwierigkeiten, uns auf unserer Suche zu begleiten.
Zunächst sollte ich erklären, wovon ich rede.
Wenn Sie an einen Mainframe denken, stellen Sie sich wahrscheinlich ein monochromes Green-Screen-Terminal vor. Seit über vierzig Jahren ist dieser glühende Phosphortext das stetige Herzstück der globalen Finanzen.
Im Wesentlichen wird die Mainframe-Modernisierung eine Software-Anwendung oder eine Reihe von Anwendungen, die auf einem Mainframe laufen, in ein modernes verteiltes System umwandeln, während Verhalten, Korrektheit und operative Garantien erhalten.
Was ist ein Mainframe-Computer? Per IBM, der größte Anbieter von Mainframes, “[sie] sind Datenserver, die entworfen werden, um bis zu 1 Billion Web-Transaktionen täglich mit dem höchsten Niveau an Sicherheit und Zuverlässigkeit zu verarbeiten.” Trotz des Anstiegs der Cloud Computing spielen Mainframes weiterhin eine wesentliche Rolle in der IT-Infrastruktur, vor allem in traditionellen Branchen, die ein großes Volumen an kritischen Transaktionen haben.
Basierend auf einem aktuellen IBM-Bericht, “45 der Top 50 Banken, 4 der Top 5 Fluggesellschaften, 7 der Top 10 globalen Einzelhändler und 67 der Fortune 100 Unternehmen nutzen den Mainframe als ihre Kernplattform.” Wenn Sie eine Kreditkarte in London tauschen oder Pesos in Bogotá zurückziehen, interagieren Sie mit diesen Maschinen.
Der Grund
Also, warum modernisieren? Wenn Mainframes so gut sind, warum weg von ihnen? Organisationen haben eine Vielzahl von Gründen. Aber wenn Sie heute in einem Operationssaal einer großen Bank stehen, werden Sie sehen, dass es auf zwei grundlegende Punkte hinunterkocht:
- Agilität. Die Zahl der Menschen, die immer noch COBOL und die interne 40-jährige Bankinfrastruktur kennen, nimmt rapide zu. Dies macht es gefährlich, diese Programme zu ändern, wodurch Teile eines Unternehmens in der Zeit zu frieren. Ein Geschäft, das stagniert schließlich stirbt, und damit Agilität ist der Vorgesetzte zum Überleben.
- Kosten. IBM hält ein nahes Monopol auf dem Mainframe-Markt. Ein einziger Hauptrahmen kann Millionen pro Jahr kosten. Während für jeden kein Dealer wäre, würden viele Unternehmen von teuren IBM-Verträgen abweichen, wenn es einen klaren, risikoarmen Weg gäbe.
So, obwohl es nichts falsch mit MainframesPer se, die Marktbedingungen und der Zustand der Welt schaffen starke Schwebewinde für die Modernisierung von ihnen, mit dem Mainframe Modernisierung Markt geschätzt in den Hunderten von Milliarden von Dollar.
Mainframe Modernisierung ist hart
Mainframe Modernisierung ist ein böses hartes Problem, weil es eine Amalgamation von einigen der härtesten Probleme in allen Informatik und Software-Engineering ist, alle auf einmal.
Wir müssen uns gleichzeitig mit Fragen wie impliziter gemeinsamer Staat, unbesetzter Kontrollfluss, nichtobvious Transaktionsgrenzen, numerische Randfälle befassen, die sich über Jahrzehnte angesammelt haben, und verteilte Konsistenz garantiert, dass der Mainframe implizit bietet. Verteilte Systeme nicht.
Dies ist die Realität des „grünen Bildschirms“-Vermächtnisses: Die Mainframe-modernisierung löst jahrzehntelange Technologieverschuldung in einer Sprache, die fast niemand kennt (COBOL), geschrieben vor dem Aufkommen moderner Software-Engineering und objektorientierter Programmierung. Designmuster sind abwesend, Dokumentation schmerzlich unvollständig.
Betrachten Sie etwas so einfach wie Zahlen.
COBOL verwendet häufig verpackte Dezimalformate wie COMP-3, die Base-10 arithmetic direkt im Speicher kodieren, um genaue Präzision zu gewährleisten. Wenn Sie diese Logik zu einem Cloud-native Floating-Point-Typ migrieren, haben Sie subtil das mathematische Verhalten des Systems geändert. IEEE 754 Floaten sind Basis-2 Approximationen und Werte wie 0,1 können nicht exakt dargestellt werden. Obwohl jede einzelne Diskrepanz winzig ist, in einem Bankensystem über Millionen von täglichen Berechnungen, die Fehlerverbindungen.
Das System beginnt unbeabsichtigt Geld zu schaffen oder zu zerstören.
In der Theorie und in der Praxis in dieser Skala kann keine statische Analyse das Verhalten eines Systems voll charakterisieren, das dieses große und dieses alte. Es wird immer Verhaltensweisen geben, die sich nur unter realen Eingaben, realen Daten und realem Timing zeigen.
Die Zielanwendung muss den „Ghost in the Shell“ des Mainframes genau erfassen, oft einschließlich seiner Fehler und Fehler. Downstream-Anwendungen können bekannte Bugs auf idiosyncratische Weise behandeln und diese bekannten Bugs zu unvorhergesehenen zweiten und höheren Ordnungskatastrophen führen.
Wie wir in unserem Beitrag zum Lindy-Effekt erwähnt haben, wird die Geschichte mit großen Versagen der traditionellen menschlich-fokussierten Modernisierung verschwendet. Wir müssen uns bemühen, es besser zu machen.
Lösen des harten Problems (ist Spaß)
Um sicher zu modernisieren, müssen wir – mit mathematischer Präzision – zeigen, dass sich unser neues System genau wie das alte verhält. Dies erfordert die Schaffung einer anspruchsvollen funktionalen Testsuite, die als perfekte Reflexion der Realität fungiert.
Um dies zu schaffen, müssen wir zwei Ziele berücksichtigen:
- Die Kundenansicht: Für alle Produktionseingänge erzeugt das Zielsystem die exakt gleiche Leistung wie die Quelle?
- The Engineering View: Können wir die Testsuite in einer Weise schreiben, die eine eindeutige, verständliche Spezifikation für KI-Agenten erstellt, aus denen die Zielanwendung erstellt wird?
Ein Mensch kann zu einer Zeit über einen Hinrichtungsweg ausrichten. Dieses Problem erfordert eine Begründung von Millionen. Der Zustandsraum ist zu groß, die Interaktionen zu subtil, und die Feedbackschleife zu langsam für die menschliche Intuition allein. Was wir brauchen, ist nicht mehr Hände schreiben Code, sondern ein System, das Möglichkeiten erkunden kann, Zwänge absorbieren, und iterate mit einer Geschwindigkeit kann kein Team von Menschen passen. Aber dieses System ist nur so gut wie die Realität, die es erfordert, zu gehorchen.
Die Grenze
Dies ist die Grenze, in der sich die Rolle des Ingenieurs vom Schreibcode auf die Gestaltung der Zwänge, die die Realität definieren, verschiebt.
Bei Hypercubic glauben wir, dass dies – die Fähigkeit, die Realität für die Agentik AI zu beschränken – die entscheidende Fähigkeit des nächsten Jahrzehnts der Softwaretechnik ist.
Wir entdecken immer noch den richtigen Weg, diese Zwänge aufzubauen. Es erfordert Vernunft über hochrangige Invarianten wie Balance Konservierung, während auch auf Low-Level-Verhalten wie Datei I/O Ordnung oder Transaktion Retries. Es umfasst statische Codeanalysen, dynamische Datenflussdiagramme und Transaktionen über massiv verteilte Systeme.
Die meisten Software-Engineering heute beinhaltet das Zusammenkleben von gut dokumentierten APIs oder bewegten Tasten auf einem Bildschirm. Es ist vorhersehbar, sichere Arbeit.
Mainframe Modernisierung ist das Gegenteil. Es erfordert die direkte Beteiligung an den chaotischen und unumgezeichneten Grundlagen der globalen Wirtschaft.
Endlich greifen wir hinter dem leuchtend grünen Bildschirm, um die Logik ins Licht des 21. Jahrhunderts zu ziehen.
Wenn die Idee, Probleme zu lösen, die theoretisch unmöglich sind, aber praktisch notwendige Appells an Sie sind, wollen wir Sie treffen.