Stai creando dei template AWS CloudFormation per distribuire un'applicazione su Amazon ECS utilizzando AWS CodeDeploy. Vuoi rilasciare una nuova versione dell'applicazione solo a una percentuale di utenti prima di renderla disponibile a tutti (un deployment in stile phased/blue-green). Come dovresti implementarlo all'interno di CloudFormation?

L'opzione corretta è aggiungere una sezione Transform al template CloudFormation e includere l'hook AWS::CodeDeploy::BlueGreen. Questo è il meccanismo nativo di CloudFormation per orchestrare deployment blue/green con CodeDeploy su ECS. L'hook AWS::CodeDeploy::BlueGreen consente a CloudFormation di gestire il traffico e le fasi di deployment, inclusa la possibilità di specificare una percentuale di traffico per i deployment graduali. Distribuire la nuova versione in uno stack CloudFormation separato e aggiornare i record DNS è un approccio manuale al blue/green che non sfrutta l'integrazione nativa di CloudFormation con CodeDeploy per ECS, rendendolo meno efficiente e più propenso a errori. Aggiornare lo stack CloudFormation esistente ogni volta che è disponibile una nuova versione non supporta un deployment blue/green graduale, ma piuttosto un aggiornamento in-place, che può causare interruzioni o downtime durante la transizione. Creare uno stack annidato per la nuova versione con l'hook AWS::CodeDeploy::BlueGreen non è il modo corretto di utilizzare l'hook. L'hook AWS::CodeDeploy::BlueGreen viene specificato nella sezione Transform del template principale o di un template che definisce le risorse ECS, non in uno stack annidato separato per la nuova versione.