Das neue IBM MQ 10.0: Wesentliche Änderungen & warum es für Anwender einfacher wird

Zum ersten Mal nach zehn Jahren gibt es eine neue Hauptversion von IBM MQ. Für MQ-Anwender ist dieses Release mit zahlreichen Veränderungen und „Alltags-Optimierungen“ verbunden. Neben mehr Planungssicherheit, einer noch höheren Ausfallsicherheit, der vereinfachten Sicherheitsarbeit sowie dem Einzug von AI Agents schlägt MQ 10.0 eine Brücke zwischen alter und neuer Welt. Wir beleuchten, was das im Einzelnen für Anwender bedeutet.

Es gibt Software, die man nicht sieht und die trotzdem jeden Tag über Erfolg oder Misserfolg eines Unternehmens entscheidet. Dazu gehört auch IBM MQ.

Es läuft seit Jahrzehnten im Hintergrund von Banken, Versicherungen, Fertigungsbetrieben und Logistikern als unscheinbare, aber hochkritische Komponente. IBM MQ ist die Nachrichtenwarteschlange, die dafür sorgt, dass eine Zahlung, eine Bestellung oder ein Schadensfall garantiert exakt einmal von A nach B kommt. 100 % der Top-25-Bankinstitute im Forbes Global 2000 vertrauen darauf, ebenso 90 % der größten Automobilhersteller und 97 % der größten Versicherungen weltweit.

Am 21. April 2026 hat IBM mit MQ 10.0 also die erste Versionsnummer-Änderung seit zehn Jahren angekündigt. Der sichtbare Ausdruck dafür, was IBM selbst „eine Dekade Engineering für die Cloud“ nennt. Und tatsächlich ein Einschnitt, wenn man bedenkt, dass IBM zum ersten Mal seit zehn Jahren nicht mehr nur „9.x.x“ hochzählt, sondern auf eine neue Hauptversion springt. Diese ist seit dem 16. Juni 2026 für MQ und seit dem 19. Juni 2026 für z/OS verfügbar.

Wir haben MQ 10.0 unter die Lupe genommen, um zu prüfen, was in dieser Version neu ist und was das für unsere Kunden im gehobenen Mittelstand und in Konzernumgebungen konkret bedeutet.

MQ 10.0 – Ein dreifaches Release in Einem

IBM MQ 10.0 ist laut eigener Aussage von IBM ein dreifaches Release in Einem.

1. Es ist der neue Long-Term-Support-Release (LTS), der alle Continuous-Delivery-Versionen seit 9.4.0 (Oktober 2024) zusammenfasst.
2. Gleichzeitig bringt es alle Neuerungen mit, die seit dem letzten CD-Release 9.4.5 im Februar 2026 entstanden sind.
3. Die Versionsnummer selbst ist ein bedeutender Schritt, da IBM nicht mehr nur von „9.4.x“ hochzählt, sondern eine neue Hauptversion releast.

Für MQ-Anwender bedeutet dieses Release nun Planungssicherheit mit fünf Jahren Support. Denn wer bisher bevorzugt auf Stabilität gesetzt und nicht jedes CD-Release mitgenommen hat, bekommt mit MQ 10.0 nun alle Fortschritte der letzten 1,5 Jahre gebündelt zur Verfügung gestellt. Das Gute ist: beide Wege – LTS und CD – laufen über dieselbe Lizenz und sind miteinander kompatibel.

MQ 10.0 – Vier strategische Themenfelder und ihre Bedeutung in der Praxis

IBM bündelt die Neuerungen in MQ 10.0 in vier strategische Themenfelder:

• Resilienz
• Sicherheit
• Smart Operations
• Konnektivität

Diese Strukturierung ist durchaus sinnvoll, da es genau die vier Baustellen sind, die wir auch bei unseren Kunden in Beratungsprojekten am häufigsten vorfinden.

Resilienz – Ausfallsicherheit, die nicht mehr dazugekauft werden muss

Der vermutlich wichtigste Fortschritt in MQ 10.0 ist unscheinbar formuliert, aber technisch ein echter Sprung: native, abhängigkeitsfreie Hochverfügbarkeit und Disaster Recovery, ohne zusätzliche Cluster-Software oder Storage-Replikationslösungen von Drittanbietern.

Ergänzt wird dies durch Cross-Region Replication (CRR), die inzwischen auch unter Linux verfügbar ist sowie ein intelligentes, quorum-basiertes Failover über mehrere Availability Zones hinweg.

Was das für Anwender in der Praxis bedeutet

Bisher mussten Unternehmen für echte Hochverfügbarkeit oft zusätzliche Produkte lizenzieren, komplexe Storage-Repliken einrichten oder eigene Skripte für den Failover-Fall bauen. Das entfällt zunehmend.

