È necessario aggiungere test di integrazione a un flusso di lavoro CodePipeline esistente che crea un'immagine container per un servizio Amazon ECS e la invia a ECR con un nuovo tag. I test devono verificare che la nuova versione del servizio sia raggiungibile e che gli endpoint API restituiscano risposte di successo. Esiste già un cluster ECS per i test. Quali tre azioni forniscono questo con il minimo overhead di gestione?

Per integrare i test di integrazione con il minimo overhead, la soluzione più efficiente è utilizzare le funzionalità native di AWS. Aggiungere una fase di Deploy alla pipeline con Amazon ECS come provider di azioni permette a CodePipeline di gestire direttamente la distribuzione della nuova immagine container al cluster ECS di test. Per indicare a ECS quale immagine distribuire, la fase di build deve produrre un file imagedefinitions.json che specifichi il nuovo tag dell'immagine, garantendo che la versione corretta venga utilizzata. Infine, una funzione Lambda è ideale per eseguire i test di connettività e le chiamate API, poiché può essere facilmente integrata come azione nella pipeline, eseguendo i controlli necessari sul servizio appena distribuito. Le opzioni errate includono l'uso di CodeDeploy (non necessario per distribuzioni ECS native semplici), l'aggiunta di un appspec.yml (specifico per CodeDeploy, non per distribuzioni ECS dirette), e l'uso di uno script S3 (meno integrato e con più overhead rispetto a Lambda per i test).