¿Qué significa la infraestructura inmutable en la práctica y por qué importa?

Significa que los servidores nunca se modifican después de crearse. Para cambiar algo construyes una imagen o un contenedor nuevos, despliegas instancias frescas y destruyes las antiguas en vez de parchear en el sitio. Importa porque elimina la deriva de configuración, hace los entornos reproducibles desde el código, convierte el rollback en volver a desplegar el artefacto anterior, y hace que un host comprometido o degradado se reemplace en vez de repararse.

Significa que nada se cambia después de construirse. Nada de entrar por ssh a arreglar una configuración ni de lanzar una actualización de paquetes en una máquina viva. Si algo tiene que cambiar, el cambio va al código, horneamos una imagen o contenedor nuevos y la flota se reemplaza con instancias de esa imagen. La recompensa es que el estado de producción queda determinado por completo por un artefacto y una versión, así que staging y producción coinciden de verdad, y un host que lleva tres meses corriendo no tiene ediciones manuales acumuladas que nadie recuerda. El rollback pasa a ser desplegar el digest anterior, que tarda minutos y no tiene incógnitas. También ayuda con la seguridad: parchear significa reconstruir desde una base actualizada y desplegar, y si un host parece comprometido lo terminas en vez de intentar limpiarlo. La parte incómoda es todo lo que guarda estado. Las bases de datos y los conjuntos con estado siguen necesitando actualizaciones en el sitio y migraciones cuidadosas, y la disciplina ahí es separar el ciclo de vida de los datos del ciclo de vida del cómputo para que el cómputo siga siendo desechable.