Un'azienda di consegna di cibo in crescita ha due gruppi Auto Scaling di istanze Amazon EC2: un gruppo raccoglie gli ordini (velocemente) e un altro evade gli ordini (elaborazione più lunga). I dati non devono essere persi durante gli eventi di scaling. La soluzione deve consentire a entrambi i processi di scalare correttamente durante le ore di punta e ottimizzare l'utilizzo delle risorse AWS. Quale soluzione soddisfa questi requisiti?

La soluzione corretta utilizza Amazon SQS per disaccoppiare i processi di raccolta e evasione degli ordini, garantendo che nessun dato venga perso durante gli eventi di scaling. Le code SQS agiscono come buffer, permettendo al processo di raccolta ordini (veloce) di depositare messaggi senza attendere che il processo di evasione (lento) li elabori immediatamente. Scalare i gruppi Auto Scaling in base a una metrica del backlog per istanza (ad esempio, il numero di messaggi nella coda diviso per il numero di istanze) è un metodo efficace per ottimizzare l'utilizzo delle risorse. Questo assicura che le istanze vengano aggiunte solo quando il carico di lavoro aumenta e rimosse quando diminuisce, evitando il provisioning eccessivo o insufficiente. Le opzioni che si basano solo sul monitoraggio della CPU potrebbero non essere ottimali per carichi di lavoro asincroni o con picchi, poiché la CPU potrebbe non riflettere accuratamente il backlog. Configurare la capacità minima in base ai picchi non ottimizza l'utilizzo delle risorse. Creare gruppi Auto Scaling aggiuntivi su richiesta tramite SNS non è un meccanismo di scaling automatico e dinamico.