ArchiFlow

Observa tu red. Da forma a lo que viene.

Descubre dispositivos y conexiones. Conviértelos en una topología viva y luego revisa e implementa cambios desde el mismo lugar.

Sitio web del producto Conversar sobre tu entorno

Comienza con la red que existe.

Descubre dispositivos de red y sus conexiones sin instalar agentes. Los seis tipos de dispositivos permanecen conectados a un centro de descubrimiento.

Switch, router, firewall, punto de acceso, servidor y almacenamiento se conectan alrededor de un centro de descubrimiento ArchiFlow.

Descubrimiento sin agentes y documentación de topología
Plantilla → comparación → aprobación → implementación
Implementación en la nube, local o desconectada

Hecho para el trabajo.
Cambia la forma.

Tres lugares donde ArchiFlow convierte la complejidad en un siguiente paso claro.

01 / 03

Comienza con la red que realmente existe.

El desafío: Un equipo asume la responsabilidad de una sede con equipos de varios proveedores y diagramas desactualizados.
El producto en acción: Define rangos de exploración y credenciales de lectura, descubre dispositivos y vecinos, revisa enlaces inciertos y convierte los resultados en un diagrama editable.
Qué cambia: El equipo obtiene una línea base compartida de inventario y topología que puede volver a verificarse en exploraciones posteriores.

02 / 03

Revisa el cambio. Luego hazlo realidad.

El desafío: Es necesario actualizar una configuración común en varios switches sin perder las diferencias específicas de cada modelo.
El producto en acción: Prepara una plantilla, compárala con el estado en vivo, obtén aprobación y ejecútala en un conjunto piloto. Revisa resultados y diferencias antes de continuar la implementación.
Qué cambia: El cambio permanece vinculado con la configuración revisada y el historial de ejecución, lo que permite al equipo evaluar la recuperación si el resultado no es adecuado.

03 / 03

Equipos nuevos. El mismo contexto compartido.

El desafío: Se retira una unidad y un equipo local instala su reemplazo junto con el centro de operaciones.
El producto en acción: Verifica el inventario de repuestos y las conexiones de la unidad, transfiere las relaciones al reemplazo y comprueba la topología y la configuración después de instalarlo.
Qué cambia: La documentación refleja la unidad activa y su historial de reemplazo, ofreciendo al siguiente turno la misma visión operativa.

Escenarios e imágenes ilustrativos.

Un sistema enfocado.
Parte de una visión más amplia.

Un espacio de trabajo para el equipo de redes: descubrir dispositivos existentes, crear documentación editable y conectar cada cambio con la configuración, el direccionamiento y el historial de ejecución. Los operadores de red pueden trabajar tanto con el diseño previsto como con la infraestructura observada.

La base de la red.

ArchiFlow ofrece a los equipos de Titans una vista compartida de la infraestructura donde trabajan: dispositivos, enlaces, direcciones y configuraciones. Durante una colaboración, ese contexto conecta el diseño de red con las personas que la operan. El descubrimiento establece la línea base; los cambios revisados y la documentación viva mantienen su utilidad después de la implementación.

El flujo de trabajo completo

Flujo ilustrativo sin datos de clientes: un equipo de redes asume una sede con switches de varios proveedores y diagramas incompletos. Establece qué está conectado antes de preparar y ejecutar un cambio de configuración común.

Definir y descubrir la sede
El responsable de la red selecciona rangos de direcciones y vías de gestión permitidas. Las credenciales delimitadas permiten descubrir equipos y recuperar información de vecinos mediante los protocolos compatibles.
Un inventario y una topología observados, con nivel de confianza de los enlaces, están disponibles para compararse con los equipos conocidos.
Revisar el modelo de trabajo
Un ingeniero verifica enlaces inciertos, convierte el descubrimiento en un diagrama editable y completa la información faltante de sede, dirección o conexión. Los registros existentes de Excel pueden pasar por mapeo de columnas y validación.
Los dispositivos, las conexiones y el direccionamiento revisados aportan contexto para elegir los equipos afectados por el cambio.
Preparar y comparar configuraciones
El ingeniero selecciona una plantilla CLI o Jinja2 y proporciona los campos pertinentes del dispositivo. La configuración candidata se compara con la configuración en ejecución antes de que un operador autorizado revise las diferencias.
La configuración propuesta y sus diferencias pueden revisarse en el contexto de los equipos reales.
Ejecutar una implementación limitada
El operador aprueba una ejecución piloto en un conjunto seleccionado de dispositivos. El equipo verifica la salida de comandos, incluidos errores de CLI específicos de plataforma, antes de decidir si el cambio debe llegar a más equipos.
El historial de ejecución y las versiones de configuración permiten al operador examinar lo ocurrido. Las reglas de continuación y detención siguen el procedimiento de cambios acordado.
Verificar y transferir
El ingeniero revisa la configuración y topología resultantes, registra problemas pendientes y programa un nuevo descubrimiento. Si se necesita recuperación, el equipo usa la vía probada para esa familia de dispositivos y ese cambio.
El siguiente turno puede examinar juntos el modelo actual, la configuración revisada y el historial de ejecución, con el trabajo pendiente identificado.

