Latest / Le centre de gravité / CMDB, la fin du cadastre — ce que le cloud et le LLM ont déjà rendu inutile

Transcript

CMDB, la fin du cadastre — ce que le cloud et le LLM ont déjà rendu inutile · Le centre de gravité

• 0:00
  Épisode CMDB, la fin du cadastre, ce que le cloud et le
• 0:03
  LLM ont déjà rendu inutile. Chapitre un, l'illusion du
• 0:05
  cadastre, 30 ans de promesse, une base qui sait tout, qui voit
• 0:11
  tout, qui ne ment jamais. La réalité, c'est autre chose.
• 0:16
  Il est 19 h. Dans une grande entreprise
• 0:17
  française, un incident sévérité un vient de tomber.
• 0:21
  La production d'un portail client est en carafe depuis 20
• 0:24
  Min. L'astreinte ouvre la CMDB pour
• 0:26
  savoir quels serveurs sont concernés.
• 0:29
  Et découvrent que la moitié des enregistrements n'ont pas été
• 0:32
  mis à jour depuis 4 mois. Une VM migrée en production le
• 0:35
  mois dernier n'existe pas dans le système.
• 0:37
  Un serveur physique décommissionné figure encore
• 0:40
  comme actif avec un statut vert. L'équipe passe la nuit à
• 0:44
  reconstituer une carte du territoire à la main, en
• 0:46
  appelant des collègues, en fouillant des e-mails, en
• 0:49
  croisant des screenshots de consoles.
• 0:50
  Pendant ce temps, les services clients attendent.
• 0:53
  Ce n'est pas un cas isolé. C'est le quotidien de la CMDB
• 0:57
  version non retouchée. Selon Gartner, moins d'une
• 0:59
  entreprise sur 4 dispose aujourd'hui d'une CMDB
• 1:02
  suffisamment exacte pour alimenter des agents
• 1:03
  d'automatisation en production. La même enquête révèle que 32%
• 1:08
  des organisations utilisant une CMDB souffrent de problèmes
• 1:10
  chroniques de qualité et de complétude de leurs données.
• 1:12
  Et on parle de volume considérable dans un grand
• 1:15
  groupe. Gartner évoque 500000 éléments
• 1:20
  de configuration à gérer, serveurs, applications,
• 1:22
  licences, relations de dépendance.
• 1:25
  Des dizaines de personnes vivent de ça et le résultat est périmé
• 1:29
  en permanence, 8 acheteurs IT sur 10 surpaient leurs outils
• 1:33
  ITSM. Toujours selon Gartner, une part
• 1:34
  significative de ce surcoût, c'est la maintenance de la CMDB,
• 1:38
  les licences, les intégrations, les équipes dédiées à
• 1:40
  l'alimentation. Pour un résultat que personne ne
• 1:43
  fait vraiment confiance quand ça compte vraiment.
• 1:48
  Voilà le paradoxe de la CMDB, elle coûte cher à entretenir et
• 1:52
  elle n'est fiable que dans les moments où personne n'en a
• 1:55
  besoin. Dès qu'un incident sévère tombe.
• 1:57
  La première réflexion des ingénieurs expérimentés est de
• 2:00
  ne pas lui faire confiance et d'aller vérifier directement.
• 2:03
  Ce n'est pas un problème opérationnel, c'est un problème
• 2:06
  structurel. La CMDB repose sur un postulat
• 2:09
  qui n'a jamais tenu que des humains peuvent maintenir en
• 2:12
  temps réel un inventaire de la complexité d'une ville moyenne.
• 2:15
  Ce n'est pas une question de discipline ou de budget, c'est
• 2:18
  une question de physique. La vitesse à laquelle l'i t
• 2:21
  change dépasse structurellement la vitesse à laquelle un humain
• 2:25
  peut l'enregistrer. Et chaque couche technologique
• 2:28
  qu'on a ajouté depuis 20 ans a aggravé le déséquilibre, la
• 2:31
  Virtualisation a multiplié le nombre d'entités à suivre par
• 2:35
  10, le devops a transformé les déploiements en flux continu
• 2:38
  plutôt qu'en événements ponctuels, le cloud a rajouté
• 2:41
  une couche d'éphémère radicale. Des ressources qui naissent et
• 2:45
  meurent en minutes. Chaque déploiement automatisé
• 2:48
  crée des configurations que personne n'a le temps de
• 2:50
  documenter. Chaque migration ouverte en
