Un ingegnere SysOps sta risolvendo problemi di prestazioni per l'applicazione web di un'azienda che viene eseguita su istanze EC2 all'interno di un gruppo Auto Scaling. I picchi di traffico si verificano in modo imprevedibile e rapido durante il giorno. Il gruppo Auto Scaling non scala orizzontalmente abbastanza velocemente durante i picchi improvvisi, causando risposte lente per gli utenti. L'azienda vuole controllare i costi garantendo al contempo uno scaling rapido: picchi di traffico maggiori dovrebbero causare aumenti di capacità maggiori rispetto a picchi minori. Come dovrebbe essere configurato il gruppo Auto Scaling per ottenere questo comportamento?

La policy di step scaling (scaling a passi) è la soluzione migliore perché consente di definire diversi "passi" di regolazione della capacità in base all'entità della violazione della metrica. Questo significa che per picchi di traffico maggiori (violazioni più ampie della soglia di allarme), il gruppo Auto Scaling può aggiungere un numero maggiore di istanze, soddisfacendo il requisito di scalare più rapidamente e in modo proporzionale al carico. Le policy di scaling semplice sono meno flessibili, eseguendo un'unica azione predefinita per qualsiasi violazione della soglia. Le policy di target tracking cercano di mantenere una metrica a un valore target specifico, ma non offrono la granularità necessaria per aumentare la capacità in modo differenziato in base all'entità del picco. I lifecycle hooks non sono pensati per la logica di scaling, ma per eseguire azioni personalizzate durante gli eventi di scaling.