Wer heute eine neue MQ-Landschaft plant oder eine bestehende modernisiert, kann Ausfallsicherheit direkt „out of the box“ mitdenken. Das spart nicht nur Lizenzkosten, sondern vor allem Implementierungs- und Betriebsaufwand. Gerade für Kunden aus Banking, Insurance und Automotive, wo ein Nachrichtenverlust im Zahlungsverkehr oder in der Fertigungssteuerung absolut keine Option ist, ist das ein handfestes Argument.

Sicherheit – Bereits heute gegen die Bedrohungen von morgen gewappnet

MQ 10.0 unterstützt Post-Quantum-Kryptografie auf Basis des neuen GSKit 9 sowie des Long-Term-Supports mit quantensicheren Verfahren. Das klingt zunächst nach einem Thema für übermorgen – ist es aber nicht.

Wer heute sensible Daten verschlüsselt überträgt, muss davon ausgehen, dass diese Daten in einigen Jahren mit Quantencomputern nachträglich entschlüsselt werden könnten („harvest now, decrypt later“).

Für regulierte Branchen wie Banking und Insurance, wo Datenschutz- und Compliance-Anforderungen bereits sehr hoch sind, ist Quantensicherheit deshalb kein Nice-to-have, sondern eine strategische Vorsorge, die man jetzt beginnt und nicht erst dann, wenn es zu spät ist.

Weiterhin hat IBM auch die alltägliche Sicherheitsarbeit spürbar vereinfacht:

• Eine JWT-basierte Authentifizierung (JSON Web Tokens) entkoppelt die Zugriffskontrolle stärker von der Anwendung selbst.
• JSON Web Key Sets (JWKS) vereinfachen die Rotation von Schlüsseln erheblich.
• Das neue Tool dspmqcert erleichtert die Zertifikatsverwaltung, die in vielen Betriebsteams als lästige Pflichtübung gilt, spürbar.

Was das für Anwender in der Praxis bedeutet

Diese Punkte sowie die sichere Abfrage der CCDT (Client Channel Definition Table) über HTTPS und die vereinfachte zertifikatsbasierte Authentifizierung für Anwendungen bedeuten mehr Sicherheit, weniger manuelle Handgriffe und weniger Fehlerquellen im Alltag, nicht nur auf dem Papier.

Smart Operations – KI und Observability als Betriebsentlastung

Hier zeigt IBM am deutlichsten, wohin die Reise geht: IBM hat einen eigenen MQ AI Agent eingeführt und die Diagnosefähigkeiten mit KI-Unterstützung ausgestattet, um Störungen schneller einzugrenzen und zu beheben.

Ergänzt wird das durch OpenTelemetry-Tracing, das inzwischen konsequent über die gesamte Landschaft ausgerollt ist – von Containern über die MQ Appliance bis hin zu z/OS, inklusive IMS-Adapter und Publish/Subscribe.

Was das für Anwender in der Praxis bedeutet

Diese Veränderung bringt einen echten Kulturwandel in den Betrieb. Statt in Logfiles zu graben, wenn eine Nachricht „irgendwo hängt“, liefert MQ 10.0 durchgängige Nachverfolgbarkeit über die komplette Prozesskette.

Verstärkt wird das durch die runderneuerte MQ Console, die laut IBM „von Operatoren für Operatoren“ gestaltet wurde mit

• anpassbaren Spalten,
• Filtern für mehr Effizienz,
• einer neuen Message-Manager-Funktion,
• Statusansichten für Native HA,
• Queue Sharing Groups.

Das ist der Unterschied zwischen einem Werkzeug, das Fachwissen voraussetzt, und einem, welches den Alltag tatsächlich erleichtert, gerade für Teams, die MQ nicht täglich, sondern nur im Ernstfall bedienen.

Konnektivität – Die Brücke zwischen Alt und Neu

Der vierte Pfeiler adressiert eine Frage, die praktisch jeder unserer Kunden irgendwann stellt: Wie bekomme ich meine bewährte, seit Jahren laufende MQ-Landschaft mit modernen, ereignisgetriebenen Architekturen zusammen?

MQ 10.0 liefert dafür gleich mehrere Antworten. Die Integration mit Apache Kafka wurde deutlich vertieft, inklusive Unterstützung für das Kafka-Connect-Framework mit vereinfachter Bereitstellung und einem neuen XML-Konverter. Wer heute parallel MQ und Kafka betreibt – eine in der Praxis sehr häufig vorkommende Konstellation, muss beide Welten nicht länger mühsam manuell verbinden.

Auch auf Container-Seite tut sich einiges: Der MQ Operator läuft nun nativ auf Amazon EKS und nicht mehr nur auf OpenShift. Dafür gibt es vorgefertigte Container-Images auch außerhalb von OpenShift und Kubernetes-Deployments funktionieren grundsätzlich auf jeder Kubernetes-Distribution.

