Inżynier SysOps rozwiązuje problemy z wydajnością aplikacji internetowej firmy, która działa na instancjach EC2 w grupie Auto Scaling. Skoki ruchu zdarzają się nieprzewidywalnie i szybko w ciągu dnia. Grupa Auto Scaling nie skaluje się wystarczająco szybko podczas gwałtownych skoków, co powoduje wolne odpowiedzi dla użytkowników. Firma chce kontrolować koszty, jednocześnie zapewniając szybkie skalowanie — większe skoki ruchu powinny powodować większe zwiększenie pojemności niż mniejsze skoki. Jak należy skonfigurować grupę Auto Scaling, aby osiągnąć takie zachowanie?

Prawidłową odpowiedzią jest polityka skalowania krokowego (step scaling policy). Pozwala ona zdefiniować różne „kroki” skalowania w zależności od wielkości naruszenia progu alarmu. Na przykład, jeśli wykorzystanie CPU przekroczy 70%, dodaj 2 instancje, ale jeśli przekroczy 90%, dodaj 5 instancji. To umożliwia szybsze i bardziej agresywne skalowanie przy większych skokach ruchu, jednocześnie kontrolując koszty przy mniejszych wzrostach. Prosta polityka skalowania wykonuje tylko jedną akcję skalowania na podstawie naruszenia progu, co nie pozwala na zróżnicowane reakcje. Polityka śledzenia celu dąży do utrzymania metryki na określonej wartości docelowej, co jest dobre dla stabilnego skalowania, ale niekoniecznie dla szybkich, zróżnicowanych reakcji na nagłe skoki. Lifecycle hooks i ręczna zmiana to rozwiązania operacyjne, a nie automatyczne polityki skalowania.