Un architetto di soluzioni sta progettando l'architettura cloud per una nuova applicazione su AWS. L'elaborazione dovrebbe essere eseguita in parallelo, aggiungendo e rimuovendo nodi dell'applicazione secondo necessità in base al numero di lavori da elaborare. L'applicazione del processore è stateless. Il design deve essere a basso accoppiamento (loosely coupled) e gli elementi del lavoro devono essere archiviati in modo duraturo. Quale design dovrebbe utilizzare l'architetto di soluzioni?

Questa soluzione è la migliore perché utilizza Amazon SQS per desacoppiare l'applicazione e archiviare durevolmente gli elementi di lavoro, soddisfacendo i requisiti di elaborazione parallela e stateless. L'Auto Scaling Group con un launch template (preferito rispetto a una launch configuration) garantisce che i nodi dell'applicazione vengano aggiunti o rimossi dinamicamente in base al numero di messaggi nella coda SQS, ottimizzando i costi e le prestazioni. Le opzioni che usano Amazon SNS non sono ideali per la persistenza dei messaggi e l'elaborazione parallela basata su coda, poiché SNS è un servizio di pubblicazione/sottoscrizione che non mantiene i messaggi dopo la consegna. Le opzioni che scalano in base all'utilizzo della CPU o della rete non sono ottimali per un'applicazione basata su coda, in quanto non riflettono direttamente il carico di lavoro effettivo (il numero di lavori da elaborare).