Architekt rozwiązań zauważa, że nocne zadanie wsadowe skaluje się automatycznie przez 1 godzinę, zanim grupa Auto Scaling osiągnie pożądaną pojemność Amazon EC2. Szczytowa pojemność jest taka sama każdej nocy, a zadania wsadowe zawsze rozpoczynają się o 1 w nocy. Architekt potrzebuje ekonomicznego rozwiązania, które pozwoli szybko osiągnąć pożądaną pojemność EC2 i umożliwi grupie Auto Scaling zmniejszenie skali po zakończeniu zadań. Co powinien zrobić architekt?

Skalowanie zaplanowane (Scheduled Scaling) jest najodpowiedniejszym rozwiązaniem, ponieważ zadania wsadowe rozpoczynają się o stałej porze (1 w nocy) i mają przewidywalną, szczytową pojemność. Pozwala to na proaktywne zwiększenie liczby instancji EC2 przed rozpoczęciem zadań, eliminując godzinę oczekiwania na osiągnięcie pożądanej pojemności i zapewniając natychmiastową gotowość. Po zakończeniu zadań grupa Auto Scaling może zmniejszyć skalę, optymalizując koszty. Zwiększenie minimalnej pojemności byłoby nieekonomiczne, ponieważ instancje działałyby przez cały czas, nawet poza okresem zadań. Zwiększenie maksymalnej pojemności nie rozwiąże problemu powolnego skalowania początkowego. Zmiana polityki skalowania w celu dodawania większej liczby instancji podczas każdej operacji skalowania nadal opierałaby się na reaktywnym skalowaniu, a nie proaktywnym przygotowaniu.