Mudanças de configuração na infraestrutura imutável

Question

Como as pessoas que estão usando infraestrutura imutável gerenciam as alterações de configuração entre seus diferentes ambientes? Não consigo exercitar uma maneira legal de criar uma AMI por função e usá-la em todos os ambientes.

O que quero dizer é como eu construo uma única ami que eu possa implantar no desenvolvimento, preparação e produção, mas isso aponta para o ELB correto, etc. para esse ambiente. No minuto em que as únicas opções em que consigo pensar são:

• Crie uma AMI por ambiente por função (servidor da Web de produção, servidor de aplicativos do produto, servidor da Web de preparação, ...). Isso parece frustrar o propósito de II em ter a mesma imagem empurrada para todos os ambientes.
• Construa uma AMI quase completa e faça a configuração final depois de iniciá-la, mas antes de adicioná-la ao ELB. Isso parece estar próximo, mas sinto que falta algo.

Existe alguma maneira para eu passar um conjunto de parâmetros para uma AMI quando ela está sendo criada ou outra coisa? Como os outros estão usando infra-estrutura imutável?

Obrigado.

    

Answer 1

No Boxfuse , vivemos e respiramos infraestruturas imutáveis. Recomendamos uma combinação das duas abordagens a seguir:

1. Asse 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)
2. Passe nas configurações restantes como uma instância script de shell de dados do usuário (cloud-init) que exporta ambientes de ambiente com os valores necessários para essa máquina / ambiente