¿Qué hace mantenible la infraestructura como código?

Respuesta directa

Qué debe cubrir una buena respuesta

Cómo funciona

El código de infraestructura mantenible se parece al código de aplicación mantenible. Los módulos son pequeños, tienen un equipo dueño y exponen entradas y salidas explícitas en lugar de meterse unos en otros. Proveedores y módulos se fijan para que un plan no cambie porque apareció una versión nueva. Formato, validación y comprobaciones de políticas corren en CI, los planes se revisan en pull requests y los apply solo ocurren por automatización. La detección de deriva compara la realidad con el código según calendario y señala cambios manuales. La documentación cubre el ciclo de vida: cómo añadir un entorno, cómo rotar una credencial y cómo retirar un módulo sin dejar recursos huérfanos.

Ejemplo

Un equipo de plataforma publica un módulo vpc versionado con variables y salidas documentadas; los equipos de producto lo componen con sus propios módulos de servicio en un repositorio de entornos. Renovate abre pull requests para actualizaciones de proveedores, tfsec y políticas OPA rechazan buckets públicos y volúmenes sin cifrar en CI, y un job nocturno de deriva publica cualquier security group cambiado a mano en el canal del equipo dueño.

Errores frecuentes

• Copiar las mismas 300 líneas en cada entorno en lugar de un módulo.
• Aplicar desde portátiles, de modo que nadie sabe qué versión del código está en producción.
• No detectar nunca la deriva y descubrir una regla de firewall editada a mano durante un incidente.

Una estructura útil para responder

Responde desde tu propia experiencia.

No memorices un guion: usa solo ejemplos que puedas explicar con honestidad en preguntas posteriores.