Instâncias EC2 em um grupo do Auto Scaling criado pelo CloudFormation exigem um arquivo de configuração mantido no controle de origem. As instâncias devem ter a configuração mais recente no lançamento, e as alterações no modelo do CloudFormation devem ser refletidas em todas as instâncias com atraso mínimo. Qual solução consegue isso?

A opção correta utiliza metadados de inicialização do CloudFormation para incluir o arquivo de configuração diretamente no modelo. O cfn-init é executado no lançamento da instância para aplicar essa configuração inicial. O cfn-hup é um daemon que verifica continuamente atualizações nos metadados da instância, garantindo que as alterações no modelo do CloudFormation sejam rapidamente propagadas para as instâncias em execução, atendendo aos requisitos de atraso mínimo. As outras opções são incorretas porque: Adicionar uma regra do AWS Config não é a ferramenta adequada para gerenciar e aplicar configurações de arquivos durante o lançamento de instâncias EC2 ou para propagar atualizações de forma reativa. Um recurso de modelo de inicialização do EC2 (Launch Template) pode ser usado, mas apenas incluir o conteúdo do arquivo de configuração nele não garante a aplicação ou a atualização contínua. A combinação com cfn-init e cfn-hup é essencial para a solução completa. A combinação de Launch Template com Systems Manager Resource Data Sync não é a abordagem padrão ou mais eficiente para este caso de uso específico de aplicação e atualização de configurações via CloudFormation.