Un architetto di soluzioni sta progettando un'applicazione stateless da eseguire su AWS. Ha creato un'AMI e un launch template per l'applicazione. I job devono essere elaborati in parallelo e le istanze EC2 devono essere aggiunte e rimosse automaticamente in base al carico di lavoro. L'applicazione deve essere disaccoppiata e gli elementi dei job devono essere archiviati in modo duraturo. Quale soluzione soddisfa questi requisiti?

La soluzione corretta utilizza Amazon SQS per disaccoppiare l'applicazione e archiviare i job in modo duraturo, garantendo che i job non vengano persi e possano essere elaborati in parallelo. La scalabilità automatica basata sul numero di elementi nella coda SQS è il metodo più efficace per adattare la capacità delle istanze EC2 al carico di lavoro effettivo, poiché le istanze vengono aggiunte quando ci sono più job da elaborare e rimosse quando la coda si svuota. Le opzioni che utilizzano Amazon SNS sono errate perché SNS è un servizio di pubblicazione/sottoscrizione per la notifica, non per l'archiviazione duratura di job o per il disaccoppiamento in un contesto di elaborazione asincrona di job. Le opzioni che scalano in base all'utilizzo della CPU o della rete sono meno ottimali perché non riflettono direttamente il numero di job in attesa di elaborazione, potendo portare a un provisioning insufficiente o eccessivo.