O que infraestrutura imutável significa na prática, e por que isso importa?

Significa que servidores nunca são modificados depois de criados. Para mudar qualquer coisa você constrói uma imagem ou container novo, sobe instâncias novas e destrói as antigas em vez de aplicar patch no lugar. Importa porque remove a deriva de configuração, torna os ambientes reproduzíveis a partir do código, transforma rollback em reimplantar o artefato anterior, e faz com que um host comprometido ou degradado seja substituído e não reparado.

Significa que nada é alterado depois de construído. Nada de entrar por ssh para corrigir uma config, nada de rodar um upgrade de pacote em uma máquina no ar. Se algo precisa mudar, a mudança vai para o código fonte, a gente assa uma imagem ou container novo, e a frota é substituída por instâncias daquela imagem. O retorno é que o estado da produção é inteiramente determinado por um artefato e uma versão, então staging e produção de fato batem, e um host que está rodando há três meses não tem edições manuais acumuladas que ninguém lembra. Rollback vira implantar o digest anterior, o que leva minutos e não tem incógnitas. Isso também ajuda na segurança: aplicar patch significa reconstruir a partir de uma base atualizada e trocar a frota, e se um host parece comprometido você o termina em vez de tentar limpá-lo. A parte desconfortável é qualquer coisa que guarda estado. Bancos de dados e stateful sets ainda precisam de upgrades no lugar e migrações cuidadosas, e a disciplina ali é separar o ciclo de vida dos dados do ciclo de vida da computação para a computação continuar descartável.