O Que é Configuration Management? Controlando Como Sistemas São Configurados
Configuration management é a prática de definir, versionar e aplicar de forma consistente as configurações que determinam como sistemas e aplicações se comportam.
O mesmo código se comporta de forma diferente dependendo de sua configuração: URLs de banco de dados, feature flags, limites de recursos, credenciais. Configuration management é como os times mantêm essa configuração consistente, auditável e reproduzível entre ambientes, em vez de settings editados à mão que divergem. É um pré-requisito para deploys em que você pode confiar e reproduzir.
O que ela governa
Duas camadas relacionadas: config de aplicação (environment variables, feature flags, connection strings) e config de sistema (pacotes instalados, settings de OS, versões de runtime). Ambas devem ser definidas explicitamente em vez de configuradas à mão e esquecidas.
Por que importa
- Consistência: a mesma config aplicada de forma idêntica em todo lugar.
- Auditabilidade: mudanças rastreadas em version control.
- Reprodutibilidade: reconstruir um ambiente a partir de sua definição.
- Prevenção de drift: detectar quando a realidade diverge da intenção.
Config separada do código
Um princípio central é manter a config fora do build para que o mesmo artifact rode em todo ambiente com apenas sua config diferindo. É isso que permite promover um artifact testado, sem alterações, do staging à produção.
Configuration drift
Drift é quando sistemas em execução divergem silenciosamente de sua config declarada, um hotfix manual aqui, um ajuste não documentado ali. Drift é uma das principais causas de "funciona em um ambiente, falha em outro". Detectá-lo e corrigi-lo é um trabalho central do configuration management.
O papel do CI/CD
Pipelines aplicam configuração como código: definições de infraestrutura, environment files e referências de secrets fluem pela mesma revisão e automação que o código de aplicação. Isso torna mudanças de config testáveis, revisáveis e passíveis de rollback como qualquer outra mudança.
Ambientes de build reproduzíveis
Runners gerenciados se beneficiam da mesma ideia: uma runner image declarada e com versão fixada dá a cada job o mesmo toolchain. As runner images do Latchkey são definidas como configuração para que os builds rodem em um ambiente consistente e reproduzível.
Principais conclusões
- Configuration management mantém as configurações de sistema e app consistentes e sob version control.
- Manter config separada do código permite que um artifact rode em todo ambiente.
- Detectar configuration drift previne falhas específicas de ambiente e difíceis de depurar.