El cambio deja una cadena revisable desde el equipo descubierto hasta la configuración propuesta y el resultado de ejecución. El comportamiento de recuperación, la compatibilidad y los criterios de aceptación se establecen para la red seleccionada.

Las capacidades internas

Descubrimiento y mapeo de redes

La exploración de rangos IP y el descubrimiento de vecinos mediante SSH, SNMP, CDP y LLDP conectan dispositivos y enlaces en una topología. La confianza de los enlaces ayuda a distinguir la información observada de las relaciones que requieren verificación.

Entrada: Rangos IP permitidos, vías de gestión accesibles y credenciales de dispositivos delimitadas.
Resultado: Observaciones de dispositivos y relaciones de vecindad, con un nivel de confianza que identifica enlaces que requieren verificación de un ingeniero.

Diseño y documentación en vivo

Un diagrama editable trata los dispositivos, las conexiones y las direcciones como parte del modelo de red. Convierte los resultados del descubrimiento en un diseño compartido y actualiza la documentación mediante exploraciones periódicas.

Entrada: Resultados del descubrimiento, inventario existente y modificaciones de dispositivos, cables o direcciones.
Resultado: Un modelo de red editable que conecta el diagrama con el inventario y puede contrastarse con una exploración posterior.

Direcciones IP y prefijos

Gestiona direcciones, prefijos y VLAN en el contexto de sedes y dispositivos. La asignación, las operaciones masivas y las vistas de utilización crean una base estructurada para el siguiente cambio de red.

Entrada: Espacio de direcciones conocido, prefijos y asignaciones asociados con sedes y equipos.
Resultado: Asignaciones de direcciones e información de utilización que ayudan al equipo a preparar el siguiente cambio sin depender de listas separadas.

Plantillas de configuración

Las plantillas CLI y Jinja2 usan campos de los dispositivos para preparar la configuración adecuada. Una biblioteca compartida y el historial de versiones mantienen disponibles las plantillas y sus decisiones para un trabajo repetible.

Entrada: Una plantilla CLI o Jinja2 versionada y valores del dispositivo seleccionado.
Resultado: Configuración candidata específica del dispositivo, lista para comparar y revisar antes de implementarla.

Copias de seguridad, diferencias y desviaciones

Captura las configuraciones en ejecución y compáralas con los cambios propuestos. El historial de versiones y las diferencias agrupadas entre dispositivos ayudan a identificar desviaciones y evaluar una vía de recuperación.

Entrada: Una configuración en ejecución capturada y una versión candidata o anterior.
Resultado: Versiones de configuración y diferencias agrupadas que aportan evidencia para revisar desviaciones y evaluar la recuperación.

Implementación por etapas y programada

Define un conjunto de dispositivos, una ventana de cambio y una ejecución piloto inicial. El historial de ejecución y los resultados de comandos ayudan al equipo a evaluar el cambio antes de ampliarlo al resto de los equipos.

Entrada: Configuración revisada, un conjunto de dispositivos, un horario permitido y el alcance piloto inicial.
Resultado: Historial de ejecución y resultados de comandos para decidir si continuar, corregir el cambio o investigar un fallo.

Inventario, repuestos y reemplazo

Conecta el inventario de dispositivos, cables y fuentes de alimentación con las sedes y los diagramas. El reemplazo de dispositivos puede trasladar relaciones de interfaces, direcciones y cables al nuevo equipo, dejando registrado el retiro de la unidad anterior.

Entrada: Inventario de la sede, equipos de repuesto disponibles y relaciones de interfaces, direcciones y cables de la unidad anterior.
Resultado: Un registro de reemplazo y las relaciones transferidas en el modelo de red, con identificación de la unidad retirada.

Colaboración y asistencia de IA

La edición compartida y un registro de actividad mantienen el contexto del equipo de redes. La asistencia de IA puede responder preguntas con datos de red y preparar cambios para revisión. La configuración en la nube o con modelo local depende de la versión, el entorno de ejecución y la política de datos.

Entrada: Actividad del equipo, diagrama abierto e información de red disponible para el usuario.
Resultado: Contexto de trabajo compartido y respuestas de IA o cambios propuestos para revisión del operador. El modo de IA disponible depende de la implementación.

