IA para infraestructura y plataforma
Su arquitectura tiene una historia. El próximo cambio debe respetarla.
Nube, clúster, repositorio y configuración forman parte del mismo entorno. Myrmex relaciona estas fuentes para investigar problemas y proponer cambios que su equipo puede revisar.
El código que describe el entorno.
De la configuración observada al cambio revisable.
El entorno cambió. ¿El código lo acompañó?
Cerrar un acceso desde la consola puede dejar una discrepancia para el próximo despliegue. El ejemplo del bucket público muestra por qué el diagnóstico debe alcanzar la configuración que creó el recurso.
La corrección aparece donde su equipo ya revisa los cambios.
Myrmex encuentra el IaC vinculado a la integración y prepara el cambio en el repositorio. El diff y las verificaciones hacen que la propuesta pueda revisarse antes de aplicar nada.
Integraciones › aws-prod › IaC
Qué muestra este ejemploPull request abierto con el diff y las verificaciones en verde.
Escenario ilustrativo. Datos de demostración; los resultados dependen del entorno y las reglas configuradas.
La revisión del código no termina la responsabilidad sobre producción.
El registro del cambio reúne el servicio afectado, la ventana, los aprobadores y el plan de reversión. El estado de ejecución debe seguir siendo claro después de la propuesta.
Gestión de cambios › GMUD-0233
Qué muestra este ejemploCambio enviado, esperando la segunda aprobación nombrada.
Cuando el pod se reinicia, la causa puede estar en el commit.
Myrmex lee la carga de trabajo, el ConfigMap y el cambio en el repositorio para explicar la falla. El plan distingue diagnóstico de acción y respeta los permisos de la integración.
Chat › Plan
Qué muestra este ejemploUna clave renombrada en un commit; manifiesto corregido para aprobación.
El conocimiento debe seguir siendo útil después del incidente.
Los runbooks documentan el entorno observado. Las rutinas vigilan certificados, configuración y otras condiciones que requieren atención antes del próximo cambio.
“Escribe el runbook de recuperación del clúster de pagos con lo que está en producción hoy.”
Documentos › Editor de informes
Qué muestra este ejemploRunbook escrito desde la lectura, listo para revisión.
Antes de ponerlo en operación
Cómo protegemos su operación¿La aprobación amplía los permisos de una integración?
No. El permiso técnico y la aprobación de un cambio son condiciones distintas. Una integración de solo lectura no obtiene escritura por una aprobación; la propuesta necesita una vía autorizada, como la revisión en el repositorio.
¿Un pull request abierto significa que la corrección ya se aplicó?
No. Propuesta, revisión y ejecución tienen estados distintos. El escenario presenta el PR y el registro del cambio para aclarar qué sigue dependiendo de una decisión.
Traiga un cambio que merezca una segunda revisión.
Recorreremos el contexto, la propuesta y los controles de ejecución junto a su equipo.