• 2:52
  urgence laisse un fantôme dans la base.
• 2:55
  La CMDB Court après l'i. T comme un cartographe qui
• 2:57
  essaie de dessiner une ville en cours de démolition et de
• 3:00
  reconstruction simultanée. Et pendant que les équipes CMDB
• 3:03
  courent, quelque chose s'est passé ailleurs, sans tambour ni
• 3:06
  trompette. Chapitre 2, le cloud a tué la
• 3:12
  CMDB sans prévenir, pas d'annonce, pas de cérémonie,
• 3:15
  juste une console ouverte et la question qui disparaît.
• 3:19
  Les fournisseurs de cloud ont résolu le problème de la CMDB
• 3:21
  sans nommer, sans en faire un produit, sans tenir de
• 3:24
  conférence de presse à WS, Azure.
• 3:25
  Google cloud propose depuis des années une télémétrie native et
• 3:28
  en temps réel sur l'ensemble des ressources hébergées.
• 3:31
  Combien de VM Windows tournent en ce moment ?
• 3:33
  Quelle est leur configuration exacte ?
• 3:34
  Quelle version du système d'exploitation ?
• 3:35
  Quel réseau, quel stockage, quelles ouvertures de.
• 3:40
  Or, c'est une console ouverte, une API requêtable, une réponse
• 3:42
  en 30 secondes. Ce n'est plus un sujet ITSM, ce
• 3:45
  n'est même plus une question. La CMDB avait été conçue pour un
• 3:47
  monde où l'i t était opaque, un monde où l'on ne voyait pas
• 3:50
  l'intérieur de ses propres systèmes, sans aller
• 3:51
  physiquement dans une salle serveur, sans appeler le bon
• 3:54
  ingénieur, sans attendre le bon rapport.
• 3:55
  Le cloud a rendu cette opacité impossible.
• 3:57
  Le fournisseur sait exactement ce qui tourne parce que c'est
• 4:01
  lui qui fait tourner, et il partage cette connaissance en
• 4:03
  temps réel avec qui détient les accès quand une entreprise migre
• 4:06
  60% de son parc. Ou sur azure ?
• 4:10
  Elle ne migre pas, seulement ses serveurs, elle délègue à
• 4:13
  Microsoft la connaissance en temps réel de son
• 4:15
  infrastructure. Cette connaissance est live et
• 4:17
  exacte. Aucune VM ne peut exister sans
• 4:19
  que la plateforme en soit immédiatement informée.
• 4:21
  Et elle décrit ce qui existe réellement, pas ce qu'un
• 4:24
  technicien a déclaré il y a 6 semaines.
• 4:26
  Là où la CMDB entretient un stock d'informations qui s'érode
• 4:28
  dès la 2nde où il est constitué, la console cloud maintient un
• 4:31
  État courant qui se met à jour seul en continu, sans
• 4:34
  intervention humaine. Et la télémétrie ne s'arrête pas
• 4:37
  à l'inventaire AWS cloudwatt. Azure Monitor Google cloud
• 4:41
  operation suite livre des métriques de performance, des
• 4:44
  logs d'accès, des alertes Configurables, des analyses
• 4:47
  d'anomalies, tout ce qu'un responsable IT aurait voulu
• 4:50
  trouver dans sa CMDB et qui n'y trouvait jamais vraiment, et là
• 4:53
  dans des dashboards que le fournisseur maintient à sa
• 4:55
  place. Forester a déclaré la CMDB Morte
• 4:58
  en octobre 2025. L'argument central n'était pas
• 5:01
  l'intelligence artificielle, c'était précisément ça.
• 5:03
  L'inventaire statique a perdu face à la découverte dynamique.
• 5:06
  La console cloud n'est pas un concurrent de la CMDB, c'est
• 5:09
  ça ? Mais une partie du parc échappé
• 5:12
  encore au cloud, ce qui reste on premise, les environnements
• 5:15
  Legacy qu'on ne peut pas migrer et les architectures hybride à
• 5:18
  cheval sur plusieurs fournisseurs n'est pas protégé
• 5:20
  pour autant. La réponse n'est pas une
• 5:22
  meilleure CMDB. Chapitre 3, le LLM comme
• 5:25
  auditeur on demand pour ceux qui résistent encore au cloud, il
• 5:28
  existe quelque chose de plus rapide qu'une équipe et de plus
• 5:31
  précis qu'une base de données vieille de 6.
