In der Unternehmens-IT-Landschaft hält sich hartnäckig der Mythos, dass der Mainframe eine veraltete Plattform sei, die bald ausgedient habe. Wie Bob Jeffcott, Principal Systems Engineer bei Software AG, jedoch kürzlich in einem Webinar betonte: „Die Berichte über den Niedergang des Mainframes sind stark übertrieben.“
Tatsächlich nehmen die Workloads auf IBM Z-Systemen zu. Laut IBM und Branchenanalysten erhöhen 70 Prozent der Mainframe-Kunden ihre Workloads jährlich, und 95 Prozent der IBM-Installationen sind für ihre geschäftskritischen Anwendungen nach wie vor stark auf COBOL angewiesen. Dieses Wachstum stößt jedoch an Grenzen: ausgelastete Kapazitäten, explodierende Kosten und die ständige Gefahr, kritische Service Level Agreements (SLAs) nicht einzuhalten.
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 viele Organisationen wegen Kapazitätsengpässen beim General Processor (GP) unter Druck geraten, fühlen sie sich zu einem Modernisierungsprojekt für COBOL-Workloads gezwungen. 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 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.
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 wird auf einer Java Virtual Machine (JVM) ausgeführt, wodurch die Workload für die zIIP-Engine in Frage kommt.
- 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
Dieses Unternehmen hatte mit hoher DB2-Auslastung zu kämpfen. Es führte JOPAZ ein, um zu prüfen, wie effektiv es datenbankintensive Batch-Prozesse bewältigen kann.
- Mit einer einzigen zIIP-Engine: Auf dem GP konnten sie die COBOL-CPU-Auslastung bei Batch-Verarbeitungen um 76 Prozent senken.
- 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 bei umfangreichen SQL-Abfragen konnte JOPAZ die zIIP-Engine nicht nur für die ausführbare Datei selbst, sondern auch für die damit verbundene 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:
- Datenzugriff: Es wurden bereits vorhandene Db2-, VSAM- und Adabas-Sicherheitsmechanismen implementiert.
- Sicherheit: Es nutzt das Java-Sicherheitsmodell und bleibt dabei vollständig kompatibel mit gängigen Mainframe-Sicherheitsmanagern wie RACF, TopSecret und ACF2.
- Betriebsablauf: Da es Standard-JCL (Job Control Language) zur Auslösung der JVM-Ausführung verwendet, integriert es sich nahtlos in bestehende Planungs- und Betriebsabläufe.
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 gilt nach wie vor als Maßstab für Stabilität, Sicherheit und Transaktionsvolumen in Unternehmen. Mit JOPAZ müssen Sie die Plattform nicht verlassen, um sie zu modernisieren. Sie können Kapazitäten zurückgewinnen, 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.
Der intelligentere Weg zur Anwendungsmodernisierung mit Adabas & Natural
Legacy application modernization doesn’t require rewriting stable core logic. Instead, enhance usability and productivity strategically while preserving your valuable business assets.
IBM z17™: Advancing AI-powered innovation, resilience and growth
The IBM z17 platform drives innovation by integrating AI, advanced automation, and enterprise-grade security to power reliable, mission-critical operations for organizations.
Die meisten Batch-Probleme sind Lastspitzenprobleme: Die versteckten Kosten von Mainframe-Engpässen
Viele Probleme bei Mainframe-Batchprozessen entstehen durch Lastspitzen und nicht durch mangelnde Kapazität. Erfahren Sie, wie die Verlagerung von COBOL-Workloads auf zIIP GP-Lastspitzen reduziert und die Gesamtperformance verbessert.