Aplikacja działa na instancjach Amazon EC2 za Application Load Balancer (ALB). Instancje znajdują się w grupie Auto Scaling obejmującej wiele Stref Dostępności. Pierwszego dnia każdego miesiąca o północy uruchamiane jest miesięczne przetwarzanie wsadowe danych finansowych, które natychmiast powoduje wzrost wykorzystania procesora instancji do 100%, zakłócając działanie aplikacji. Co powinien zalecić architekt rozwiązań, aby aplikacja mogła obsłużyć obciążenie i uniknąć przestojów?

Prawidłową odpowiedzią jest skonfigurowanie polityki skalowania zaplanowanego EC2 Auto Scaling opartej na miesięcznym harmonogramie. Zaplanowane skalowanie pozwala na automatyczne zwiększenie liczby instancji EC2 przed przewidywanym wzrostem obciążenia (w tym przypadku miesięcznym przetwarzaniem wsadowym), zapewniając wystarczającą moc obliczeniową i zapobiegając przestojom. Dystrybucja Amazon CloudFront (CDN) poprawia wydajność dostarczania treści statycznych, ale nie rozwiązuje problemu obciążenia obliczeniowego instancji EC2. Prosta polityka skalowania oparta na wykorzystaniu procesora reagowałaby dopiero po osiągnięciu wysokiego obciążenia, co mogłoby prowadzić do opóźnień w skalowaniu i przestojów. Amazon ElastiCache (usługa buforowania) może odciążyć bazę danych, ale niekoniecznie rozwiąże problem 100% wykorzystania procesora przez samą aplikację podczas przetwarzania wsadowego.