Le co\u00fbt de l\u2019IA sur le mainframe est aujourd\u2019hui le poste qui augmente le plus vite dans la plupart des budgets IBM Z. Les charges de travail d\u2019IA sur z\/OS sont pass\u00e9es du pilote \u00e0 la production : le PDG d\u2019IBM a confirm\u00e9 que les clients qui utilisent IBM watsonx Code Assistant for Z augmentent leur capacit\u00e9 MIPS trois fois plus vite que les autres.<\/p>\n\n\n\n
Si vous \u00eates responsable mainframe, la vraie question est de savoir comment l\u2019IA va changer vos co\u00fbts dans votre mod\u00e8le de tarification IBM actuel, et si vous devez agir d\u00e8s maintenant. Parlons-en.<\/p>\n\n\n\n
En un an, la question a chang\u00e9. Il ne s\u2019agit plus de savoir si les entreprises doivent d\u00e9ployer l\u2019IA g\u00e9n\u00e9rative dans leurs environnements z\/OS, mais comment g\u00e9rer au mieux la capacit\u00e9 et le co\u00fbt des charges de travail d\u2019IA sur le mainframe.<\/p>\n\n\n\n
Dans son enqu\u00eate mainframe de septembre 2025, BMC indique que\u00a065 % des organisations mainframe utilisent d\u00e9j\u00e0 l\u2019IA g\u00e9n\u00e9rative dans leur environnement z\/OS<\/strong>\u00a0, pour l\u2019analyse de code, la documentation, la d\u00e9tection de fraude, les charges de travail li\u00e9es \u00e0 l\u2019exp\u00e9rience client ou l\u2019automatisation des op\u00e9rations. Autrement dit, la majorit\u00e9 du march\u00e9 a d\u00e9j\u00e0 adopt\u00e9 l\u2019IA g\u00e9n\u00e9rative.<\/p>\n\n\n\n Source :\u00a0BMC Mainframe Survey 2025<\/a><\/p>\n\n\n\n La question est d\u00e9sormais : comment les responsables mainframe doivent-ils pr\u00e9voir et budg\u00e9ter les co\u00fbts et la capacit\u00e9 \u00e0 mesure que l\u2019adoption de l\u2019IA progresse ?<\/p>\n\n\n\n La d\u00e9claration la plus lourde de cons\u00e9quences sur l\u2019IA et le mainframe en 2026 est venue d\u2019Arvind Krishna, PDG d\u2019IBM, lors de la conf\u00e9rence sur les r\u00e9sultats du premier trimestre d\u2019IBM, le 22 avril 2026 :<\/p>\n\n\n\n \"Les clients qui ont d\u00e9ploy\u00e9 watsonx Code Assistant for Z augmentent leur capacit\u00e9 MIPS trois fois plus vite que ceux qui ne l\u2019ont pas fait.\"<\/em> Le directeur financier Jim Kavanaugh a repris le m\u00eame chiffre plus tard dans la m\u00eame conf\u00e9rence, en parlant d\u2019un \u00ab \u00e9cart de 3x sur la croissance et la capacit\u00e9 \u00bb.<\/p>\n\n\n\n Cela ne veut pas dire que les charges de travail d\u2019IA consomment plus de MIPS en valeur absolue. Cela veut dire que leur trajectoire de croissance est trois fois plus rapide que celle du reste du parc IBM Z install\u00e9.<\/p>\n\n\n\n Ce rythme de croissance se traduit en co\u00fbts de fa\u00e7on diff\u00e9rente selon votre mod\u00e8le de tarification IBM. Sous\u00a0AWLC<\/strong>, o\u00f9 le co\u00fbt logiciel suit le pic de facturation mensuel, une capacit\u00e9 qui cro\u00eet 3 fois plus vite donne une facture mensuelle qui augmente chaque mois. Sous\u00a0TFP<\/strong>, la consommation au-dessus de la baseline qui s\u2019accumule sur les douze mois du contrat est r\u00e9gularis\u00e9e en fin d\u2019ann\u00e9e. Elle se traduit aussi par une baseline TFP plus haute pour le contrat de l\u2019ann\u00e9e suivante, ce qui vous enferme dans un plancher de co\u00fbts plus \u00e9lev\u00e9 pour la p\u00e9riode suivante.<\/p>\n\n\n\n Cette hausse des co\u00fbts se voit d\u00e9j\u00e0 dans les chiffres d\u2019IBM : IBM annonce quatre trimestres cons\u00e9cutifs de croissance de plus de 100 % des nouveaux MIPS livr\u00e9s sur la plateforme z17, la plus forte dynamique mat\u00e9rielle du mainframe depuis des ann\u00e9es. La direction d\u2019IBM relie explicitement cette croissance \u00e0 l\u2019adoption des charges de travail d\u2019IA.<\/p>\n\n\n\n Source : IBM 1Q26 Earnings Call Transcript<\/a><\/p>\n\n\n\n Lors de la m\u00eame conf\u00e9rence, Arvind Krishna a soulign\u00e9 un changement structurel :<\/p>\n\n\n\n \"L\u2019IA ajoute un troisi\u00e8me type de capacit\u00e9 de calcul au mainframe.\"<\/em> Historiquement, le mainframe avait deux types de capacit\u00e9 de calcul : les MIPS classiques (charges de travail transactionnelles) et les MIPS Linux (charges de travail Linux, plus diffuses). L\u2019IA ajoute maintenant ce qu\u2019il a appel\u00e9 un \u00ab troisi\u00e8me type \u00bb de capacit\u00e9 de calcul.<\/p>\n\n\n\n L\u2019exemple qu\u2019il a donn\u00e9 parlera tout de suite \u00e0 quiconque g\u00e8re des charges de travail mainframe dans la banque ou l\u2019assurance. Aujourd\u2019hui, la d\u00e9tection de fraude sur carte bancaire applique quelques r\u00e8gles \u00e0 un \u00e9chantillon de transactions. Avec une capacit\u00e9 d\u2019inf\u00e9rence suffisante sur la plateforme, les clients peuvent appliquer un mod\u00e8le de 20 \u00e0 30 milliards de param\u00e8tres \u00e0 chaque transaction, en quelques millisecondes. Selon IBM, un syst\u00e8me z17 enti\u00e8rement \u00e9quip\u00e9 peut traiter environ 450 milliards d\u2019inf\u00e9rences par jour, sur le mainframe lui-m\u00eame.<\/p>\n\n\n\n Ce que les responsables mainframe doivent comprendre, c\u2019est qu\u2019il ne s\u2019agit pas d\u2019une hausse ponctuelle.\u00a0Les charges de travail d\u2019IA ne remplacent pas la consommation mainframe existante : elles s\u2019y ajoutent.<\/strong>\u00a0IBM positionne explicitement le mainframe comme une destination pour l\u2019inf\u00e9rence d\u2019IA, et non comme une plateforme que les clients devraient quitter. Ce positionnement a des cons\u00e9quences directes sur la trajectoire des co\u00fbts.<\/p>\n\n\n\n \u00c0 ce stade, une question se pose : si l\u2019IA rend le mainframe plus cher, peut-elle aussi rendre enfin faisable la migration vers le cloud ?<\/p>\n\n\n\n En 2025 et 2026, de nombreux \u00e9diteurs et cabinets de conseil ont affirm\u00e9 que la conversion de code par l\u2019IA g\u00e9n\u00e9rative, la documentation automatis\u00e9e et des d\u00e9lais raccourcis avaient chang\u00e9 l\u2019\u00e9conomie de la sortie du mainframe. En avril 2026, Gartner a publi\u00e9 une note de recherche intitul\u00e9e\u00a0\u201cToo Big to Fail: Why Mainframe Exit Projects Are Likely to Fail in the Age of Generative AI.\u201d<\/em>\u00a0Sa pr\u00e9vision centrale :\u00a0plus de 70 % des projets de sortie du mainframe lanc\u00e9s en 2026 n\u2019apporteront pas les b\u00e9n\u00e9fices attendus<\/strong> parce qu\u2019ils surestiment les capacit\u00e9s de l\u2019IA g\u00e9n\u00e9rative. Gartner en donne trois raisons :<\/p>\n\n\n\n Gartner pr\u00e9voit aussi que d\u2019ici 2030,\u00a075 % des \u00e9diteurs pr\u00e9sents sur le march\u00e9 de la \u00ab sortie du mainframe \u00bb auront chang\u00e9 de mod\u00e8le \u00e9conomique ou auront disparu<\/strong>. C\u2019est un signe fort que la vague actuelle de migrations pilot\u00e9es par l\u2019IA a peu de chances de donner naissance \u00e0 un secteur stable, capable d\u2019accompagner les clients dans des programmes pluriannuels.<\/p>\n\n\n\n Avec du recul, deux choses apparaissent. L\u2019IA rend les charges de travail mainframe plus ch\u00e8res. Dans le m\u00eame temps, elle ne rend pas la sortie du mainframe moins ch\u00e8re ni plus s\u00fbre. La solution pratique est de ma\u00eetriser la courbe des co\u00fbts l\u00e0 o\u00f9 les charges de travail se trouvent r\u00e9ellement.<\/p>\n\n\n\n Source : AI-powered Mainframe Exits Are a Bubble Set to Pop \u2014 The Register<\/a><\/p>\n\n\n\n L\u2019IA fait monter la consommation mainframe, mais les m\u00e9canismes de co\u00fbt, et donc la bonne fa\u00e7on d\u2019agir, diff\u00e8rent nettement entre AWLC et TFP. Chaque mod\u00e8le de tarification demande sa propre approche.<\/p>\n\n\n\n Sous AWLC, les MLC (frais de licence mensuels) sont calcul\u00e9s sur le pic de la moyenne glissante sur 4 heures (R4HA) de consommation de MSU de chaque mois : une seule p\u00e9riode de forte demande fixe le co\u00fbt du mois entier. La capacit\u00e9 des charges de travail d\u2019IA, en pleine acc\u00e9l\u00e9ration, se traduit directement par des pics R4HA en hausse. C\u2019est ainsi que le co\u00fbt de l\u2019IA sous AWLC arrive sur votre facture mensuelle.\u00a0ZAC g\u00e8re ce pic de facturation en temps r\u00e9el<\/strong><\/a>.<\/strong>\u00a0ZAC surveille en continu la consommation de MSU sur les LPAR (partitions logiques) et ajuste les limites de capacit\u00e9 d\u00e9finie et les r\u00e9glages de soft capping selon la priorit\u00e9 des charges de travail et l\u2019exposition de facturation du moment, pour \u00e9viter les pics R4HA. Cet ajustement suit la priorit\u00e9 des charges de travail : le travail le moins prioritaire est ajust\u00e9 en premier, et les transactions critiques et les charges de travail soumises \u00e0 des SLA ne sont jamais touch\u00e9es. Sur plus de 30 d\u00e9ploiements en entreprise, les clients de ZAC obtiennent une baisse de 5 \u00e0 20 % de leurs MLC, sans aucun changement de leurs applications. Face \u00e0 une IA en forte croissance dans un environnement AWLC, ZAC garde les co\u00fbts sous contr\u00f4le.<\/p>\n\n\n\n Sous TFP, les m\u00e9canismes de co\u00fbt sont diff\u00e9rents, et les co\u00fbts de l\u2019IA s\u2019additionnent de deux fa\u00e7ons. Votre baseline TFP est calcul\u00e9e \u00e0 partir des douze derniers mois de donn\u00e9es SCRT. Toute consommation au-dessus de cette baseline s\u2019accumule sur les douze mois du contrat et est r\u00e9gularis\u00e9e en fin d\u2019ann\u00e9e. C\u2019est le premier \u00e9l\u00e9ment. Le second est structurel : la baseline du contrat de l\u2019ann\u00e9e suivante est calcul\u00e9e \u00e0 partir de la consommation r\u00e9elle de MSU de l\u2019ann\u00e9e en cours. Le d\u00e9passement d\u00fb \u00e0 l\u2019IA devient donc le plancher de co\u00fbts de la p\u00e9riode suivante. La croissance des MSU li\u00e9e \u00e0 l\u2019IA p\u00e8se deux fois sur la facture : une fois en r\u00e9gularisation de fin d\u2019ann\u00e9e, et une fois en hausse durable de la baseline.<\/p>\n\n\n\n Le probl\u00e8me pratique, pour tout responsable mainframe sous TFP, c\u2019est que sans visibilit\u00e9 au niveau des charges de travail, vous ne voyez pas\u00a0quelles<\/em>\u00a0charges de travail font d\u00e9passer la baseline : l\u2019IA ou l\u2019activit\u00e9 courante. Et on ne peut pas g\u00e9rer ce que l\u2019on ne voit pas. Les outils de surveillance natifs d\u2019IBM apportent une partie de l\u2019information, mais ils consomment eux-m\u00eames une quantit\u00e9 notable de MSU, qui s\u2019ajoute \u00e0 la baseline m\u00eame que vous cherchez \u00e0 ma\u00eetriser.<\/p>\n\n\n\n ZDP<\/strong><\/a>\u00a0r\u00e9sout ce probl\u00e8me de visibilit\u00e9 au niveau des donn\u00e9es. ZDP collecte en continu et quasi en temps r\u00e9el les donn\u00e9es d\u2019exploitation du mainframe (enregistrements SMF, journaux syst\u00e8me, DCOLLECT et journaux IMS) en utilisant moins de 0,2 % des ressources du mainframe.\u00a0ZSI<\/strong><\/a>\u00a0le r\u00e9sout au niveau de la lecture : ZSI produit des tableaux de bord et des rapports \u00e0 partir des donn\u00e9es ZDP, dont des rapports organis\u00e9s par m\u00e9tier. Des publics non sp\u00e9cialistes dans l\u2019entreprise (la finance, les responsables m\u00e9tier, voire le COMEX) peuvent ainsi lire la consommation mainframe et agir, sans qu\u2019un sp\u00e9cialiste mainframe doive la leur traduire. Pour les clients TFP qui absorbent des charges d\u2019IA croissantes, ZDP et ZSI font la diff\u00e9rence entre d\u00e9couvrir le d\u00e9passement de fin d\u2019ann\u00e9e apr\u00e8s coup et piloter la trajectoire qui y m\u00e8ne, au fil de l\u2019eau.<\/p>\n\n\n\n Ce que \u00ab ma\u00eetriser la courbe des co\u00fbts de l\u2019IA \u00bb veut dire concr\u00e8tement d\u00e9pend de votre mod\u00e8le de tarification IBM. Si votre environnement est sous AWLC :<\/p>\n\n\n\n Si votre environnement est sous TFP, ou si IBM vous pousse vers le TFP :<\/p>\n\n\n\n L\u2019IA devient un outil puissant sur le mainframe : elle vous permet d\u2019en faire plus, et plus vite, que jamais. La discussion sur l\u2019IA que les responsables mainframe doivent avoir en 2026 porte sur la trajectoire des co\u00fbts et la visibilit\u00e9 op\u00e9rationnelle. C\u2019est ce qui leur permettra de tirer le meilleur de cette transition tout en gardant les co\u00fbts sous contr\u00f4le.<\/p>\n\n\n\n En 2026, les charges de travail d\u2019IA font monter la consommation mainframe plus vite que toute autre cat\u00e9gorie. Selon l\u2019enqu\u00eate mainframe 2025 de BMC, 65 % des organisations mainframe utilisent d\u00e9j\u00e0 l\u2019IA g\u00e9n\u00e9rative dans leur environnement z\/OS. Lors de la conf\u00e9rence sur les r\u00e9sultats du premier trimestre 2026, le PDG d\u2019IBM a confirm\u00e9 que les clients qui utilisent watsonx Code Assistant for Z augmentent leur capacit\u00e9 MIPS trois fois plus vite que les clients mainframe qui ne l\u2019utilisent pas. L\u2019impact sur les co\u00fbts d\u00e9pend du mod\u00e8le de tarification IBM. Sous AWLC, une croissance plus rapide des MIPS fait monter directement le pic de facturation mensuel en moyenne glissante sur 4 heures. Sous TFP, les charges de travail d\u2019IA ajoutent une consommation de MSU au-dessus de la baseline du contrat. Cette consommation s\u2019accumule sur les 12 mois et rel\u00e8ve la baseline de l\u2019ann\u00e9e suivante.<\/p>\n\n<\/div>\n<\/div>\n Le 22 avril 2026, Arvind Krishna, PDG d\u2019IBM, a d\u00e9clar\u00e9 que \u00ab les clients qui ont d\u00e9ploy\u00e9 watsonx Code Assistant for Z augmentent leur capacit\u00e9 MIPS trois fois plus vite que ceux qui ne l\u2019ont pas fait \u00bb. La cause est structurelle : les charges de travail d\u2019IA forment un troisi\u00e8me type de capacit\u00e9 de calcul sur le mainframe, \u00e0 c\u00f4t\u00e9 des MIPS transactionnels classiques et des MIPS Linux, et elles s\u2019ajoutent aux charges existantes. Un changement typique li\u00e9 \u00e0 l\u2019IA consiste \u00e0 appliquer des mod\u00e8les de 20 \u00e0 30 milliards de param\u00e8tres \u00e0 chaque transaction, en ligne. Par exemple, une d\u00e9tection de fraude sur la totalit\u00e9 des transactions au lieu d\u2019un \u00e9chantillonnage statistique. Ces charges de travail n\u2019existaient pas sur le mainframe il y a douze mois.<\/p>\n\n<\/div>\n<\/div>\n Probablement pas. En avril 2026, Gartner a publi\u00e9 une note de recherche intitul\u00e9e \u00ab Too Big to Fail: Why Mainframe Exit Projects Are Likely to Fail in the Age of Generative AI \u00bb. Elle pr\u00e9voit que plus de 70 % des projets de sortie du mainframe pilot\u00e9s par l\u2019IA et lanc\u00e9s en 2026 n\u2019apporteront pas les b\u00e9n\u00e9fices attendus. Trois raisons structurelles : les outils de conversion de code par l\u2019IA g\u00e9n\u00e9rative n\u2019ont pas r\u00e9solu le probl\u00e8me des \u00ab composants exotiques \u00bb (Assembler, Easytrieve, CA Ideal, PL\/1, logique m\u00e9tier non document\u00e9e) ; l\u2019\u00e9quivalence de performance et de d\u00e9bit entre le code converti et l\u2019original mainframe n\u2019est pas garantie et n\u2019appara\u00eet que sous la charge de production ; et le volume et l\u2019interd\u00e9pendance des donn\u00e9es transactionnelles du mainframe rendent impossible une migration automatis\u00e9e en bloc. Gartner pr\u00e9voit aussi que 75 % des \u00e9diteurs pr\u00e9sents sur le march\u00e9 de la \u00ab sortie du mainframe \u00bb auront chang\u00e9 de mod\u00e8le ou disparu d\u2019ici 2030.<\/p>\n\n<\/div>\n<\/div>\n Sous AWLC, le co\u00fbt logiciel est calcul\u00e9 sur le pic de la moyenne glissante sur 4 heures (R4HA) de consommation de MSU de chaque mois. Une croissance de capacit\u00e9 plus rapide, due \u00e0 l\u2019IA, fait monter directement ce pic de facturation mensuel, chaque mois. Sous TFP, les m\u00e9canismes de co\u00fbt sont diff\u00e9rents : toute consommation au-dessus de la baseline du contrat s\u2019accumule sur les 12 mois, est r\u00e9gularis\u00e9e en fin d\u2019ann\u00e9e, puis entre dans le calcul de la baseline de l\u2019ann\u00e9e suivante. La m\u00eame croissance des charges d\u2019IA produit donc une hausse mensuelle r\u00e9currente sous AWLC, et une r\u00e9gularisation de fin d\u2019ann\u00e9e plus une hausse durable de la baseline sous TFP. Les m\u00e9canismes diff\u00e8rent, mais l\u2019ampleur de l\u2019impact est comparable.<\/p>\n\n<\/div>\n<\/div>\n La bonne fa\u00e7on d\u2019agir d\u00e9pend du mod\u00e8le de tarification IBM. Les clients AWLC peuvent r\u00e9duire le pic de facturation R4HA avec des outils de gestion automatis\u00e9e de la capacit\u00e9. Zetaly Automated Capacity (ZAC) obtient une baisse de 5 \u00e0 20 % des MLC sur plus de 30 d\u00e9ploiements en entreprise, en g\u00e9rant en temps r\u00e9el la capacit\u00e9 d\u00e9finie des LPAR. Les clients TFP ont besoin d\u2019une visibilit\u00e9 au niveau des charges de travail pour rep\u00e9rer celles qui font d\u00e9passer la baseline et agir avant la r\u00e9gularisation de fin d\u2019ann\u00e9e. Zetaly Data Platform (ZDP) fournit cette visibilit\u00e9 sous TFP en utilisant moins de 0,2 % des ressources du mainframe, et Zetaly Service Intelligence (ZSI) produit des tableaux de bord organis\u00e9s par m\u00e9tier. Visibilit\u00e9 et gestion active sont indispensables dans les deux mod\u00e8les de tarification.<\/p>\n\n<\/div>\n<\/div>\n \u00ab AI MIPS \u00bb (MIPS IA) est le terme employ\u00e9 par Arvind Krishna, PDG d\u2019IBM, lors de la conf\u00e9rence sur les r\u00e9sultats du premier trimestre 2026, pour d\u00e9crire une troisi\u00e8me cat\u00e9gorie de capacit\u00e9 de calcul mainframe, \u00e0 c\u00f4t\u00e9 des MIPS transactionnels classiques et des MIPS Linux. Les MIPS IA correspondent aux charges d\u2019inf\u00e9rence qui tournent directement sur le mainframe : par exemple, une d\u00e9tection de fraude en temps r\u00e9el qui applique de grands mod\u00e8les de langage \u00e0 chaque transaction. IBM indique qu\u2019un syst\u00e8me z17 enti\u00e8rement \u00e9quip\u00e9 peut traiter environ 450 milliards d\u2019inf\u00e9rences par jour. Le terme refl\u00e8te le positionnement strat\u00e9gique d\u2019IBM : le mainframe comme plateforme d\u2019inf\u00e9rence IA, et non comme un syst\u00e8me dont il faudrait sortir les charges d\u2019IA.<\/p>\n\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n\n\n BMC Mainframe Survey 2025<\/a> \u2014 enqu\u00eate sectorielle sur les tendances du mainframe et l\u2019adoption de l\u2019IA g\u00e9n\u00e9rative (septembre 2025).<\/p>\n\n\n\n IBM 1Q26 Earnings Call Transcript<\/a> \u2014 Arvind Krishna, PDG, et Jim Kavanaugh, directeur financier, 22 avril 2026. Source du chiffre de croissance de capacit\u00e9 MIPS de 3x et de l\u2019id\u00e9e d\u2019un \u00ab troisi\u00e8me type de capacit\u00e9 de calcul \u00bb. <\/p>\n\n\n\nUne capacit\u00e9 MIPS qui cro\u00eet 3 fois plus vite<\/h2>\n\n\n\n
\u2014 Arvind Krishna, PDG d\u2019IBM, conf\u00e9rence sur les r\u00e9sultats du 1er trimestre 2026<\/em><\/p>\n\n\n\nUn troisi\u00e8me type de capacit\u00e9 de calcul arrive sur z\/OS, et il est structurel<\/h2>\n\n\n\n
\u2014 Arvind Krishna, PDG d\u2019IBM<\/em><\/p>\n\n\n\nNe comptez pas sur l\u2019IA comme porte de sortie<\/h2>\n\n\n\n
\n
O\u00f9 agir<\/h2>\n\n\n\n
Pour les clients AWLC \u2014 Zetaly Automated Capacity (ZAC)<\/strong><\/h3>\n\n\n\n
Pour les clients TFP \u2014 Zetaly Data Platform (ZDP) et ZSI<\/strong><\/h3>\n\n\n\n
Ce que vous pouvez faire pour commencer \u00e0 r\u00e9duire les co\u00fbts<\/h2>\n\n\n\n
\n
\n
Questions fr\u00e9quentes<\/h2>\n\n\n
Qu\u2019est-ce que le co\u00fbt de l\u2019IA sur mainframe, et comment l\u2019IA fait-elle \u00e9voluer les co\u00fbts du mainframe IBM ?<\/h3>\n
Pourquoi la capacit\u00e9 MIPS du mainframe cro\u00eet-elle trois fois plus vite chez les clients qui utilisent l\u2019IA ?<\/h3>\n
Les outils \u00e0 base d\u2019IA m\u2019aideront-ils \u00e0 quitter le mainframe ?<\/h3>\n
En quoi l\u2019impact du co\u00fbt de l\u2019IA diff\u00e8re-t-il entre clients AWLC et TFP ?<\/h3>\n
Comment ma\u00eetriser la hausse des co\u00fbts mainframe li\u00e9e \u00e0 l\u2019IA ?<\/h3>\n
Que sont les \u00ab MIPS IA \u00bb sur le mainframe IBM ?<\/h3>\n
Sources et lectures compl\u00e9mentaires<\/h2>\n\n\n\n