Приложение работает на инстансах Amazon EC2 за балансировщиком нагрузки Application Load Balancer (ALB). Инстансы находятся в группе Auto Scaling в нескольких Availability Zones. В первый день каждого месяца в полночь запускается ежемесячная финансовая пакетная обработка, которая немедленно вызывает скачок загрузки ЦП инстансов до 100%, нарушая работу приложения. Что должен порекомендовать архитектор решений, чтобы приложение могло справляться с рабочей нагрузкой и избегать простоев?

Правильный ответ — настроить запланированную политику масштабирования EC2 Auto Scaling на основе ежемесячного расписания. Это позволяет Auto Scaling Group заранее увеличить количество инстансов EC2 до начала пиковой нагрузки, вызванной ежемесячной пакетной обработкой. Таким образом, приложение будет иметь достаточно ресурсов для обработки возросшей нагрузки, предотвращая скачки загрузки ЦП до 100% и простои. Настройка дистрибутива Amazon CloudFront перед ALB не решит проблему, так как CloudFront кэширует статический контент и не влияет на производительность обработки динамических запросов, вызываемых пакетной обработкой. Простая политика масштабирования на основе утилизации ЦП будет реагировать после того, как загрузка ЦП достигнет высокого уровня, что приведет к задержкам в масштабировании и потенциальным простоям в начале обработки. Amazon ElastiCache может помочь снизить нагрузку на базу данных, но не обязательно решит проблему высокой загрузки ЦП инстансов приложения, если проблема связана с интенсивными вычислениями.