Гигант облачных технологий отменяет плату за целый месяц, а затем стирает биллинговые данные. Буквально нечего смотреть. — theregister.com
На этой неделе я получил электронное письмо/уведомление о выставлении счетов от AWS, которое, возможно, является самым дипломатично составленным сообщением в истории облачных вычислений. Вот оно, очищенное от обычных формальных фраз:
“AWS отменяет все сборы, связанные с использованием, в регионе ME-CENTRAL-1 за март 2026 года. Эта отмена применяется к вашему(им) аккаунту(ам) автоматически, и от вас не требуется никаких действий.”
Никаких объяснений. Никакого упоминания о ударах иранских беспилотников, которые физически уничтожили две из трех зон доступности в регионе 1 марта. Никакого упоминания о 109 отказавших сервисах, ни о клиентах, которые неделями не могли завершить работу экземпляров EC2 через консоль, потому что плоскость управления была мертва, как и аппаратное обеспечение под ней. Никакого признания того, что вся инфраструктура облака за целый месяц фактически перестала существовать. Даже нет ссылки на их поразительно короткий (предположительно, потому что он не оскорблял репортажи Financial Times) корпоративный блог-пост, объясняющий, что в ближайшее время не стоит ожидать надежной работы этого региона.
Просто: мы отменяем сборы. Не за что. Идите дальше.
Я хочу быть ясным: у меня нет проблем с этим. Ситуация сложная, и это не вина AWS, поскольку у Amazon пока нет собственной военной силы.
Но вот что привлекло мое внимание. Письмо продолжается: “Вы не увидите никакого использования региона ME-CENTRAL-1 за март 2026 года в вашем Отчете о затратах и использовании (Cost and Usage Report) или в Cost Explorer после завершения обработки.”
Они не просто отменяют сборы с клиентов за месяц; они стирают данные о выставлении счетов и инвентаризации!
Счет — это единственная инвентаризация, которая у вас есть
Для большинства организаций счет AWS — это не просто инвойс. Это каноническая запись о том, какая инфраструктура существует, где она работает и как долго она там находилась. Отчет о затратах и использовании (CUR) — это самое близкое, что есть у многих компаний к единому источнику истины, точно описывающему их облачный след. Даже относительно недавно запущенный AWS Resource Explorer, который претендует на роль службы инвентаризации, не содержит некоторых ключевых типов ресурсов. Единственное, что перечисляет все, — это счет AWS; единый источник истины о том, что, черт возьми, живет в вашей облачной среде.
Команды по соблюдению требований полагаются на него. Аудиторы запрашивают его. Команды FinOps строят всю свою практику на нем. Когда ваша команда безопасности захочет узнать, работали ли у вас ресурсы на Ближнем Востоке в марте сверх того, что сообщает CloudTrail, они проверят CUR. И по состоянию на 31 марта, когда они спросят Amazon, ответ будет: Нет. Не работали. Ничего там не было. Чистый, пустой месяц.
Инфраструктура существовала, вроде как. Она работала, или, по крайней мере, очень старалась. Клиентам выставлялись счета за ресурсы, которые они не могли отключить, потому что API был недоступен, потому что ничего не работает должным образом, когда две из трех зон доступности не отвечают или полностью уничтожены. И теперь запись обо всем этом обнуляется.
Справедливости ради, никто к такому не готовится
Прежде чем кто-либо начнет сочинять свой горячий отзыв о том, что “AWS должен был быть готов к этому”: Нет. Прекратите.
AWS обеспечивает доступность зон для определенных классов сбоев. Выходит из строя оборудование, отключается питание, обрывается оптоволокно из-за его естественного хищника “Могучий Экскаватор”, выходит из строя система охлаждения или что-то подобное? Зоны доступности справляются с этим. Они спроектированы так, чтобы проблема в одной зоне не переросла в другую. Эта модель работает. Она неоднократно проверялась. Это основа каждого хорошо спроектированного развертывания на AWS. Знают они это или нет, но стратегии восстановления данных практически каждого клиента AWS зависят от того, что это правда.
Зоны доступности не рассчитаны на то, что субъект государственного уровня решит, что центр обработки данных больше не должен существовать.
Ни в одном анализе дерева отказов ни у кого нет пункта “Здание поражено военным дроном”. Ни в одном плане аварийного восстановления в мире нет раздела под названием “Региональный вооруженный конфликт”.
И, честно говоря? Не должно. Попробуйте включить это в план восстановления данных вашей компании, и вас вычеркнут из планирования непрерывности бизнеса быстрее, чем меня уволили из инвестиционного фонда BlackRock, когда я указал, что если бы одновременно вышли из строя Сан-Франциско и us-east-1, абсолютно никому не было бы дела до нашего робо-советника в обозримом будущем, если вообще когда-либо. (Не могу представить, почему меня уволили с той работы.) Вся предпосылка облачной инфраструктуры заключается в том, что вы арендуете мощности у кого-то, кто решает физические проблемы, чтобы вы могли сосредоточиться на своем программном обеспечении. Этот контракт не предусматривал, что центр обработки данных станет военной целью, и трудно винить кого-либо по эту сторону Пентагона в том, что этого конкретного пункта не было в реестре рисков.
Так почему же стираются данные?
Я могу придумать два объяснения, и они не являются взаимоисключающими.
Во-первых, данные могут отсутствовать для предоставления. Когда несколько зон доступности отключаются, потому что физическое оборудование расплавлено, а TLS теперь обрывается “на полу”, инфраструктура учета и выставления счетов уходит вместе с ними. Вы не можете составить отчет об использовании для ресурсов, работающих на серверах, у которых больше нет питания или физической целостности. У AWS, возможно, действительно нет надежной телеметрии о том, что работало, что остановилось и когда. Вы не можете взимать плату за то, что не можете измерить, — и вы не можете сообщить о том, что не записали.
Во-вторых, прагматизм. Клиенты не могли завершить работу ресурсов через консоль AWS, потому что команды завершения требуют подтверждения; они не выбрасываются через забор, как мертвая собака, чтобы беспокоиться о них вашему соседу. Экземпляры EC2 неделями застревали в остановленном состоянии. Статические IP-адреса застревали на мертвом оборудовании. Если бы AWS попыталась выставить счета как обычно, а затем обработать возмещения, это привело бы к тысячам и тысячам отдельных обращений в службу поддержки, каждое из которых представляло бы собой документальный след, точно фиксирующий, что и когда вышло из строя. Жизнь стала бы абсолютным адом для трудолюбивых сотрудников службы поддержки AWS. Единая отмена с чистым набором данных операционно проще и дипломатически аккуратнее в одном шаге.
Я подозреваю, что это и то, и другое.
Прецедент — это главное
Какова бы ни была основная причина, AWS приняла правильное решение. Клиенты не должны платить за ресурсы, которые они не могли контролировать в регионе, который был физически уничтожен военными действиями. Отмена сборов — правильный результат.
Но.
Механизм теперь существует, и он был применен. AWS может обнулить данные об использовании за целый месяц в регионе, и результат неотличим от того, что этот месяц никогда не происходил. Счет, этот единственный канонический источник истины, просто не будет его показывать.
Сегодня причина — война, и это хорошая причина. Но прецеденты не поставляются с прикрепленным постоянным контекстом. В следующий раз, когда из CUR исчезнут данные за месяц, будет ли электронное письмо? Будет ли объяснение? Будет ли *причина*, которую вы примете?
Я не знаю. AWS не говорит. Они, вероятно, и не могут много сказать. А после 31 марта данные тоже ничего не скажут.
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Corey Quinn