• 5:33
  Semaines, imaginez un auditeur qui dit simultanément les cartes
• 5:36
  réseau, les journaux de configuration, les listings de
• 5:38
  permission et les historiques. D'activités d'un parc entier
• 5:41
  sans se fatiguer, sans rater une anomalie à 17h00, sans attendre
• 5:44
  le rapport suivant pour signaler un écart et qui produit une
• 5:47
  analyse complète en quelques heures plutôt qu'en quelques
• 5:49
  semaines. Ce n'est pas de la
• 5:51
  science-fiction, c'est ce que lisaka, l'Association
• 5:52
  internationale des auditeurs en système d'information, décrit
• 5:55
  dans son journal de 2025 consacré à l'usage des LLM en
• 5:59
  audit IT. Un agent peut ingérer l'ensemble
• 6:02
  de ses sources en parallèle, croiser les informations,
• 6:05
  catégoriser les anomalies par sévérité, les valider contre les
• 6:08
  politiques internes et les réglementations en vigueur, ce
• 6:11
  qu'un auditeur humain ferait en 3 semaines de mission, un agent
• 6:14
  le produit en quelques heures de traitement.
• 6:16
  Mais la vraie rupture n'est pas là où on le croit.
• 6:18
  Ce n'est pas que le LLM fait mieux.
• 6:19
  Ce que la CMDB faisait, c'est qu'il inverse complètement la
• 6:21
  logique de fond. La CMDB raisonnée sur un stock,
• 6:23
  je maintiens une base centrale, je la consulte quand j'en ai
• 6:26
  besoin, je paye des gens pour la garder à jour.
• 6:30
  L'agent LLM raisonne sur un flux, j'interroge des sources en
• 6:33
  live à la demande, je ne stocke pas ce qui peut être recalculé à
• 6:36
  tout moment. C'est la différence entre un
• 6:38
  annuaire papier mis à jour chaque année et une recherche en
• 6:40
  temps réel. L'annuaire était utile quand la
• 6:43
  recherche n'existait pas. Au moment où elle existe,
• 6:45
  maintenir l'annuaire devient un coup sans contrepartie.
• 6:47
  La valeur n'est plus dans le stock, elle est dans la capacité
• 6:50
  à interroger. Ce changement de paradigme a un
• 6:54
  nom dans l'industrie, cloud query l'a formulé sans détour en
• 6:57
  2025 sous le titre la CMDB est morte, vive l'infrastructure
• 7:00
  Lake. L'idée est simple, au lieu d'une
• 7:02
  base centralisée alimentée à la main, on connecte les sources là
• 7:05
  où l'information existe déjà, les API cloud, les outils de
• 7:09
  monitoring, les systèmes de déploiement, les scanners de
• 7:12
  vulnérabilité. On les interroge en temps réel,
• 7:14
  on ne maintient rien de ce qui peut être récupéré à la demande.
• 7:17
  Ce modèle est moins cher, plus rapide et structurellement
• 7:20
  impossible à périmer parce qu'il.
• 7:22
  Pas de copie à maintenir synchronisée.
• 7:24
  Il y a une requête qui va chercher la vérité là où elle
• 7:26
  vit. Ce qui reste hors de portée de
• 7:28
  cette logique, c'est la couche des dépendances métier.
• 7:31
  Quel service applicatif tient, sur quelle infrastructure,
• 7:34
  quelle infrastructure supporte, quel processus business, quel
• 7:37
  changement aura des conséquences en cascade, sur quoi ?
• 7:39
  C'est une connaissance complexe, instable, chargée de politique
• 7:42
  interne et d'histoire organisationnelle.
• 7:44
  Et ce n'est pas un problème de base de données, c'est un
• 7:47
  problème de gouvernance. Chapitre 4.
• 7:52
  N0N1, les étages du bas brûlent. Le support de premier niveau ne
• 7:57
  va pas être transformé par l'i. A il est en train de
• 8:00
  disparaître. Selon service Now, 52% des TIC
• 8:03
  IT sont des demandes de niveau un, des processus standards
• 8:05
  répétitifs entièrement documentés, réinitialisation de
• 8:07
  mots de passe, demande d'accès applicatif, problème de
• 8:10
  connexion VPN, installation d'un poste de travail.
• 8:12
  La moitié exacte du volume d'un service desk.
• 8:15
  C'est des procédures que n'importe qui pourrait suivre
• 8:16
  avec le bon guide, une entreprise de 800 personnes qui
