kubenow
Se connecterCommencer gratuitement

R.74 · L'automatisation

L'IA dans l'exploitation réseau

Leçon théorique · questionnaire de validation · gratuit, dans le navigateur

Un réseau d'entreprise produit chaque minute des millions de mesures : compteurs d'interfaces, journaux, flux, tables de routage, alertes. Aucun humain ne peut tout lire. L'intelligence artificielle s'est installée dans l'exploitation réseau (on parle d'AIOps) pour trier ce flot, repérer l'anormal, et de plus en plus pour aider à diagnostiquer et à configurer. Cette leçon fait le point, sans promesse magique : ce que l'IA fait bien, ce qu'elle fait mal, et comment l'utiliser sans risque.

Ce que vous saurez à la fin : citer les sources de données de l'exploitation réseau, décrire les usages de l'IA (détection d'anomalies, corrélation, assistants), et appliquer les règles de prudence avant de laisser une IA toucher un réseau.

1. Les données

Source Contenu
Télémétrie (SNMP, streaming gNMI) Débits, erreurs, CPU, mémoire, températures, à la seconde
Journaux (syslog) Événements : voisinage OSPF perdu, port désactivé, connexion d'un administrateur
Flux (NetFlow, IPFIX, sFlow) Qui parle à qui, sur quel port, combien
Tests actifs Sondes qui mesurent en continu la latence et la disponibilité des applications
Configurations et état Ce qui est configuré, ce qui est réellement appris (routes, voisins)

Sans données propres, horodatées (NTP !) et centralisées, aucune IA ne sert à rien : c'est le travail de fond qui précède tout.

2. Ce que l'IA fait bien

  • Détecter les anomalies : apprendre le comportement normal (le débit habituel d'un lundi à 9 h) et signaler les écarts, plutôt que des seuils fixes qui sonnent trop ou trop peu ;
  • Corréler les alertes : une fibre coupée déclenche des centaines d'alertes (ports, voisins, applications) ; l'IA les regroupe en un incident et désigne la cause probable ;
  • Prévoir : la saturation d'un lien dans trois mois, la panne probable d'un optique dont les erreurs augmentent ;
  • Assister l'ingénieur : expliquer une configuration, résumer des journaux, proposer des commandes de diagnostic, rédiger un premier jet de configuration ou de script d'automatisation ;
  • Le Wi-Fi : choisir canaux et puissances, comprendre pourquoi un utilisateur précis a eu une mauvaise expérience.

3. Ce qu'elle fait mal

  • Inventer : un assistant conversationnel peut produire une commande qui n'existe pas sur cet équipement, ou une syntaxe d'un autre constructeur, avec assurance ;
  • Ignorer votre contexte : il ne connaît ni vos contraintes, ni vos exceptions historiques, ni la raison de ce no ip route mystérieux ;
  • Voir des anomalies partout au début : il lui faut du temps et des retours pour apprendre ce qui est normal chez vous.

4. Les règles de prudence

  1. Rien en production sans relecture : une configuration proposée par une IA se lit, se comprend et se teste comme celle d'un stagiaire ;
  2. Tester d'abord : dans un lab (comme ceux de cette filière), ou sur un équipement de préproduction ;
  3. Des droits limités : un outil qui lit (diagnostic) n'a pas besoin de droits d'écriture ; une automatisation qui écrit passe par une validation humaine ;
  4. Pas de secrets dans les questions : ni mots de passe, ni clés, ni configurations complètes contenant des informations sensibles, envoyés à un service externe ;
  5. Garder la main : un retour arrière prévu (configuration sauvegardée, commit confirmed sur les équipements qui le permettent).

5. Ce que ça change pour vous

L'IA ne remplace pas la compréhension du réseau : elle amplifie celle de l'ingénieur qui sait juger ses réponses. Un expert qui sait qu'une boucle de routage se voit au TTL repère en une seconde qu'une explication est fausse ; un débutant la croit. Les fondamentaux de cette filière (lire une table de routage, une capture, un état de Spanning Tree) sont précisément ce qui permet de vérifier ce que propose une IA.

6. Retenir

Notion À retenir
AIOps L'IA appliquée à l'exploitation : anomalies, corrélation, prévision
Données Télémétrie, journaux, flux, tests actifs, horodatés et centralisés
Forces Trier le volume, regrouper les alertes, assister le diagnostic
Faiblesses Inventer des commandes, ignorer le contexte
Règle d'or Relire, tester, limiter les droits, ne jamais envoyer de secrets

Contenu aligné sur les programmes publiés par la CNCF (KCNA, CKAD, CKA, CKS), par le Linux Professional Institute (LPIC-1) et par Cisco (CCNA 200-301). KubeNow n'est ni affilié ni approuvé par la CNCF, la Linux Foundation, le LPI ou Cisco ; CKA, CKAD, CKS et KCNA sont des marques de la Linux Foundation, LPIC-1 est une marque du Linux Professional Institute, Cisco et CCNA sont des marques de Cisco Systems.