La información que sigue conectada

Estos objetos de trabajo explican la información utilizada en una tarea. Sus descripciones no son un esquema de base de datos ni un formato de API publicados.

Sedes, equipos y conexiones

Los dispositivos, las interfaces, los cables y las relaciones con sedes conectan los equipos descubiertos con la topología. La confianza de los enlaces distingue la evidencia observada de las relaciones que necesitan verificación.

Encontrar los equipos afectados por un cambio y transferir su contexto a otro ingeniero.

Direcciones y espacio de red

Las IP, los prefijos y las VLAN pueden gestionarse o importarse con los demás objetos del inventario. Los datos existentes en hojas de cálculo pasan por mapeo y validación.

Preparación de asignaciones y verificación de la información de red de la que depende una plantilla.

Configuraciones y versiones

Las plantillas, la configuración candidata, la configuración en ejecución y las versiones almacenadas representan los estados propuesto y observado. Su comparación revela diferencias entre los equipos seleccionados.

Revisar un cambio y evaluar una vía de recuperación verificada para la plataforma.

Ejecuciones, actividad y auditoría

Los resultados de implementación, la actividad de descubrimiento y los eventos de configuración dejan un historial operativo. El Centro de Confianza público también describe la exportación de auditorías a un SIEM.

Comprender el resultado de una ejecución, rastrear responsabilidades y dirigir la evidencia a las herramientas de supervisión existentes.

Conexiones con tus sistemas existentes

Equipos y versiones de sistemas operativos

La conectividad incluye familias de equipos Cisco, Juniper, Arista, Fortinet y Palo Alto, entre otras. El descubrimiento verifica los modelos, las versiones y las operaciones necesarias para cada familia.

Inventario y datos existentes

Los dispositivos, las direcciones, las sedes y las conexiones pueden importarse desde Excel con mapeo y validación de columnas. Una integración con NetBox requiere reglas de responsabilidad para cada campo y su sincronización.

Monitoreo y flujos operativos

Conecta el modelo de red con el contexto de monitoreo y sistemas como SolarWinds. Las conexiones API adicionales y las transferencias de eventos se delimitan según las herramientas existentes de la organización.

Vías de implementación y gestión

Las opciones de implementación incluyen Docker en un solo servidor, capas separadas de aplicación y datos e instalación en redes desconectadas. Cada entorno requiere vías de acceso a dispositivos, gestión de secretos, copias de seguridad y procedimientos de actualización.

Permisos, control y excepciones

Permisos por rol

Separa visualización, edición y administración, mapeando grupos organizacionales con permisos. El permiso de editar un diagrama no otorga automáticamente permiso para implementar configuraciones.

Credenciales con el alcance adecuado

Los conjuntos de credenciales se delimitan por sedes y dispositivos. Define cuentas de servicio y los permisos mínimos necesarios para descubrimiento y ejecución.

Historial revisable

Preserva el vínculo entre un cambio, su usuario, configuración y resultado de ejecución. El historial de versiones permite evaluar la recuperación; la vía de recuperación se verifica para el tipo de dispositivo.

Un límite explícito para la IA en la nube

El complemento de IA en la nube se evalúa por separado de la implementación del núcleo. No supongas que está disponible en una red desconectada: acuerda qué capacidades se ejecutan, qué datos pueden salir y qué aprobaciones se necesitan.

Cuando las cosas no salen según lo planeado

El trabajo habitual incluye verificar el descubrimiento, mantener plantillas y credenciales, revisar cambios y actualizar la documentación. Las salvaguardas muestran operaciones incompletas o fallidas; el proyecto asigna responsables de respuesta.

El descubrimiento deja brechas

Un dispositivo inaccesible o un enlace incierto requiere investigación. El operador verifica conectividad, credenciales y evidencia de vecinos, y completa el modelo cuando es necesario. El resultado de una exploración debe tratarse como una observación con un alcance, no como prueba de que se encontraron todos los activos.

La conexión funciona, pero un comando falla

ArchiFlow describe un clasificador de errores de CLI específicos de cada plataforma, incluso cuando el transporte indica éxito. Los operadores revisan el resultado del comando y determinan la corrección. El comportamiento de detención, reintento y recuperación debe verificarse para la familia de dispositivos y la operación reales.

Solo se completa parte de una implementación

Una ejecución piloto, las versiones de configuración y el historial de ejecución permiten investigar antes de ampliar. El proyecto debe definir cómo gestionar un conjunto de dispositivos modificado parcialmente y cuándo detenerse. Las copias de seguridad por sí solas no establecen un procedimiento universal de reversión.