• 8:19
  a déployé un agent. Il y a sur slack a mesuré en
• 8:23
  2025 une réduction de 48% de ses tickets de niveau un en 3 mois,
• 8:26
  pas 48% de tickets mieux traités, 48% de tickets qui
• 8:28
  n'arrivent plus à un humain résolu directement à la demande.
• 8:30
  Sans ticket ouvert, le temps de réponse est passé de 24h00 à
• 8:34
  moins de 30 secondes. Pour les utilisateurs, c'est une
• 8:36
  expérience sans commune mesure, pour l'équipe support, c'est une
• 8:38
  question existentielle. Service Now a franchi l'étape
• 8:40
  suivante en février 2026, en lançant en disponibilité
• 8:43
  contrôlée son level un et I specialist, un agent autonome.
• 8:46
  Rien. À voir avec un chat Bot à script
• 8:53
  conditionnel qui comprend le contexte de la demande, consulte
• 8:57
  les bases de connaissances, accède au système concerné et
• 8:59
  résout ou escalade avec le bon contexte.
• 9:02
  La disponibilité générale est annoncée pour le 2e trimestre
• 9:05
  2026. C'est la fin du n 0 et du n un
• 9:07
  tel qu'on le connaissait pas parce qu'une décision
• 9:09
  managériale l'a décidé, parce que le calcul économique est
• 9:11
  devenu indéfendable quand un agent répond en 30 secondes 24 h
• 9:15
  sur 24, sans coût marginal par ticket, sans formation, sans
• 9:18
  turnover, financer une équipe humaine pour faire la même
• 9:21
  chose. Chose devient une position
• 9:23
  intenable. La vraie question n'est pas
• 9:25
  technique, elle est humaine. Les équipes qui ont passé 10 ans
• 9:27
  sur ces postes ne peuvent pas toutes se reconvertir au même
• 9:30
  rythme sur des sujets de complexité supérieure.
• 9:32
  Certaines entreprises repositionneront leurs
• 9:34
  collaborateurs sur des problèmes d'architecture, d'orchestration,
• 9:37
  d'agents de gestion. Des exceptions que l'i a ne
• 9:40
  s'est pas traitée, d'autres plus nombreuses ne remplaceront
• 9:42
  simplement pas les départs. Dans tous les cas, le profil
• 9:45
  technicien support niveau un suit le chemin qu'a suivi le
• 9:47
  standardiste il y a 20 ans. Ce n'est pas un effondrement
• 9:50
  brutal, c'est une érosion structurelle.
• 9:52
  Et elle a déjà commencé ce qui ne s'érode pas, pendant que les
• 9:55
  étages du bas s effacent. C'est une pratique que ni le
• 9:57
  cloud, ni les agents, ni aucun modèle ne peuvent absorber.
• 10:00
  Et la raison n'a rien à voir avec la technologie.
• 10:02
  Chapitre 5, ce qui ne passe pas dans la machine, pourquoi le
• 10:06
  change management est le dernier rempart humain et ce que ça
• 10:09
  signifie concrètement pour 1DSI lucide en 2026.
• 10:13
  Le change management n'a pas survécu à l'automatisation parce
• 10:16
  qu'il est trop complexe pour les LLM, il a survécu parce qu'il
• 10:19
  pose une question que les LLM ne peuvent structurellement.
• 10:22
  Pas tranché. Qui est responsable si ça
• 10:24
  échoue ? Un agent peut analyser les
• 10:26
  risques d'un changement mieux qu'un humain, consulter
• 10:28
  l'historique complet des incidents similaires, modéliser
• 10:30
  les dépendances en cascade et simuler les impacts sur les
• 10:33
  services adjacents. Microsoft l'a prouvé sur son
• 10:36
  infrastructure IA, une mise en œuvre intégrant des agents dans
• 10:39
  les processus ITA réduit les incidents de 73% tout en
• 10:43
  accélérant la vélocité de déploiement de 40%.
• 10:46
  L'i a amplifie le change management, elle lui donne des
• 10:49
  super pouvoirs analytiques, mais elle ne le remplace pas.
• 10:52
  Pourquoi ? Parce que l'autorisation d'un
• 10:53
  changement n'est pas une conclusion technique, c'est un
• 10:56
  acte de gouvernance. La signature au bas d'un bon de
• 10:58
  changement qui touche un système de production critique porte
• 11:01
  quelque chose qu'aucun modèle ne peut porter à votre place, la
