Für Banken, Versicherer und Behörden ist Modernisierung selten eine Frage des Mutes. Sie ist eine Frage der zulässigen Nähe: Wie nah darf neue Software an die Systeme heran, die Zahlungen buchen, Policen verwalten oder staatliche Register bedienen? IBMs neuer Mainframe-Prozessor verschiebt genau diese Grenze.
Auf der Hot-Chips-Konferenz hat IBM einen dual-architektonischen Mainframe-Chip vorgestellt, der Arm- und Z-Workloads nativ auf denselben Kernen ausführen kann. Nicht als Emulation. Nicht als Gast in einer gesonderten Schicht. Sondern auf derselben Recheneinheit. Der Chip soll die nächste Generation von IBM Z und LinuxONE antreiben und ist das erste greifbare Ergebnis der im April 2026 angekündigten Zusammenarbeit zwischen IBM und Arm.
Die technische Meldung klingt nach Prozessorarchitektur. Ihre operative Bedeutung liegt aber in der Sicherheits- und Kontrollfrage großer IT-Landschaften: Muss ein Unternehmen seine sensibelsten Daten zu moderner Software bewegen, oder kommt die moderne Software dorthin, wo die Daten ohnehin liegen?
Der Mainframe wird nicht geöffnet, er wird enger integriert
IBM beschreibt den Prozessor als Fortschritt für IBM Z und LinuxONE. Christian Jacobi, CTO und IBM Fellow bei IBM Systems Development, nennt ihn einen „signifikanten architektonischen Fortschritt“. Das ist bei Herstellerzitaten erwartbar. Interessanter ist, was die Architektur praktisch vermeidet.
Viele große Organisationen betreiben ihre Kernprozesse weiterhin auf Mainframes, weil diese Systeme für Transaktionslast, Verfügbarkeit, Auditierbarkeit und kontrollierte Betriebsmodelle gebaut wurden. Gleichzeitig wachsen moderne Anwendungslandschaften um Linux, Container, KI-Frameworks und Arm-native Software. Bisher bedeutete das häufig: Workloads aufteilen, Daten verschieben, Schnittstellen bauen, zusätzliche Serverfarmen betreiben, Virtualisierungsschichten pflegen.
Jede dieser Schichten kann sinnvoll sein. Jede ist aber auch ein zusätzlicher Übergabepunkt. In sicherheitskritischen Umgebungen sind Übergabepunkte nie neutral. Sie müssen überwacht, gepatcht, protokolliert, berechtigt und im Fehlerfall verstanden werden. Die native Ausführung von Arm- und Z-Code auf denselben Kernen ist deshalb mehr als ein Kompatibilitätstrick. Sie zielt auf weniger Reibung zwischen alter Transaktionswelt und neuer Anwendungswelt.
Warum Arm im Mainframe kein Nebenschauplatz ist
Arm ist in den vergangenen Jahren nicht nur in Smartphones oder Edge-Geräten gewachsen. Die Architektur ist auch in Cloud-Umgebungen und bei modernen Linux-Workloads präsent. Für IBM ist das ein strategischer Anschluss an ein großes Software-Ökosystem, ohne die eigenen Mainframe-Stärken aufzugeben.
Der neue Chip verbindet zwei bisher klar getrennte Logiken. Auf der einen Seite steht die Z-Welt mit ihren geschäftskritischen Workloads. Auf der anderen Seite stehen Arm-native Anwendungen, darunter viele Bausteine für KI-Inferenz, Microservices und cloudnahe Entwicklung. Wenn beide nativ auf denselben Kernen laufen können, verändert sich die Migrationsfrage. Unternehmen müssen nicht jede neue Funktion aus dem Mainframe-Umfeld herauslösen, nur weil ein Framework, eine Bibliothek oder ein Linux-Stack anderswo besser verfügbar ist.
Das ist besonders relevant für Organisationen, die ihre Daten nicht einfach in öffentliche Cloud-Umgebungen verlagern können oder wollen. Nicht aus Nostalgie. Sondern wegen Regulierung, Haftung, Latenz, interner Kontrollpflichten und gewachsener Betriebsmodelle. Für sie ist die Frage nicht, ob sie KI und moderne Software nutzen. Die Frage ist, unter welchen Bedingungen sie das tun dürfen.
KI-Inferenz dort, wo die Transaktion entsteht
IBM integriert in den Prozessor On-Chip-KI-Inferenzbeschleuniger, die unter anderem für Betrugserkennung in Transaktionen gedacht sind. Das passt zur Richtung der Architektur. Betrugserkennung ist kein isolierter Analysejob, der irgendwann später in einem Data Lake laufen muss. In vielen Fällen zählt der Moment der Transaktion. Je näher die Auswertung an der Buchung liegt, desto weniger Zeit, Kopien und Systemwechsel entstehen.
Der Chip wird auf einem 2-Nanometer-Prozessknoten gefertigt, verfügt über 11 Hochleistungskerne und arbeitet mit einer Basisfrequenz von mehr als 5,7 GHz. Hinzu kommen eine dedizierte Datenverarbeitungseinheit für I/O-Beschleunigung und eine große Cache-Architektur. Voll ausgebaute Systeme sollen auf Hunderte Kerne und Zehnterabyte Arbeitsspeicher skalieren können.
Diese Daten sind nicht nur Leistungsangaben. Sie zeigen, worauf IBM abzielt: nicht auf einen kleinen Spezialbeschleuniger neben dem Mainframe, sondern auf eine Plattform, die Transaktionen, I/O, Speicherzugriff und Inferenz enger zusammenführt. Für Sicherheitsarchitekturen kann das einen Unterschied machen. Wenn weniger Daten zwischen getrennten Systemen wandern müssen, lassen sich Zugriffspfade klarer kontrollieren. Das ersetzt keine Sicherheitsarbeit. Es verändert aber den Ort, an dem sie geleistet wird.
Der leise Angriff auf verteilte Ersatzarchitekturen
Die Verlierer dieser Entwicklung sind nicht automatisch andere Prozessorhersteller. Direkter betroffen sind Betriebsmodelle, die Mainframe-Modernisierung vor allem über Auslagerung, Emulation, Virtualisierung oder x86-Serverfarmen lösen. Wenn Arm-Workloads nativ im IBM-Z-Umfeld laufen, sinkt der Druck, moderne Anwendungen zwangsläufig neben dem Mainframe aufzubauen.
Das trifft auch Anbieter von Virtualisierungsschichten, darunter VMware, zumindest an einer bestimmten Stelle: IBM bietet großen Kunden ein Argument, Workloads nicht über immer neue Abstraktionsebenen zu verteilen, sondern stärker in einer kontrollierten Plattform zu konsolidieren. Das ist kein vollständiger Ersatz für jede Virtualisierungsstrategie. Aber es nimmt einem bekannten Modernisierungspfad etwas von seiner Selbstverständlichkeit.
Gewinner sind IBM und Arm aus unterschiedlichen Gründen. IBM bekommt eine Antwort auf die Frage, warum der Mainframe in einer Arm- und KI-geprägten Softwarewelt weiter zentral bleiben soll. Arm erhält Zugang zu Umgebungen, in denen technische Entscheidungen selten schnell, aber dafür langfristig getroffen werden: Zahlungsverkehr, Versicherungen, Verwaltung, kritische Unternehmensprozesse.
Modernisierung ohne Datenumzug
Die stärkste These hinter dem Chip lautet: Der sicherste Modernisierungspfad ist für viele große Organisationen nicht der Weg aus dem Mainframe heraus. Es kann der Weg tiefer in eine Plattform sein, die neue Workloads aufnimmt, ohne die alten Kontrollmodelle aufzugeben.
Das macht IBMs Ankündigung nüchterner, aber auch relevanter als viele KI-Infrastrukturmeldungen. Hier geht es nicht um ein weiteres Rechenzentrum für Modelltraining und nicht um eine neue Schicht im Cloud-Stack. Es geht um die Frage, ob regulierte Unternehmen moderne Arm-native Software und KI-Inferenz in der Nähe ihrer wichtigsten Transaktionssysteme betreiben können, ohne Performanceverluste durch Emulation und ohne eine komplett getrennte Hardwarelandschaft.
Ob Kunden diese Architektur breit einsetzen, hängt später von Systemverfügbarkeit, Softwareunterstützung, Kosten und Migrationspfaden ab. Der technische Schritt ist dennoch klar: IBM versucht nicht, den Mainframe als abgeschlossene Sonderwelt zu verteidigen. Das Unternehmen zieht ein großes Software-Ökosystem in den Sicherheits- und Betriebsraum seiner Kernplattform. Für viele CIOs ist genau das interessanter als jede abstrakte Debatte über Legacy. Sie müssen nicht beweisen, dass der Mainframe modern wirkt. Sie müssen verhindern, dass Modernisierung ihre kritischsten Systeme unnötig zerlegt.
