Pourquoi le mainframe ne meurt pas (et pourquoi c'est tant mieux)
On annonce la mort du mainframe depuis 30 ans. Il traite toujours 95% des transactions bancaires mondiales. Voici pourquoi.
En 1992, un article du New York Times titrait “Is the Mainframe Dead?”. En 2008, même question dans BusinessWeek. En 2019, Forbes. En 2024, LinkedIn. Le mainframe est l’animal le plus souvent déclaré mort de toute l’industrie IT — et pourtant, il traite aujourd’hui plus de 95% des transactions bancaires mondiales, 87% des transactions par carte de crédit, et fait tourner la totalité des 100 premières banques mondiales.
Je travaille avec ces machines depuis 15 ans. Voici pourquoi elles ne disparaissent pas, et pourquoi c’est une bonne chose.
L’économie du mainframe : des chiffres qui surprennent
La perception commune : “le mainframe coûte une fortune”. La réalité : un IBM z16 exécute jusqu’à 19 milliards de transactions par jour. Ramené au coût par transaction, c’est l’une des infrastructures les moins chères qui existe.
Un test comparatif souvent cité dans les études IBM : pour traiter 1 million de transactions OLTP avec moins de 5ms de latence et un SLA de 99,999%, vous avez besoin soit :
- D’un IBM z16 avec 3 LPAR (environ 3 racks)
- D’un cluster x86 de 250 serveurs avec Kubernetes
Le coût total de possession sur 5 ans penche souvent en faveur du mainframe pour les charges de travail à très haut volume transactionnel.
La fiabilité qu’aucune autre architecture n’atteint
Le mainframe z/OS est conçu pour le “continuous availability”. Les processeurs z16 intègrent du matériel de détection et de correction d’erreurs qui détecte les problèmes avant qu’ils deviennent des pannes. En 2023, IBM a publié les données de disponibilité de ses clients enterprise : disponibilité moyenne de 99,9999% sur l’année, soit moins de 32 secondes d’indisponibilité.
Les architectures cloud-native atteignent le 99,99% avec effort. Le mainframe atteint le 99,9999% nativement.
Pour une banque qui fait du virement en temps réel 24h/24 7j/7, cette différence n’est pas négligeable. 30 minutes d’indisponibilité dans l’année versus 32 secondes : c’est un incident de presse versus une statistique interne.
La sécurité intrinsèque
L’architecture mainframe a été conçue avec la sécurité comme priorité absolue dès les années 1960. IBM RACF (Resource Access Control Facility) est un système de contrôle d’accès mature depuis 1976, bien avant que “zero trust” devienne un buzzword.
Sur z/OS, chaque ressource (programme, fichier, transaction) est protégée par RACF. Les profils de sécurité sont granulaires au niveau du champ. Les audits de conformité (PCI-DSS, SOX) sont plus simples à passer sur mainframe que sur une infrastructure distribuée, parce que les traces d’audit sont natives et exhaustives.
Pourquoi alors parler de modernisation ?
Si tout va bien, pourquoi moderniser ? Pour trois raisons concrètes :
1. La compétence se raréfie. Les développeurs COBOL expérimentés ont entre 50 et 65 ans. Dans 10 ans, le risque opérationnel de maintenance du code existant sera critique. Il faut transférer la logique métier vers des environnements où les jeunes développeurs peuvent travailler.
2. L’intégration devient complexe. Les API ouvertes (PSD2, Open Banking), les architectures événementielles, l’IA appliquée aux données transactionnelles — tout cela est possible sur mainframe, mais l’outillage est moins mature et moins accessible que sur les clouds publics.
3. L’agilité métier. Déployer une nouvelle fonctionnalité sur z/OS prend des semaines à cause des cycles de test et de promotion en production. Sur une architecture cloud-native avec CI/CD, cela prend des heures.
La bonne posture : ni tout garder, ni tout remplacer
La posture que je défends est celle du mainframe comme colonne vertébrale : les traitements critiques (batch comptable, paiements en temps réel, core banking) restent sur mainframe là où c’est justifié. Les nouvelles fonctionnalités, les interfaces client, les analytics — sur cloud.
Ce n’est pas une compromis bancal. C’est de l’architecture pragmatique. Le strangler pattern, les API gateways, les connecteurs Kafka : les outils pour faire coexister les deux mondes sont matures aujourd’hui.
Le mainframe ne meurt pas parce qu’il n’a pas besoin de mourir. Il a besoin d’un pont vers le monde qui l’entoure. C’est exactement ça, le métier d’ABConsult.
[À COMPLÉTER PAR ABDERRAHMANE] — Données personnelles sur durée de mission et secteurs spécifiques