• 11:04
  responsabilité réelle si le déploiement fait tomber la
• 11:07
  production à 02h00 du matin, si les données d'un client sont
• 11:10
  compromises au passage, il faut un humain qui réponde de la
• 11:13
  décision, un humain nommé avec un poste avec des comptes à
• 11:16
  rendre. Cette responsabilité ne se
• 11:18
  délègue pas à un modèle, quelle que soit la précision de son
• 11:20
  analyse, I til. La formaliser dans sa
• 11:23
  terminologie en rebaptisant la pratique change enablement
• 11:26
  plutôt que change management. Le glissement de vocabulaire dit
• 11:30
  quelque chose d'important, le rôle humain n'est plus de
• 11:32
  contrôler et de ralentir les changements par défiance, il est
• 11:35
  d'arbitrer et d'accélérer en s'appuyant sur l'analyse que les
• 11:38
  agents produisent. L'i a fait le diagnostic,
• 11:40
  l'humain fait la décision et cette ligne de partage est
• 11:43
  infranchissable tant que la responsabilité légale et
• 11:46
  organisationnelle reste une affaire humaine.
• 11:48
  C'est le seul endroit dans l'i. TSM où la question qui décide
• 11:51
  a ? Encore une réponse humaine
• 11:53
  obligatoire. Alors quelle posture concrète
• 11:55
  pour 1DSI en 2026 ? La ligne de partage est nette
• 11:57
  entre ce qu'on liquide et ce qu'on renforce la CMDB Manuel et
• 12:00
  ses équipes de mise à jour. C'est le premier poste à arrêter
• 12:03
  sans regret. Sur le cloud, qui représente
• 12:05
  déjà la majorité des nouvelles infrastructures.
• 12:06
  La Télémétrie est native, précise et gratuite par rapport
• 12:10
  à ce qu'une CMDB coûte à entretenir sur ce qui reste on
• 12:14
  premise. Un agent LLM audit à la demande
• 12:15
  en quelques heures, investir dans le maintien d'un stock
• 12:18
  d'informations. Que les fournisseurs et les
• 12:23
  agents peuvent recalculer en live, c'est payé pour remplir un
• 12:26
  saut percé. L'investissement utile va
• 12:28
  ailleurs, il va à la gouvernance du change management, à la
• 12:31
  qualité des chaînes de dépendance entre services, pas
• 12:33
  les serveurs isolément mais les relations entre couches
• 12:35
  applicatives et les processus métiers qu'elles portent.
• 12:38
  Il va aussi aux compétences pour piloter une flotte d'agents, pas
• 12:41
  des développeurs au sens traditionnel, mais des gens
• 12:43
  capables de formuler les bonnes questions, d interpréter ce que
• 12:46
  les systèmes remontent et de décider quand l'agent a tort.
• 12:49
  Un nouveau profil émerge, sans nom encore stabilité.
• 12:52
  À la frontière entre l'architecte et l'auditeur, il
• 12:55
  ne maintient pas une base de données, il orchestre des agents
• 12:58
  en continu, il ne documente pas après coup, il challenge en
• 13:01
  temps réel ce que les systèmes remontent et portent la
• 13:03
  responsabilité de la décision finale.
• 13:05
  C'est le successeur naturel du responsable CMDB et son métier
• 13:08
  est l exact opposé. La CMDB était le cadastre de l'i
• 13:11
  t, une carte figée au moment de sa rédaction, utile pour un
• 13:14
  territoire stable, le territoire ne l'est plus, on n'a plus
• 13:17
  besoin de carte, on a des capteurs partout dans chaque
• 13:19
  fournisseur cloud. Dans chaque agent de monitoring,
• 13:23
  dans chaque pipeline de déploiement, la question n'est
• 13:26
  plus, comment maintenir la carte à jour ?
• 13:28
  Elle est qui pilote les capteurs et qui arbitre quand ils
• 13:30
  signalent un risque ? C'est le seul poste qui reste
• 13:33
  debout et c'est le plus stratégique.
• 13:35
  Vous écoutiez CMDB la fin du cadastre.
• 13:38
  Merci d'avoir écouté jusqu'au bout.
• 13:39
  Si cet épisode vous a donné une grille de lecture utile,
• 13:42
  partagez le à 1DSI1 responsable ITSM ou quelqu'un qui se demande
• 13:45
  encore comment mieux maintenir une CMDB.
• 13:46
  Ils ont besoin de l'entendre.