Los datos importados o de reemplazo requieren conciliación

La validación de columnas ayuda a revisar una importación; el reemplazo traslada las relaciones del dispositivo al nuevo modelo. Los ingenieros aún necesitan reglas para registros contradictorios e interfaces que no existen en el modelo de reemplazo. Transferir relaciones no garantiza la portabilidad de la configuración.

Implementación y adecuación organizacional

Seleccionar una sede representativa
El equipo de redes proporciona una lista de equipos, rangos de direcciones y requisitos de acceso. Juntos elegimos un flujo inicial y definimos qué puede explorarse o modificarse.
Validar el descubrimiento y el modelo
Ejecuta el descubrimiento dentro del alcance acordado y compáralo con el inventario conocido. El resultado es una topología revisada y una lista de brechas por resolver.
Ejecutar un cambio controlado
El responsable de la red selecciona una plantilla y dispositivos de prueba. Valida permisos, aprobación, resultados de comandos y copias de seguridad antes de ampliar.
Establecer la rutina operativa
Define responsables, exploraciones periódicas, ventanas de cambio y gestión de fallos. La ampliación a otras sedes sigue una lista de compatibilidad revisada.

El entorno de implementación

Entorno de ejecución: Implementación local y operación en redes desconectadas. La página principal del producto describe IA en la nube, mientras el material de versiones también describe modelos locales. La configuración de IA, la versión del producto y las vías de actualización se evalúan para el entorno real.
Infraestructura existente: Topología y equipos de distintos proveedores. Los modelos, versiones y vías de gestión de dispositivos se revisan durante el descubrimiento.
Traer a la conversación: Una sede o red representativa, una lista de equipos, restricciones de acceso y un flujo operativo que mejorar.

Confirmar el equipo y la operación

Revisa los modelos, las versiones de sistemas operativos y las acciones necesarias de una sede representativa. El nombre de un proveedor no constituye una declaración completa de compatibilidad. El descubrimiento, el respaldo, la implementación y la recuperación pueden requerir validaciones diferentes antes de ampliar el alcance.

Definir las conexiones con sistemas existentes

La sincronización con NetBox, el monitoreo con SolarWinds, las interfaces de identidad y la exportación a SIEM se describen públicamente. El proyecto establece compatibilidad de conectores, responsables de campos, mapeo de grupos y entrega de eventos. Otros logotipos de proveedores tecnológicos no identifican por sí solos una integración lista para el cliente.

Mantener la autoridad de cambios en manos de los operadores

El acceso por rol, las credenciales delimitadas y los puntos de revisión gobiernan los cambios. El copiloto propone acciones que confirma un operador debidamente autorizado. Acuerda quién puede preparar, aprobar y ejecutar cada operación, junto con su evidencia, condiciones de detención y procedimiento de recuperación.

Elegir el modo de implementación y de IA

Se describen implementaciones del núcleo locales y desconectadas. La página de inicio presenta Claude como complemento opcional en la nube, mientras las páginas de versiones y confianza también describen IA local. Confirma la versión instalada, el modelo disponible y las rutas de datos del proyecto; una implementación desconectada no implica IA en la nube.

Preguntas sobre adecuación

¿Necesitamos un diagrama preciso para comenzar?

No. Comienza con el descubrimiento de la red existente y las importaciones de inventario. El equipo valida los resultados y completa las relaciones que la exploración no puede establecer por sí sola.

¿Se admiten todos los modelos de un proveedor?

El nombre de un proveedor no basta. Verifica el modelo, el sistema operativo, la versión y la operación prevista —descubrimiento, copia de seguridad, implementación o recuperación— antes de ampliar el despliegue.

¿Podemos implementarlo sin acceso a internet?

Hay una instalación sin conexión disponible. Prepara de antemano el paquete de instalación, el procedimiento de actualización y el acceso a los dispositivos. Las capacidades de IA en la nube no están garantizadas en este modo de implementación.

¿La IA modifica la red por su cuenta?

El copiloto propone cambios para que el usuario los revise y confirme. Los permisos del usuario y el proceso de cambios siguen siendo aplicables cuando la propuesta la genera IA.

¿Qué debemos llevar a una evaluación de adecuación?

Comparte una sede representativa, inventario de modelos y versiones, enfoque de gestión de direcciones, herramientas de monitoreo y un flujo de cambios. Estos elementos definen una evaluación práctica y un entregable claro.

Documentación y lecturas adicionales

Conéctalo con tu trabajo.

Comienza con un flujo, su información y las personas que lo conocen. Definamos juntos el camino a la implementación.

Hablar sobre ArchiFlow ↗Sitio web del producto ↗Todos los productos ↗