Um desenvolvedor está usando o AWS SAM para construir um aplicativo serverless e atualmente testa em um ambiente de desenvolvimento. Ele precisa adicionar ambientes de teste e staging para QA e quer usar um recurso do AWS SAM que suporte a implantação em vários ambientes nomeados com o mínimo esforço. Qual abordagem exige o menor esforço de desenvolvimento?

A abordagem mais eficiente é usar um arquivo de configuração SAM no formato TOML. Este arquivo permite agrupar configurações por ambiente (desenvolvimento, teste, staging), definindo diferentes valores para parâmetros, tags e outras propriedades específicas de cada um. Ao usar sam deploy com a flag --config-env, o SAM CLI aplica automaticamente as configurações do ambiente especificado, minimizando o esforço de desenvolvimento e a chance de erros. Criar modelos SAM separados para cada ambiente aumenta a duplicação de código e a complexidade de manutenção. Usar um único arquivo de configuração com parameter-overrides ou adicionar parâmetros diretamente no modelo SAM existente exige que o desenvolvedor gerencie manualmente a passagem de múltiplos parâmetros a cada implantação, o que é mais propenso a erros e mais trabalhoso do que a abordagem baseada em TOML.