Was das für Anwender in der Praxis bedeutet

Mit diesen Anpassungen wird MQ konsequent von der reinen On-Premises- und Mainframe-Welt in hybride und Multi-Cloud-Umgebungen weitergedacht, ohne dass Bestandskunden ihre gewachsene Infrastruktur aufgeben müssen.

Zwei neue Angebote in MQ 10.0:
Reserved Instance und MQ Appliance M2004

Zwei Neuerungen verdienen eine gesonderte Erwähnung, weil sie sich unmittelbar in konkrete Kaufentscheidungen übersetzen lassen.

IBM MQ as a Service – Reserved Instance auf AWS

Kunden bekommen nun alles, was sie an MQ Advanced schätzen, als vollständig von IBM verwaltete, AWS-native Lösung in einem dedizierten Cluster, mit Datenreplikation über drei Availability Zones (kein Datenverlust bei Ausfall eines Queue Managers), automatisierten Upgrades und Rolling-Updates mit nur Sekunden Ausfallzeit.

Für Unternehmen, die MQ-Betrieb nicht als Kernkompetenz im eigenen Rechenzentrum aufbauen wollen, aber auf dieselbe Zuverlässigkeit angewiesen sind, ist das ein sehr konkretes Angebot, um Betriebsaufwand und Risiko gleichzeitig zu reduzieren.

MQ Appliance M2004

Ab dem drittem Quartal 2026 ist MQ Appliance M2004 für Anwender verfügbar. Sie bringt

• aktualisierte Intel-Xeon-Emerald-Rapids-Prozessoren,
• DDR5-6400-Arbeitsspeicher,
• doppelt so viele Hochgeschwindigkeits-Netzwerkports (vier statt zwei mit 100 Gb) sowie
• NVMe-SSDs für konsistente Storage-Performance mit.

Wer heute noch auf dedizierter MQ-Appliance-Hardware fährt, bekommt damit spürbar mehr Durchsatz, ohne Mehraufwand für Wartung oder Patching, inklusive integriertem OpenTelemetry-Tracing, ganz ohne Programmieraufwand.

MQ 10.0 – Mehr als ein Versionsupgrade für Anwender

Wer IBM MQ im Einsatz hat, kennt die typische Ausgangslage. Eine über Jahre gewachsene, aber verlässliche Messaging-Landschaft, die einerseits nicht angerührt werden soll, weil sie funktioniert und andererseits dringend an moderne Cloud- und KI-Anforderungen anschließen muss.

Genau diesen Spagat löst MQ 10.0 auf eine Art, die man selten in einem einzelnen Major-Release sieht. Es bewahrt die Zuverlässigkeit, für die MQ seit Jahrzehnten steht, und öffnet sie gleichzeitig konsequent für Kubernetes, Kafka, Multi-Cloud und KI-gestützten Betrieb.

Für unsere Kunden aus Automotive, Banking, Finance und Insurance heißt das konkret:

• weniger Betriebsrisiko durch native Hochverfügbarkeit,
• geringere Betriebskosten durch KI-gestützte Diagnose,
• eine modernisierte Konsole,
• nachhaltige Absicherung sensibler Daten durch Post-Quantum-Kryptografie,
• eine offene Tür zu ereignisgetriebenen, hybriden Architekturen, ohne die bestehende Investition in MQ aufzugeben.

„Wer jetzt in Richtung MQ 10.0 plant, modernisiert nicht nur eine Softwareversion, sondern legt das Fundament für die nächsten zehn Jahre Integrationsarchitektur.

Wer also den Schritt zu MQ 10.0 erwägt, sollte sich nicht allein von der Feature-Liste leiten lassen, sondern die eigene Systemlandschaft zum Maßstab machen.“

Folgende Fragen sollten Sie für sich beantworten:

Welche Szenarien profitieren am meisten von nativer Hochverfügbarkeit?
Wo lohnt sich der Umstieg auf Kubernetes- oder SaaS-Betrieb?
Wo reicht es zunächst, die neuen Sicherheits- und Observability-Funktionen zu nutzen, ohne die gesamte Architektur anzufassen?

Diese Fragen früh und fundiert zu beantworten, entscheidet am Ende darüber, ob ein Upgrade zum reinen Versionswechsel wird oder zum echten Modernisierungsschritt.

Gern unterstützen wir Sie bei der Analyse Ihres Status quos als auch bei dem Upgrade auf die neue Version von IBM MQ. In einem unverbindlichen Erstgespräch können wir Ihre individuellen Bedarfe besprechen und daraus weitere Maßnahmen für Sie ableiten.

Kontakt

Kontaktieren Sie uns

_{WEITERFÜHRENDE LINKS}