Una nuova web app è in esecuzione su ECS Fargate dietro un ALB in us-east-1. Route 53 ospita il dominio. Il contenuto è prevalentemente statico (immagini/file) e raramente aggiornato. La maggior parte degli utenti si trova negli Stati Uniti, con un po' di traffico dal Canada e dall'Europa. Il design deve ridurre la latenza per gli utenti al minimo costo e tutto il traffico deve essere crittografato in transito fino a quando non raggiunge l'ALB. Quale design soddisfa queste esigenze?

L'opzione corretta utilizza CloudFront, una Content Delivery Network (CDN), che è ideale per servire contenuti statici a bassa latenza a un pubblico geograficamente distribuito, come in questo caso (USA, Canada, Europa). CloudFront memorizza nella cache i contenuti ai suoi edge location più vicini agli utenti, riducendo la latenza e i costi di trasferimento dati. La configurazione di HTTPS su CloudFront e l'ALB garantisce la crittografia end-to-end. Il reindirizzamento HTTP a HTTPS in CloudFront assicura che tutto il traffico sia crittografato. Le opzioni che utilizzano AWS Global Accelerator sono meno efficaci per i contenuti statici rispetto a CloudFront, poiché Global Accelerator ottimizza il routing di rete ma non memorizza nella cache i contenuti. L'opzione che crea un secondo stack di applicazioni in eu-west-1 aumenta i costi e la complessità senza un beneficio proporzionale per i contenuti prevalentemente statici, che possono essere serviti efficacemente da una singola origine tramite CloudFront. L'opzione che punta il record alias all'ALB invece che a CloudFront non sfrutta i benefici della CDN.