Leaders d’opinion

L’IA impose un reset dans l’observabilité des réseaux

mm
Ajouter Unite.AI à vos sources préférées sur Google

Pendant des années, l’observabilité des réseaux a été une discussion sur les outils. Quelle plateforme collecte l’ensemble le plus large de télémétrie ? Quel agent couvre mes appareils les plus obscurs ? Quelle architecture fonctionnera le mieux à grande échelle ? À quels points du réseau devrions-nous capturer les paquets ? Cette conversation supposait que le réseau était relativement stable et que les changements étaient incrémentiels.

Ce n’est plus le cas.

Les charges de travail basées sur l’IA augmentent la variabilité du trafic, à mesure que l’adoption de l’IA s’accélère dans l’entreprise. Des recherches récentes montrent que 88% des organisations utilisent maintenant l’IA dans au moins une fonction commerciale. Les architectures hybrides s’étendent sur le cloud, les centres de données, le WAN et les réseaux de périphérie. Les signaux de sécurité et de performance se chevauchent désormais de manière qu’ils ne le faisaient pas il y a cinq ans. Et l’entreprise attend une résolution plus rapide, moins de temps d’arrêt et une responsabilité claire.

Sous cette pression, les approches actuelles de l’observabilité des réseaux échouent. Non pas parce que les équipes manquent de compétences, mais parce que l’architecture sous-jacente à l’observabilité n’a pas suivi le rythme.

Ceci ne concerne pas l’ajout de tableaux de bord supplémentaires ou la collecte de plus de données. Il s’agit de reconnaître que l’observabilité doit évoluer d’une collection d’outils en une fondation de données cohérente. Cette fondation est ce qui permettra aux équipes d’exploitation réseau (NetOps) d’utiliser l’IA pour l’observabilité et l’intelligence des réseaux.

Voici comment réfléchir à votre position et à la façon de progresser.

Où êtes-vous sur la courbe de maturité ?

Des recherches menées par Enterprise Management Associates (EMA) ont montré que seulement 46% des dirigeants IT croyaient être pleinement réussis avec les outils d’observabilité des réseaux. La plupart des plaintes sont bien connues, avec la prolifération des outils, le bruit des alertes et la mauvaise qualité des données figurant sur la liste.

Le rapport 2025 d’EMA, Modèle de maturité de l’observabilité des réseaux : comment planifier l’excellence des NetOps, a également identifié cinq stades de maturité distincts :

  1. Ad Hoc et Réactif
  2. Fragmenté et Opportuniste
  3. Intégré et Géré Centralement
  4. Intelligent et Automatisé
  5. Optimisé et Piloté par l’IA

Aujourd’hui, je veux me concentrer sur les trois stades intermédiaires, qui sont ceux où vous trouverez la plupart des organisations, avant de décrire le chemin vers le dernier stade.

Fragmenté et Opportuniste

Vous avez plusieurs outils d’observabilité. Souvent trois ou quatre. Les recherches industrielles reflètent le même modèle, avec 87% des équipes NetOps s’appuyant maintenant sur plusieurs outils d’observabilité, mais seulement 29% des alertes qu’ils génèrent sont exploitables. La couverture existe, mais elle est inégale. Les ingénieurs agissent comme une couche d’intégration, basculant entre les consoles et corrélant mentalement les événements. L’IA peut être présente, mais elle opère dans des silos. Les équipes travaillent dur dans ce stade, mais l’architecture travaille contre elles.

Intégré et Géré Centralement

Vous avez obtenu une couverture de surveillance solide sur l’ensemble de l’infrastructure et du trafic. Il y a une certaine intégration entre les systèmes. Les tableaux de bord sont standardisés. Vous pouvez avoir une automatisation précoce pour les incidents courants.

Mais l’analyse de la cause profonde dépend encore de la couture manuelle. Les insights prédictifs sont limités. L’IA accélère l’analyse, mais elle ne change pas fondamentalement la façon dont le réseau est compris.

Intelligent et Automatisé

La télémétrie est en temps réel là où cela compte. Les données de flux, de paquets et de configuration sont corrélées. Les alertes sont contextuelles, et non basées sur des seuils. L’IA prend en charge la détection d’anomalies, la prévision de capacité et la remediation guidée. L’automatisation est introduite délibérément et dans des limites de politique. Seules les organisations dotées de ressources abondantes sont à ce stade.

Un petit groupe d’organisations de classe mondiale a atteint le dernier stade de maturité, Optimisé et Piloté par l’IA. Les seuls outils ne vous aideront pas à évoluer.

De l’Intelligent et Automatisé à l’Optimisé et Piloté par l’IA : que faire ensuite

La modernisation de l’observabilité des réseaux ne nécessite pas de retirer ce que vous avez. Il s’agit d’un passage d’outils à des données.

1. Commencez par la cohérence des données, et non par plus d’IA

