AWS раскрыла инфраструктурные показатели июньского Prime Day 2026
Октябрьский отчёт показывает масштаб кеша, очередей и вычислений. Разбираем, почему большие числа нельзя складывать или читать как число покупок.
Четыре дня продаж и разные окна измерения
AWS опубликовала инфраструктурный отчёт о Prime Day, проходившем 23–26 июня 2026 года. Материал вышел 6 октября и не описывает новую октябрьскую распродажу. В нём приведены показатели разных сервисов: вызовы функций, обращения к базам, доставка сообщений, наблюдения метрик и операции хранения. Для CloudFront используется глобальная неделя события, для некоторых систем — сутки, для других — максимум в секунду или минуту. Разные окна принципиальны: суточный объём нельзя напрямую сопоставить с пиковым секундным значением. И ни один из этих счётчиков не равен числу покупателей. Один пользовательский экран способен вызвать множество внутренних чтений, обращений к кешу и асинхронных сообщений.
Кеш и основная база считают разную работу
В отчёте указаны более 59 триллионов запросов DynamoDB за четыре дня и пик 192 миллиона запросов в секунду. Для ElastiCache приводится существенно больший объём обращений. Эти числа не противоречат друг другу: распределённое хранилище в памяти обслуживает горячие данные и повторные чтения, разгружая другие системы. Документация ElastiCache различает бессерверный режим и кластеры с управляемыми узлами. У них разные границы контроля ёмкости и эксплуатации. Сведения Prime Day не раскрывают конфигурацию каждого приложения и не позволяют вычислить универсальный коэффициент экономии от кеша. Для этого потребовались бы состав запросов, доля попаданий, размер данных и поведение после промаха. Масштаб общего счётчика не заменяет эти характеристики.
Функции, контейнеры и очереди
AWS сообщает о триллионах суточных вызовов Lambda и большом числе запускаемых задач ECS на Fargate. Запуск контейнерной задачи и вызов функции имеют разный жизненный цикл, поэтому их нельзя складывать в общее число вычислений. В асинхронных системах очередь также учитывает отдельные сообщения и операции, а не завершённые покупки. Повторная доставка и разветвление обработки дополнительно меняют отношение к пользовательскому действию. Отчёт полезен как свидетельство того, какие слои участвуют в крупном пике. Он не позволяет восстановить стоимость всей платформы по публичному тарифу: для расчёта нужны размеры запросов, память, время исполнения, география и условия использования. Общие объёмы лишь обозначают порядок нагрузки в выбранном периоде.
Отдельный показатель — испытания отказов
Среди цифр AWS упоминает более 44 тысяч экспериментов Fault Injection Service. Документация FIS объясняет, что это управляемое внесение нарушений в реальные ресурсы, чтобы наблюдать реакцию приложения. Шаблон содержит действия, цели и условия остановки; порог CloudWatch может прервать эксперимент. Количество испытаний не тождественно количеству аварий на Prime Day и не доказывает отсутствие всех возможных отказов. Смысл зависит от того, какие сценарии покрыты и что проверялось после воздействия. Сама служба рекомендует планирование и предварительные прогоны до применения к рабочей среде. В октябрьском отчёте подготовка к нагрузке и обработка реального трафика соседствуют, но описывают разные виды работы; при чтении цифр это различие важно сохранять.
