Como as pessoas que usam infraestrutura imutável lidam com mudanças de configuração entre seus diferentes ambientes? Não consigo encontrar uma maneira legal de criar uma AMI por função e usá-la em todos os ambientes.
O que quero dizer é como faço para construir um único ami que possa implantar para desenvolvimento, preparação e produção, mas que aponte para o ELB correto, etc., para esse ambiente. No momento, as únicas opções que consigo pensar são:
- Crie uma AMI por ambiente e por função (servidor web de produção, servidor de aplicativos de produção, servidor web temporário, ...). Isto parece anular o propósito do II de ter a mesma imagem empurrada para todos os ambientes.
- Crie uma AMI quase completa e faça a configuração final após iniciá-la, mas antes de adicioná-la ao ELB. Isso parece estar próximo, mas sinto que há algo faltando.
Existe alguma maneira de passar um conjunto de parâmetros para uma AMI quando ela está sendo criada ou algo mais? Como os outros estão usando infraestrutura imutável?
Obrigado.
Responder1
NoFusível de caixavivemos e respiramos infraestrutura imutável. Recomendamos uma combinação das duas abordagens a seguir:
- Prepare o máximo de configuração possível para todos os ambientes diretamente na AMI (e selecione automaticamente o conjunto correto em tempo de execução)
- Passe as configurações restantes como uma instânciadados do usuárioshell script (cloud-init) que exporta ambientes com os valores necessários para aquela máquina/ambiente