Сбой AWS превратил обычные облачные расходы в финансовый хоррор: у части клиентов в интерфейсе появились суммы от миллионов до триллионов долларов. Реальных списаний не было, но для любой команды, которая живет на облачной инфраструктуре, это плохое напоминание: если ломается слой оценки затрат, паника начинается раньше, чем техподдержка успевает открыть дежурный шаблон ответа.
Проблема началась вечером 16 июля. Пользователи Amazon Web Services стали публиковать в Reddit, форумах и соцсетях скриншоты аномально высоких счетов и прогнозов расходов. У кого-то речь шла о миллионах, у кого-то о миллиардах долларов, а один из пользователей написал, что система насчитала ему $4,2 трлн. По данным Engadget, Amazon признала, что отображаемые оценки биллинга не соответствуют фактическому потреблению и реальным начислениям. Иными словами, облако не внезапно сошло с ума по тарифам, а ошибся именно механизм расчета и показа ориентировочных сумм.
Компания объяснила инцидент довольно приземленно, без фирменной магии больших платформ. В AWS Service Health Dashboard указали, что причина была в некорректных unit pricing values, то есть в неправильных ценах за единицу ресурса, которые использовались в системе расчета estimated billing. Пока инженеры разбирались с проблемой, Amazon остановила обновление оценочного биллинга и начала откат к последним корректным данным. На исправление, как ожидалось, требовалось несколько часов. Отдельно AWS подчеркнула, что от клиентов никаких действий не требуется.
Но формулировка «ничего делать не нужно» хорошо звучит только после того, как человек уже узнал, что это баг. До этого момента реакция была вполне человеческой. Один пользователь Reddit написал, что едва не получил сердечный приступ, увидев полумиллиардный прогноз по двум S3-бакетам с несколькими мегабайтами данных. Другой признался, что в панике просто удалил все на аккаунте, не дожидаясь разъяснений. Это, пожалуй, и есть главный эффект таких историй: проблема в облаках редко ограничивается цифрой на экране. Если биллинг показывает катастрофу, кто-то начинает экстренно выключать сервисы, откатывать окружения и дергать внутренних дежурных, хотя настоящей аварии на проде может и не быть.
Сбой AWS в этой истории важен не только как курьез с вирусными скриншотами. Для облачного бизнеса estimated billing давно перестал быть декоративным виджетом. На этих цифрах строятся FinOps-процессы, бюджетные лимиты, внутренние отчеты для руководства и простая бытовая логика команд: все ли в порядке с инфраструктурой, не улетел ли куда-то трафик, не появился ли бесконтрольный воркер, не начал ли кто-то случайно гонять дорогие ресурсы. Когда такой инструмент внезапно рисует счет на миллиарды, он ломает не только интерфейс, но и доверие к самой системе раннего предупреждения.
Для разработчиков здесь урок неприятный, но полезный. Даже если провайдер быстро признает ошибку и обещает, что реальные начисления не пострадали, операционная реакция внутри компании все равно запускается мгновенно. Финансовые алерты, сообщения в Slack, звонки от менеджеров, вопросы от CFO или фаундера, попытки срочно понять, это визуальный сбой или кто-то действительно оставил кластер без лимитов. Чем больше организация завязана на облачную экономику в реальном времени, тем дороже обходится не ошибка в счете как таковая, а несколько часов неопределенности вокруг нее.
Для бизнеса это еще и вопрос архитектуры доверия. Крупные облачные платформы продают не только вычисления, хранение и сеть, но и предсказуемость. Клиент должен верить, что панель расходов хотя бы примерно отражает реальность. Если система в течение нескольких часов может показать не несколько центов, а миллиарды долларов, пользователи неизбежно начнут разделять «реальный биллинг» и «интерфейс биллинга» как две разные сущности. А это уже не очень комфортное состояние для сервиса, на котором у компаний висят продакшн, бэкапы, аналитика и половина инфраструктурных решений.
Интернет, конечно, отреагировал так, как интернет умеет лучше всего: шутками. Один из пользователей предложил настроить автоплатеж по 10 центов в месяц и закрыть долг примерно за 1,1 млрд лет. Другие спрашивали, начисляет ли AWS пени за просрочку по таким счетам. Но за мемами читается вполне деловой нерв. Ошибка оказалась не в реальных списаниях, а в витрине данных, однако именно витрина для большинства клиентов и есть первый источник истины. Никто не начинает разбор с внутренней модели тарифов, все смотрят на цифру в консоли и уже потом бегут выяснять, почему она выглядит как ВВП средней галактики.
История быстро забудется как мем, но осадок останется. Сбой AWS показал простую вещь: в облаках критичны не только uptime и безопасность, но и достоверность финансовой телеметрии. Когда оценка расходов превращается в генератор случайных апокалипсисов, вопрос уже не в том, сколько ресурсов потребил клиент, а в том, сколько доверия провайдер тратит за несколько часов собственной ошибки.