Un'applicazione web per l'archiviazione di immagini è in esecuzione su istanze EC2 in un gruppo Auto Scaling dietro un ALB. Le immagini sono archiviate in S3. L'azienda desidera una nuova funzionalità in cui le richieste di test vengano instradate a un gruppo target separato che ospita una versione beta dell'app. Quale approccio realizza questo obiettivo con il minor sforzo?

L'approccio corretto prevede la creazione di un nuovo gruppo Auto Scaling e un gruppo target per l'app beta, e l'aggiornamento delle regole di routing dell'ALB per instradare le richieste con un cookie specifico ("version" con valore "beta") al nuovo gruppo target. Questo è il metodo con il minor sforzo perché l'ALB esistente può gestire il routing condizionale basato su header o cookie HTTP, evitando la necessità di creare un nuovo ALB o configurazioni DNS complesse. Il sistema di test può semplicemente aggiungere il cookie richiesto alle sue richieste. Le opzioni che suggeriscono la creazione di un nuovo ALB o l'uso di CloudFront con Lambda@Edge introducono complessità e costi aggiuntivi non necessari per questo requisito specifico. Un nuovo ALB richiederebbe la gestione di un endpoint separato e potenzialmente modifiche DNS. L'uso di CloudFront e Lambda@Edge è eccessivo per un semplice routing basato su cookie, in quanto l'ALB può gestire questa logica direttamente.