In der Unternehmens-IT-Landschaft gibt es einen hartnäckigen Mythos, dass Großrechner ist eine veraltete Plattform, die langsam ausläuft. Doch wie Bob Jeffcott, Principal Systems Engineer bei Software AG, kürzlich in einem Webinar betonte: „Die Berichte über den Niedergang des Mainframes sind stark übertrieben.“
Die Realität ist, dass IBM Z Die Arbeitslasten nehmen tatsächlich zu. Laut IBM und Branchenanalysten steigern 70% der Mainframe-Kunden ihre Arbeitslasten jährlich, und 95% der IBM-Installationen sind nach wie vor stark abhängig von COBOL für ihre geschäftskritischen Anwendungen. Doch dieses Wachstum hat eine Grenze: maximale Kapazität, explodierende Kosten und die ständige Gefahr, kritische Service Level Agreements (SLAs) nicht einhalten zu können.
Wie können Unternehmen dieses Wachstum ohne die massive Umstellung einer Migration bewältigen? Die Antwort liegt in der Hardware, die Sie bereits besitzen.
Das Modernisierungs-Paradox: Warum Umschreiben scheitert
Wenn Engpässe bei der Kapazität auf dem General Processor (GP), viele Organisationen sehen sich gezwungen, eine COBOL- Arbeitslast Modernisierung Projekt. Typischerweise fallen diese Strategien in einige Kategorien:
- Die Anwendung in einer modernen Sprache neu erstellen.
- Umfassender Ersatz der Anwendung durch eine neue, Cloud-native Alternative.
- Rehost: Verschieben der Workload auf eine andere Plattform.
Aber diese Ansätze sind riskant. Sie beinhalten oft unvorhersehbare Kosten, lange Implementierungszeiten und Funktionsverluste, wenn das neue System die jahrzehntelange Geschäftslogik, die im ursprünglichen COBOL-Code steckt, nicht replizieren kann. Und es handelt sich oft um Alles-oder-Nichts-Lösungen, was bedeutet, dass es zu spät ist, etwas zu überdenken, wenn die Modernisierung auf ein Hindernis stößt.
Ein neuer Weg: GP-Kapazitäten mit JOPAZ zurückgewinnen
JOPAZ JOPAZ bietet eine unterbrechungsfreie Alternative. Anstatt den Mainframe zu verlassen, ermöglicht JOPAZ Ihnen, auf der Plattform zu bleiben, und entlastet gleichzeitig Ihre allgemeinen Prozessoren erheblich. Dies wird erreicht, indem COBOL-Batch-Workloads für die Ausführung auf IBM zIIP-Engines bereitgestellt werden. ZIIP auslagern. Maschinen
Durch die Ausführung von Workloads auf zIIP können Unternehmen GP-Kapazitäten sofort für andere vorrangige Aufgaben freigeben.
So funktioniert JOPAZ: Ein Blick hinter die Kulissen
Der Übergang von einer Standard-Batch-COBOL-Workload zu einer zIIP-fähigen Workload erfolgt in vier Phasen:
- Identifikation: Identifizieren Sie Batch-Jobs, die die meisten GP-Ressourcen verbrauchen.
- Kompilierung: JOPAZ nimmt Ihren vorhandenen COBOL-Quellcode und kompiliert ihn direkt in Java-Bytecode.
- Ausführung: Dieser Bytecode läuft auf einer Java Virtuelle Maschine (JVM), wodurch die Arbeitslast für die zIIP-Engine berechtigt wird.
- Skalierbarkeit: Wiederholen Sie diesen Vorgang mit so vielen oder so wenigen Batch-Jobs, wie erforderlich. JOPAZ ist ein schrittweiser Ansatz zur Optimierung der Arbeitslast, bei dem Ihr Geschäftsbetrieb wie gewohnt weiterläuft.
Entscheidend ist, dass keine Änderung am COBOL-Code erforderlich ist. Ihre Geschäftslogik bleibt intakt und Ihre Entwickler arbeiten weiterhin in der Umgebung, die sie kennen.
Ergebnisse aus der Praxis
Fallstudie 1: Energieversorger im Einzelhandel
Diese Organisation hatte große Schwierigkeiten mit DB2 Arbeitslasten. Sie setzten JOPAZ ein, um zu prüfen, wie effektiv es datenbankintensive Batch-Prozesse bewältigen kann.
- Mit einer einzigen zIIP Engine: Sie erreichtenin Charge C wurde eine Reduktion von 76% verzeichnetObol CPU Nutzung auf der GP.
- Mit zwei zIIP-Engines: Nachdem sich der anfängliche Erfolg gezeigt hatte, fügten sie eine zweite zIIP-Engine hinzu. Die CPU-Einsparungen stiegen auf 92,9 Prozent.
- Die Auswirkungen: Selbst mit starkem SQL Wie bereits erwähnt, konnte JOPAZ die zIIP-Engine nicht nur für die ausführbare Datei selbst, sondern auch für die zugehörige DB2-SQL-Verarbeitung nutzen.
Fallstudie 2: Nordamerikanische Mitglieder-Service-Organisation
Für diesen großen Anbieter von Automobil- und Finanzdienstleistungen hatte die Kosteneindämmung oberste Priorität. Das Unternehmen führte nacheinander zwei Batch-Läufe durch, um die Effizienz von JOPAZ zu testen.
- Das Ergebnis: Eine beeindruckende Reduzierung der COBOL-CPU-Auslastung pro Batch um 94,8 Prozent.
- Die Auswirkung: Durch die Rückgewinnung dieser MSUs konnte das Unternehmen neue Workloads mit den vorhandenen Rechenressourcen bewältigen.
Sicherheit und Integration
Eine der häufigsten Fragen zu JOPAZ ist, wie es mit der bestehenden Mainframe-Sicherheit zusammenwirkt. JOPAZ ist so konzipiert, dass es sich nahtlos in das Mainframe-Ökosystem einfügt:
- DatenzugriffVerwendet bereits vorhandene Db2-Datenbanken. VSAMund Adabas Sicherheitsmechanismen.
- Sicherheit: Es nutzt das Java-Sicherheitsmodell und bleibt gleichzeitig vollständig kompatibel mit Standard-Mainframe-Sicherheitsmanagern wie RACF, TopSecretund ACF2.
- Betriebsablauf: Da es Standard verwendet JCL (Job Control Language), um die JVM-Ausführung auszulösen, fügt es sich nahtlos in bestehende Planungs- und Betriebsabläufe ein.
Phasenweise Implementierung
Beginnen Sie mit einer einzigen, ressourcenintensiven Anwendung, beweisen Sie die Auswirkungen von Kapazitätsersparnissen und weiten Sie dann auf andere Geschäftsbereiche aus. Dieser phasenweise Ansatz eliminiert die Unvorhersehbarkeit der traditionellen Modernisierung.
Entfalte die Macht, die du bereits besitzt
Der Mainframe bleibt der Goldstandard für Stabilität, Sicherheit und Unternehmen Transaktion Kapazität. Mit JOPAZ müssen Sie die Plattform nicht verlassen, um eine Modernisierung durchzuführen. Sie können Kapazitäten freisetzen, Ihre SLAs einhalten und Ihre CPU-Auslastung drastisch senken – und das alles, während Ihr COBOL-Code genau dort bleibt, wo er hingehört.
Erfahren Sie mehr wie JOPAZ Ihnen helfen kann, Rechenressourcen durch intelligente COBOL-Workload-Verteilung zurückzugewinnen.