Outils d'automatisation

Intent-Based Automation

Un outil d'automatisation prédéfini qui combine la conception attendue et l'état opérationnel pour valider l'architecture réseau et déterminer un état précis du réseau (erreur/avertissement/information) permettant d'agir. L'intention définit le comportement attendu du réseau : les règles de conception, le routage et les normes de configuration sur lesquels chaque agent et automatisation s'appuie. Network Intent C'est là que les intentions et leur logique sont définies et versionnées.

Runbook Automatisation

A runbook Il s'agit d'un processus déterministe, et non d'un document statique hébergé sur un wiki. C'est ainsi que le guide d'un ingénieur senior, c'est-à-dire les étapes précises qu'il suivrait pour diagnostiquer et résoudre un problème connu, devient un outil que toute l'équipe peut mettre en œuvre et réutiliser, et non pas seulement consulter.

Dépannage runbooks'intègre aux outils ITSM comme ServiceNow pour générer une cartographie et démarrer le diagnostic directement à partir d'un ticket de service, réduire les informations non exploitables et fusionner l'interface de ligne de commande (CLI). Network Intentet l'IA dans un flux de travail unique au lieu de trois étapes distinctes.

• Changer runbookLes modifications apportées au réseau suivent systématiquement la même procédure en boucle fermée : validation avant modification, exécution, vérification après modification, comparaison avec la configuration de référence prévue et documentation, protégée par une triple défense à chaque étape.
• Changer runbook Les nœuds sont étiquetés comme planification, vérification avant modification ou vérification après modification, et regroupent les étapes associées en tâches nommées qui s'exécutent séquentiellement. Le système associe automatiquement les données « avant » et « après » pour les phases étiquetées. Une modification comportant plusieurs parties s'exécute section par section plutôt que comme une seule longue liste, et les étiquettes de phase sont conservées lors de l'enregistrement en tant que modèle.
• Chaque modification générée est automatiquement accompagnée de sa propre restauration. La génération ne produit jamais l'une sans l'autre, et si la vérification post-modification révèle une incohérence, le choix entre correction et restauration est immédiatement proposé, évitant ainsi une recherche manuelle fastidieuse – même si une intervention humaine reste nécessaire.
• Publié runbookLes problèmes, le dépannage et les changements se retrouvent tous dans le Runbook Bibliothèque, afin que la correction d'un problème connu soit écrite une seule fois et réutilisée par l'agent de changement, l'agent compagnon ou un ingénieur, au lieu d'être reconstruite à partir de zéro à chaque fois.
• Une violation détectée peut être traitée de deux manières : soit par un processus d’approbation manuelle, qui la met en attente d’un approbateur lorsque la situation exige de la prudence, soit par un processus pré-approuvé par votre équipe pour les problèmes connus et à faible risque, afin que l’exécution ne soit pas conditionnée par l’examen de ce cas précis. Dans les deux cas, elle est soumise aux mêmes politiques d’approbation, délais de SLA et mécanismes de restauration que toute autre modification.
• Change Wiki enregistre automatiquement chaque modification du réseau : ce qui a changé, quand, sur quels appareils et quel impact au niveau de la configuration, avec un court résumé rédigé par l’IA, à partir des deux sources. runbook exécutions et NetBrainanalyse de configuration régulière propre à .

Change et Task Manager s'exécutent tous deux sur cette même couche d'exécution, bouclant ainsi la boucle entre la détection et un résultat vérifié et documenté, qu'il s'agisse d'une action ou d'une autre. runbook a été conçue manuellement, générée par l'agent de changement ou extraite de la bibliothèque d'évaluation.

Outils d'action en direct

NetBrain Les outils d'action en direct couvrent les opérations directes et en une seule étape disponibles sur la plateforme : exécution d'une commande CLI, exécution d'un nœud Intent ou exécution d'un Runbook nœud, sans avoir préalablement mis en place un flux de travail complet autour de celui-ci.

• Disponibles directement depuis AI Copilot, sans avoir à créer au préalable un flux de travail complet.
• Chaque action modifiant l'état du réseau suit le même processus d'approbation et d'audit qu'une action complète. runbookLes actions courantes incluent Ping, Traceroute, Path, Compare, Retrieve Live Data, Verify Application, l'exécution de commandes CLI et l'exécution d'une Qapp ou Gapp préconfigurée.

Compétences de l'agent

Les compétences enseignent NetBrainLes agents de ce système maîtrisent le langage propre à votre réseau : identifiants de circuit, nommage WAN interne, procédures internes, logique de dépannage spécifique au site. Aucun réentraînement du modèle n'est nécessaire.

• Skills Assistant crée un document avec vous en conversation : joignez une capture d’écran ou un PDF, pointez-le vers un tableau de données en direct, décrivez vos besoins, et il vous fournit un document Skills complet. Chaque modification est enregistrée dans une version distincte.
• Les compétences sont lues par l'agent une seule fois, au début de chaque exécution, avant tout raisonnement, et mises en correspondance avec la tâche à accomplir grâce à leur description. Elles servent de garde-fous.
• Les agents fonctionnels fournis par défaut prennent en charge l'analyse de la configuration de référence, le calcul des chemins, la documentation du domaine et l'analyse syntaxique. Certains sont directement sélectionnables dans Copilot ; les autres fonctionnent comme des sous-agents cachés auxquels font appel d'autres agents.
• Les sous-agents sont des services NetBrain navires spécifiquement destinés à la délégation, appelés par les agents Système, Personnalisé et Fonction pour gérer une sous-tâche.

Agent Studio est l'endroit où ces compétences et catégories d'agents sont créées et gérées.

Exécution de playbook Ansible

Ansible est un outil populaire de provisionnement, d'orchestration et de déploiement d'applications, déjà utilisé dans la plupart des organisations informatiques. Plutôt que de le traiter comme un système distinct, NetBrain l'intègre ainsi au même flux de travail réglementé que toutes les autres actions de cette page.

• Nœud de tâche Ansible : définissez et exécutez un playbook Ansible existant, effectuez une simulation avant de valider les modifications et obtenez l’enregistrement automatique de chaque résultat d’exécution.
• Synchronisation avec les playbooks versionnés sur GitHub et autres systèmes de gestion de versions, vous permettant ainsi d'exécuter toujours la version maintenue par votre équipe, et non une copie. NetBrain.
• Il suit le même processus d'approbation et d'audit que tous les autres outils d'action en direct et Runbook nœud, aucun modèle de gouvernance distinct à gérer.