Herramientas de Automatización

Intent-Based Automation

Una herramienta de automatización predefinida que combina el diseño previsto y el estado operativo para validar el diseño de la red y obtener un estado preciso (error/advertencia/información) que permita tomar medidas. La intención codifica el funcionamiento de la red: las reglas de diseño, el comportamiento de enrutamiento y los estándares de configuración que todos los agentes y sistemas de automatización utilizan como base. Network Intent Es donde se definen y versionan las intenciones y su lógica.

Runbook Automatización

A runbook Se trata de un flujo de trabajo determinista, no de un documento estático guardado en una wiki. Es la forma en que el manual de un ingeniero sénior, con los pasos exactos que seguiría para diagnosticar y solucionar un problema conocido, se convierte en algo que todo el equipo puede ejecutar y reutilizar, no solo leer.

Localización de averías runbooks se integra con herramientas ITSM como ServiceNow para generar un mapa y comenzar el diagnóstico directamente desde un ticket de servicio, reducir el ruido no procesable y combinar CLI, Network Intenty la IA en un único flujo de trabajo en lugar de tres pasos separados.

• CAMBIAR runbookLos sistemas llevan a cabo un cambio de red a través de la misma disciplina de circuito cerrado en cada ocasión: validación previa al cambio, ejecución, verificación posterior al cambio, comparación con la línea base prevista y documentación, protegidos por la Triple Defensa en cada etapa.
• CAMBIAR runbook Los nodos se etiquetan como planificación, verificación previa al cambio o verificación posterior al cambio, y agrupan los pasos relacionados en tareas con nombre que se ejecutan en orden. El sistema compara automáticamente los datos "antes" y "después" de las fases etiquetadas. Un cambio con varias partes se ejecuta sección por sección en lugar de como una larga lista, y las etiquetas de las fases se conservan al guardarlas como plantilla.
• Cada cambio generado se envía automáticamente con su correspondiente reversión. La generación nunca produce uno sin el otro, y si la verificación posterior al cambio revela una discrepancia, la opción de corregir o revertir se muestra de inmediato en lugar de tener que buscarla manualmente, aunque una persona aún debe ejecutarla.
• Publicado runbooks, tanto la resolución de problemas como el cambio, terminan en el Runbook En la biblioteca, la solución a un problema conocido se escribe una sola vez y se reutiliza por el agente de cambios, el agente complementario o un ingeniero, en lugar de reconstruirse desde cero cada vez.
• Una infracción detectada puede seguir dos caminos: un flujo de aprobación manual que la retiene para que un aprobador la revise cuando la situación requiere precaución, o un flujo preaprobado que su equipo ya ha aprobado para problemas conocidos y de bajo riesgo, de modo que la ejecución no espera a que alguien revise ese caso específico. En cualquier caso, se rige por las mismas políticas de aprobación, plazos de SLA y mecanismos de reversión que cualquier otro cambio.
• Change Wiki registra automáticamente cada cambio de red, qué cambió, cuándo, en qué dispositivos y qué impacto tuvo a nivel de configuración, con un breve resumen escrito por IA, extraído de ambos runbook ejecuciones y NetBrainsu propio escaneo de configuración regular.

Tanto Change Manager como Task Manager se ejecutan sobre esta misma capa de ejecución, cerrando el ciclo desde la detección hasta un resultado verificado y documentado, ya sea un cambio o una modificación. runbook Fue elaborado manualmente, generado por el Agente de Cambio o extraído de la Biblioteca de Evaluación.

Herramientas de acción en vivo

NetBrain Las herramientas de acción en vivo cubren las operaciones directas de un solo paso disponibles en toda la plataforma: ejecutar un comando CLI, ejecutar un nodo Intent o ejecutar un Runbook nodo, sin antes construir un flujo de trabajo completo a su alrededor.

• Disponibles directamente desde AI Copilot, sin necesidad de crear previamente un flujo de trabajo completo a su alrededor.
• Cada acción que cambia el estado de la red sigue pasando por la misma ruta de aprobación y auditoría que una acción completa. runbookLas acciones comunes incluyen Ping, Traceroute, Path, Compare, Retrieve Live Data, Verify Application, ejecución de comandos CLI y ejecución de una Qapp o Gapp precompilada.

Habilidades del agente

Las habilidades enseñan NetBrainLos agentes utilizan el lenguaje propio de su red: identificadores de circuito, nomenclatura interna de la WAN, procedimientos específicos de cada red y lógica de resolución de problemas específica del sitio. No es necesario volver a entrenar el modelo.

• Skills Assistant crea un documento personalizado contigo mediante una conversación: adjunta una captura de pantalla o un PDF, indícale la tabla de datos en tiempo real, describe lo que necesitas y te entregará un documento completo de Skills. Cada modificación se guarda como una versión independiente.
• El agente lee las habilidades una sola vez al inicio de cada ejecución, antes de que comience el razonamiento, y las relaciona con la tarea en cuestión mediante su descripción. Estas habilidades sirven como guía.
• Los agentes de funciones vienen preconfigurados para cubrir el análisis de la configuración maestra, el cálculo de rutas, la documentación del dominio y el análisis sintáctico. Algunos se pueden seleccionar directamente en Copilot; el resto funcionan como subagentes ocultos a los que recurren otros agentes.
• Los subagentes son servicios NetBrain Se trata de misiones específicas para la delegación, llamadas por agentes de sistema, personalizados y de función para gestionar una subtarea.

Agent Studio es donde se crean y gestionan estas habilidades y categorías de agentes.

Ejecución de playbook de Ansible

Ansible es una herramienta popular de aprovisionamiento, orquestación e implementación de aplicaciones que ya se utiliza en la mayoría de las organizaciones de TI. En lugar de tratarla como un sistema separado, NetBrain Esto la integra en el mismo flujo de trabajo controlado que todas las demás acciones de esta página.

• Nodo de tarea de Ansible: define y ejecuta un playbook de Ansible existente, realiza una prueba antes de confirmar los cambios y obtén el registro automático de cada resultado de la ejecución.
• Se sincroniza con los playbooks controlados por versiones en GitHub y otros sistemas SCM, por lo que siempre estarás ejecutando la versión que mantiene tu equipo, no una copia pegada en NetBrain.
• Sigue el mismo proceso de aprobación y auditoría que cualquier otra herramienta de Live Action Tool y Runbook nodo, sin modelo de gobernanza separado que gestionar.