Uno sviluppatore sta usando AWS SAM per creare un'applicazione serverless e attualmente esegue test in un ambiente di sviluppo. Deve aggiungere ambienti di test e staging per il QA e vuole usare una funzionalità di AWS SAM che supporti il deployment su più ambienti nominati con il minimo sforzo. Qual è l'approccio che richiede il minor sforzo di sviluppo?

L'opzione corretta è l'approccio più efficiente perché AWS SAM supporta nativamente la gestione di più ambienti tramite file di configurazione TOML. Utilizzando il flag --config-env, si possono specificare le impostazioni per ciascun ambiente (sviluppo, test, staging) all'interno di un unico file, riducendo la duplicazione del codice e semplificando il processo di deployment. Creare template SAM separati (opzione B) introduce ridondanza e maggiore manutenzione. Usare un singolo file di configurazione con parameter-overrides (opzione C) è fattibile ma meno strutturato e più propenso a errori rispetto alla gestione degli ambienti tramite TOML. Mantenere il template esistente con parametri (opzione D) richiede di passare manualmente i parametri ad ogni deployment, il che è più laborioso e meno automatizzabile rispetto alla configurazione basata su TOML.