Un'azienda sta pianificando un servizio di immagini globale in cui fino a 10.000 utenti in tutto il mondo possono caricare immagini al picco. Ogni immagine caricata deve avere del testo sovrapposto e poi essere pubblicata sul sito web. Quale architettura dovrebbe implementare l'architetto di soluzioni per gestire i caricamenti e l'elaborazione su larga scala?

L'opzione corretta sfrutta Amazon S3 per lo storage scalabile delle immagini e Amazon SQS per desacoppiare il processo di caricamento da quello di elaborazione. Le notifiche di eventi S3 inviano messaggi a SQS ogni volta che un'immagine viene caricata, consentendo a un parco istanze EC2 di elaborare le immagini in modo asincrono, scalando automaticamente in base alla profondità della coda SQS tramite CloudWatch. Le immagini elaborate vengono poi archiviate in un S3 bucket separato, che funge da origine per CloudFront, garantendo una distribuzione globale efficiente. Le altre opzioni presentano delle debolezze: L'uso di Amazon EFS non è ideale per i caricamenti globali ad alta concorrenza e la lettura dei log di CloudWatch per l'elaborazione è inefficiente. L'utilizzo di Amazon SNS per l'elaborazione asincrona non è l'ideale per il fan-out a un parco istanze EC2, poiché SNS è più adatto per la distribuzione di messaggi a più sottoscrittori. Inoltre, l'utilizzo di un ALB come origine CloudFront per contenuti statici è meno efficiente rispetto a S3. L'utilizzo di volumi Amazon EBS condivisi non è scalabile o resiliente per un servizio globale e le istanze Spot potrebbero essere interrotte, compromettendo l'elaborazione.