Avant d’élargir les initiatives d’IA, posez-vous une question : nos données de réseau sont-elles propres, cohérentes et connectées entre les domaines ?

Les formats de télémétrie incohérents, les points aveugles dans le cloud ou le SD-WAN, les enregistrements d’inventaire obsolètes et les espaces d’adresses IP en double sapent les résultats de l’IA plus que la plupart des dirigeants ne le réalisent. Si la télémétrie ne peut pas être fiablement liée à l’identité et au contexte à partir de l’adressage autoritaire, la corrélation reste probabiliste plutôt que définitive.

C’est là que les services de réseau fondamentaux sont importants. Le DNS, le DHCP et la gestion des adresses IP (collectivement appelés DDI) forment la carte autoritaire du réseau. Chaque appareil, charge de travail et connexion se croise avec cette couche.

Lorsque la télémétrie d’observabilité est enrichie d’une intelligence d’identité et d’adressage autoritaire, l’analyse devient fondée. L’IA peut distinguer le comportement attendu de la véritable anomalie avec plus de confiance. L’analyse de la cause profonde se produit plus rapidement. L’automatisation devient plus sûre.

2. Réduisez la prolifération des outils grâce à une intégration profonde

La plupart des entreprises continueront à exploiter plusieurs systèmes d’observabilité. Ce n’est pas le principal problème. Le problème est l’intégration superficielle.

Intégrer un tableau de bord dans un autre ou partager des exportations de données de base ne crée pas de cohérence. Les environnements matures intègrent à la couche des données. Ils coordonnent la collecte de télémétrie, corrélation des alertes entre les domaines et permettent des flux de travail qui s’étendent sur les outils plutôt que de rester piégés à l’intérieur.

Lorsque l’intégration atteint ce niveau, la consolidation devient rationnelle plutôt que politique. Les systèmes redondants sont plus faciles à retirer. La télémétrie chevauchante est plus facile à rationaliser. L’IA opère sur un contexte unifié plutôt que sur des fragments cousus ensemble.

3. Modernisez par phases pour éviter les perturbations

La peur de déstabiliser les environnements hérités est légitime. Personne ne veut casser la production pendant la poursuite de la pureté architecturale. Une approche progressive réduit ce risque.

Phase un : Surimposer l’intelligence

Faites passer la télémétrie dans une couche d’analyse partagée. Enrichissez-la avec le contexte d’identité et de politique. Utilisez l’IA pour la détection et la recommandation, et non pour l’exécution autonome.

Phase deux : Standardiser et rationaliser

À mesure que la corrélation s’améliore et que le bruit diminue, identifiez les outils redondants et retirez ceux qui ne peuvent pas participer à l’architecture unifiée.

Phase trois : Introduire l’automatisation avec des limites de sécurité

Commencez par des scénarios d’automatisation à faible risque. Laissez l’IA agentic suggérer la remediation avant de permettre l’exécution. Étendez progressivement à mesure que la confiance et la gouvernance mûrissent.

Ceci ne concerne pas le fait de basculer un interrupteur. Il s’agit d’augmenter la cohérence sans sacrifier la stabilité.

Le déplacement stratégique : passer à l’Optimisé et Piloté par l’IA

L’observabilité n’est plus une collection d’outils de surveillance. Il s’agit d’une infrastructure d’IA de base qui nécessite une nouvelle référence. Lorsque les organisations ancrent l’observabilité dans une architecture de données unifiée et une intelligence de réseau autoritaire, l’IA devient anticipatoire.

Les analyses prédictives passent de la théorie à la pratique. En analysant la télémétrie historique et en temps réel ensemble, l’IA peut identifier les signaux précoces de tension de capacité, de dérive de configuration ou de comportement anormal avant qu’ils ne s’aggravent. Au lieu de courir pour réparer les pannes, les équipes interviennent avant que les utilisateurs ne remarquent la dégradation. Cela est particulièrement important car les pannes d’IT à grande échelle peuvent coûter aux organisations jusqu’à 2 millions de dollars par heure.

La planification de la capacité devient dynamique plutôt que périodique. L’épuisement des ressources et la saturation des services peuvent être projetés à l’avance, permettant une optimisation proactive plutôt qu’une mise à l’échelle réactive.

C’est ce qui se profile à l’horizon.

Si vos données sont fragmentées, l’IA les exposera.

Si votre fondation est cohérente, l’IA devient un levier.

La question n’est pas de savoir si vous adopterez l’observabilité et l’intelligence pilotées par l’IA. La question est de savoir si votre architecture est prête pour cela.

Scott Fulton est directeur des produits et de la technologie chez BlueCat et un vétéran du leadership technologique d'entreprise avec plus de 20 ans d'expérience dans les infrastructures cloud, DevOps et la cybersécurité. Il a précédemment fondé la startup d'observabilité cloud OpsCruise, où il a dirigé le développement de technologies pilotées par l'IA utilisées par des organisations du Fortune 500.