Warum Container auf dem Mainframe mehr sind als ein Trend
Containerisierung gilt seit Jahren als Schlüsseltechnologie moderner IT-Architekturen. Was lange Zeit primär mit Linux, Kubernetes und Hyperscalern assoziiert wurde, ist längst auch im klassischen Mainframe-Umfeld angekommen. z/OS Container Extensions (zCX) markieren dabei keinen bloßen Technologie-Import, sondern einen strategischen Evolutionsschritt: Sie verbinden die Stabilität, Sicherheit und Performance des Mainframes mit den Agilitäts- und DevOps-Prinzipien cloud-nativer Anwendungen.
Unternehmen stehen heute vor der Herausforderung, geschäftskritische klassische Workloads weiter zu betreiben und gleichzeitig die Innovationsgeschwindigkeit zu erhöhen. Genau hier setzen z/OS Container an.
Was sind z/OS Container Extensions (zCX)?
z/OS Container Extensions ermöglichen den Betrieb von Linux-basierten Containern direkt in z/OS. Technisch handelt es sich um eine spezielle z/OS-Adresse-Space-Umgebung, die Linux-Workloads kapselt und dabei die z/OS-Systemservices, Security-Mechanismen und Hochverfügbarkeitsfeatures nutzt.
Wichtig: zCX ist keine Virtualisierung im klassischen Sinne und auch kein Ersatz für LinuxONE oder z/VM. Vielmehr ist es eine Brücke zwischen z/OS und der Container-Welt.
Architektur: Wo z/OS Container verankert sind
Ein z/OS Container Stack besteht im Kern aus:
z/OS Container Extensions (zCX) als Laufzeitumgebung
Linux on Z innerhalb der zCX-Instanz
OCI-konforme Container Images (z. B. Docker/Podman)
Optional: Kubernetes-Integration (z. B. Red Hat OpenShift)
Die Besonderheit liegt in der Nähe zu z/OS:
Direkter Zugriff auf z/OS Daten (z. B. via REST APIs, MQ, Db2)
Nutzung bestehender Security-Infrastrukturen (RACF, TLS, Auditierung)
Betrieb innerhalb der Mainframe-Governance und SLA-Welt
Typische Use Cases für z/OS Container
1. Modernisierung ohne Migration
Statt bestehende COBOL- oder PL/I-Anwendungen vollständig zu migrieren,
können neue Services (z. B. REST-APIs, Event-Handler, Microservices) direkt neben der Kernlogik betrieben werden.
→ Weniger Latenz, weniger Komplexität, geringeres Risiko
2. API-Enablement des Mainframes
Containerisierte API-Gateways oder Adapter kapseln z/OS-Funktionalität und stellen sie modernen Frontends
oder Cloud-Anwendungen bereit.
→ Der Mainframe wird vom „Black Box“-System zur aktiven Plattform
3. DevOps & CI/CD auf dem Mainframe
Mit Containern lassen sich:
Build-Tools
Testframeworks
Deployment-Pipelines
nah an der produktiven Umgebung betreiben, ohne klassische z/OS-Restriktionen.
4. Security-kritische Workloads
Durch die Kombination aus:
Container-Isolation
z/OS-Security
Hardware-basierter Verschlüsselung (IBM Z)
eignen sich z/OS Container besonders für regulierte Branchen (Banken, Versicherungen, Behörden).
Herausforderungen & Grenzen realistisch betrachtet
So mächtig z/OS Container sind, sie sind kein Allheilmittel:
Nicht jeder Workload ist container-geeignet
Know-how in z/OS UND Container-Ökosystemen ist essenziell
Governance-Modelle müssen angepasst werden
Architekturentscheidungen sind kritischer als bei „reiner Cloud“
Der Mehrwert entsteht nicht durch Technologie allein, sondern durch saubere Architektur und klare Zielbilder.
Fazit: z/OS Container als strategischer Enabler
z/OS Container sind kein Experiment, sondern ein strategisches Werkzeug für Unternehmen, die:
ihren Mainframe langfristig nutzen wollen
gleichzeitig moderne IT-Paradigmen etablieren müssen
technische Schulden abbauen möchten, ohne Stabilität zu riskieren
Sie ermöglichen einen evolutionären Weg von Legacy zu Cloud-Native, ohne den Mainframe zu verlassen.
Sie möchten wissen, ob und wie z/OS Container für Ihre Mainframe-Strategie sinnvoll sind? Sie planen eine Modernisierung, ohne Ihr Kernsystem zu gefährden?
Sprechen Sie mit uns.
Wir unterstützen Sie bei:
Architektur-Bewertung
z/OS Container Use-Case-Definition
Proof-of-Concepts
Integration in bestehende Mainframe- und DevOps-Landschaften
Jetzt Kontakt aufnehmen und den Mainframe zukunftssicher aufstellen.
