Причиной десятидневного сбоя в сетях инфраструктурного провайдера Openreach в расположенном близ Донкастера (Doncaster) городке Аскерне (Askern, Англия) названа активность крыс, сообщает Datacenter Dynamics. В настоящее время Openreach строит ВОЛС по всей Великобритании и намерена охватить 25 млн объектов к концу 2026 года. Пока компании удалось обеспечить подключение 20 млн.

По имеющимся на сегодня данным, от отключения в Аскерне пострадали около 100 объектов — крысы перегрызли один из кабелей Openreach в окрестностях. В Openreach объяснили, что проблема связана именно с повреждением кабелей грызунами. В ходе осмотра инженерами под землёй был обнаружена сломанная труба, которую пришлось выкопать и заменить. Основной шквал критики Openreach был вызван тем, что компания не удосужилась наладить коммуникацию с пострадавшими клиентами. Крысы мешают работе Openreach не впервые. В 2023 году их обвинили в нарушении работы широкополосных кабелей в Хартфордшире (Hertfordshire).

Источник изображения: Google Imagen 4

Напряжённой ситуация остаётся и в других странах — в 2021 году причиной сбоя в работе провайдера Telstra в Новом Южном Уэльсе (Австралия) стали мыши. В тот период страна боролась с настоящим нашествие этих грызунов. В конце апреля 2021 года бобёр вывел из строя интернет 900 клиентов в канадской провинции Британская Колумбия. Он перегрыз оптоволоконный кабель Telus вблизи ручья и использовал часть полученных материалов для строительства своей плотины.

Примечательно, что ранее британским провайдерам предложили тянуть «оптику» по заброшенным газовым трубам и водопроводам, причём такой опыт уже имеется. Но причины перебоев с интернетом могут быть самые разные. Так, в апреле сообщалось, что в «Россети» всё чаще срезают чужие интернет-кабели со своих столбов, требуя с операторов плату за прокладку ВОЛС.

Управление бюджетной ответственности Великобритании (Office for Budget Responsibility, OBR) обвинило в утечке государственного бюджетного отчёта Economic and Fiscal Outlook (EFO) ошибки в конфигурации сайта на движке WordPress, сообщает The Register. В докладе отмечается, что WordPress может быть сложен в настройке, а при работе с ним легко допустить ошибки.

Фактически данные были раскрыты из-за непонимания работы плагина Download Monitor для WordPress и неверной настройки сервера, что вкупе позволило получить прямой доступ к файлу путём подбора URL. Плагин формирует простые и предсказуемые ссылки на файлы, что само по себе не является большой проблемой. Однако отсутствие на хостинге WP Engine блокировки прямого доступа к файлам стало второй ошибкой, приведшей к утечке. В результате документ до официальной публикации получили не только госслужащие, но и посторонние.

26 ноября, чуть позже 06:00 некие пользователи начали предпринимать десятки попыток найти отчёт по прямым URL с семи уникальных IP-адресов. Вскоре после загрузки отчёта в 11:30–11:35 по местному времени один из этих IP, наконец, подобрал нужный URL и скачал файл. Менее чем за час файл пытались получить с 32 различных IP-адресов. Удаление файла не помогло, поскольку он уже оказался в Internet Archive.

Источник изображения: Luke Stackpoole/unsplash.com

Канцлер Казначейства начал доклад по EFO в 12:34 того же дня, признав, что информация уже утекла в Сеть. Обычно сотрудники OBR сами поддерживают свой сайт, но примерно на три дня в году, в том числе во время публикации отчёта, из-за пиковых нагрузок к ресурсам допускаются сторонние разработчики. Примечательно, что нечто подобное уже случилось в марте 2025 года. Тогда один из IP-адресов получил доступ к документу приблизительно за полчаса до официальной публикации.

В результате расследования рекомендовано провести детальный цифровой аудит публикаций EFO за два последних года, а также пересмотреть решение от 2013 года, давшее право OBR вести собственный сайт вне доменной зоны .gov.uk. Британия известна довольно радикально настроениями в вопросе защиты данных. Так, в британском правительстве всерьёз обсуждали план физического уничтожения лондонского ЦОД, где хранились секретные сведения и который по недосмотру был продан китайской компании, до того, как хранившуюся там информацию можно будет защитить иным способом.

В пятницу, 28 ноября, на мировых фьючерсных рынках началась неразбериха после того, как CME Group (Чикагская товарная биржа, Chicago Mercantile Exchange), крупнейший в мире биржевой оператор по рыночной стоимости, столкнулся с одним из самых длительных сбоев в работе за последние годы, из-за которого была приостановлена торговля акциями, облигациями, сырьевыми товарами и валютой.

Как сообщает агентство Reuters со ссылкой на данные LSEG, после продолжительного перерыва торговля на CME Group возобновилась в 13:35 по Гринвичу (16:35 МСК). EBS market, платформа, используемая для обмена валюты, вновь открылась немного раньше — в 15:00 МСК, пишет Bloomberg со ссылкой на уведомление на веб-сайте CME Group. В уведомлении не содержится никакой информации о том, когда возобновят работу другие затронутые рынки, от акций до облигаций и сырьевых товаров.

CME сообщила о прекращении торгов на своих ключевых площадках из-за сбоя в системе охлаждения ЦОД CyrusOne в Авроре (Aurora, Иллинойс). Сбой повлиял на фьючерсы Globex, валютный рынок EBS и другие, остановив торги фондовыми индексами, сырьевыми товарами, энергоносителями, металлами и сельскохозяйственными товарами примерно на 10 часов в период низких объемов торгов в «чёрную пятницу». По данным LSEG, из-за сбоя были приостановлены торги основными валютными парами на платформе CME EBS, а также фьючерсами на нефть WTI, пальмовое масло, золото, Nasdaq 100 и Nikkei.

Источник изображения: CyrusOne

«27 ноября на нашем объекте CHI1 произошел сбой в работе холодильной установки, затронувший несколько холодильных агрегатов. Наши инженерные группы совместно со специализированными подрядчиками по механическому оборудованию работают на месте над восстановлением полной мощности охлаждения. Мы успешно перезапустили несколько охлаждающих установок с ограниченной мощностью и развернули временное охлаждающее оборудование в дополнение к нашим постоянным системам», — пояснила CyrusOne в письме ресурсу Data Center Dynamics.

Компания отметила, что находится на прямой связи со всеми пострадавшими клиентами и регулярно предоставляет обновлённую информацию по мере развития ситуации. «Наши команды работают круглосуточно, чтобы как можно быстрее и безопаснее восстановить нормальную работу», — подчеркнула CyrusOne. Как сообщает Data Center Dynamics, CyrusOne управляет примерно 55 ЦОД по всему миру. В 2016 году CME Group продала за $130 млн свой ЦОД в Авроре компании CyrusOne, который тут же арендовала на 15 лет. Кампус Aurora включает три ЦОД общей площадью 41,8 тыс. м² общей мощностью 109 МВт.

Глава CMC Markets по Азии и Ближнему Востоку Кристофер Форбс (Christopher Forbes) сообщил агентству Reuters, что не видел столь масштабного сбоя порядка 20 лет. Нынешний сбой в работе CME произошёл более чем через десять лет после того, как в апреле 2014 года бирже пришлось закрыть электронную торговлю некоторыми сельскохозяйственными контрактами из-за технических проблем.

В 2021 году CME подписала соглашение с Google Cloud, в рамках которого Google инвестировала в неё $1 млрд, а CME запланировала перенести свою ИТ-инфраструктуру на платформу Google Cloud в течение следующего десятилетия. Биржа также является клиентом ЦОД Equinix за пределами США. Похожая сделка была заключена между Microsoft Azure и Лондонской фондовой биржей. А Nasdaq постепенно перебирается в AWS. Последняя недавно пережила крупный сбой.

UPD 01.12.2025: CyrusOne сообщила, что сбой произошёл из-за проблем с чиллерами, но компания уже приняла меры и повысила надёжность охлаждения пострадавшего ЦОД.

Компания Airbus пересмотрела системы аварийного питания ЦОД после инцидента на территории Испании и Португалии. В апреле десятичасовое отключение электроэнергии привело к тому, что производство Airbus оказалось на грани полной остановки, сообщает The Register. Большинство ЦОД, в отличие от телеком-операторов, весьма достойно встретили блэкаут, но, как оказалось, не все.

В результате сбоя энергосети была нарушена работа основного дата-центра Airbus в Испании, расположенного в мадридском технокластере Campus Futura. В Airbus признали, что были уверены в готовности к перебоям с электричеством, но оказалось, что ни о какой готовности фактически не было и речи. Резервные генераторы, конечно, имелись, но вот запасы дизеля для них оказались очень малы. Компания срочно попыталась приобрести побольше топлива, но поставщики и без того были буквально завалены аналогичными заказами.

Airbus утверждает, что до полного отключения дата-центра оставались считанные часы. При этом ставки были высоки — без доступа к дата-центру сотрудники на производстве не могли получать доступ к документации, инструкциям и др. Могла быть парализована и работа склада, если бы автоматизированные системы подбора деталей прекратили работу. В Airbus не исключают, что, вероятно, смогли бы продержаться ещё день, обойдя действующие процедуры и работая в ручном режиме.

Источник изображения: Theo Jacob/unsplash.com

Теперь компания будет поддерживать необходимые запасы топлива, она заключила контракты на снабжение топливом в приоритетном порядке для объектов в Испании, Франции, Германии и Великобритании. Цель — обеспечить автономную работу ЦОД в течение нескольких дней в случае «массового отключения электроэнергии», не рассчитывая на поставки топлива извне. Это дополнительные затраты, но они мизерны в сравнении с потенциальной стоимостью остановки производственной линии.

Апрельский сбой был довольно редким для региона событием. Национальный оператор сетей Португалии заявлял, что из-за перепада температур в Испании были аномальные перепады электроснабжения на линиях высокого напряжения (400 кВ) — феномен известен, как «индуцированные атмосферные колебания». Подобные колебания в системах электроснабжения вызвали сбои синхронизации, что привело к последовательным сбоям в объединённой европейской энергосети.

Военно-политический кризис в регионе Красного моря негативно сказался на проектах кабельной инфраструктуры. По данным eWeek, пострадали проект самого протяжённого в мире кабеля Meta✴ 2Africa, системы Google Blue-Raman, India-Europe-Xpress (IAX), Sea-Me-We 6 и другие, оказавшиеся в зоне продолжающихся боевых действий.

Хотя Meta✴ уже объявила о завершении строительства базовой инфраструктуры 2Africa, eWeek утверждает, что участок на юге Красного моря всё ещё чересчур опасен для строительства. Отмечаются эксплуатационные проблемы, препятствия со стороны регуляторов и геополитические риски, которые и не думают идти на спад. Утверждается, что контролирующие часть региона хуситы в последние два года постоянно наносили ракетные удары, вынуждавшие суда обходить опасные зоны и лишая кабелеукладчики возможности работать.

Через Красное море проходит порядка 17 % мирового интернет-трафика, а также более 90 % цифровых коммуникаций между Европой и Азией. При этом ситуация не улучшается. В 2024 году в Красном море были повреждены четыре подводных кабеля (нарушено 25 % телеком-трафика между Европой, Азией и Африкой). Пару месяцев назад несколько кабелей были снова повреждены, из-за чего упало качество связи на Ближнем Востоке и в Азии. Весной был ещё один обрыв.

Источник изображения: Sandro Gautier/unsplash.com

Столкнувшись с ростом рисков, техногиганты изучают прокладку дорогостоящих сухопутных альтернативных кабелей, позволяющих полностью обойти акваторию Красного моря, и покупку мощностей на других маршрутах. Задержки с реализацией проектов ограничивают развитие широкополосного интернета в регионе, и без того страдающего от недостаточно качественной связи. Утверждается, что в прокладку подводных кабелей в регионе Красного моря в 2000–2024 гг. инвестировали свыше $10 млрд более 30 телеком-компаний, поэтому каждый месяц задержки весьма чувствителен для них.

Важную роль играет и необходимость постоянного устранения обрывов. По словам экспертов, среднее время ремонта повреждённого кабеля составляет сегодня порядка 40 дней, но возможностей всё ещё недостаточно с учётом быстрого развития подводных ВОЛС. Согласно расчётам экспертов, в 2025–2027 гг. инвестиции только в новые подводные проекты достигнут около $13 млрд, тогда как парк судов растёт значительно медленнее, чем требуется.

По мере роста напряжённости всё активнее диверсифицируется создание устойчивых сетей, способных выдержать удары стихии или конфликты с сохранением функциональности. В eWeek утверждают, что вопрос не в том, «подвергнутся ли уязвимые места новому испытанию?», а в том, когда это случится и будет ли готова к этому глобальная Сеть. Об угрозе кабелям в Красном море TeleGeography сообщала почти два года назад — уже тогда под вопросом оказалась не только возможность прокладки новых цифровых маршрутов, но и обслуживания уже имеющихся в регионе кабелей.

В конце минувшей среды Microsoft объявила об успешном решении проблем с конфигурацией DNS, вызвавших сбои на платформе Azure. Инцидент повлиял на работу сервисов компании и затронул множество отраслей по всему миру, сообщает Reuters. Как сообщили представители Azure, хотя уровень ошибок и задержек вернулись к уровню, предшествовавшему инциденту, небольшое число клиентов всё ещё могут сталкиваться с проблемами, и компания всё ещё работает над устранением последствий.

В Microsoft заявляют, что инцидент продолжался в течение восьми часов. Ранее в среду авиакомпания Alaska Airlines заявила, что столкнулась с проблемами в работе ключевых систем, включая сайт, из-за проблем с Azure и восстанавливает работу систем после того, как Microsoft решила проблему. Сайт лондонского аэропорта Хитроу тоже вернулся к работе после перерыва в среду, от сбоя пострадал и телеком-оператор Vodafone.

Источник изображения: SCARECROW artworks/unsplash.com

Приблизительно в 12:00 по восточному времени США (19:00 по Москве) в среду 29 октября в Azure сообщили, что у их клиентов и сервисов Microsoft, использующих Azure Front Door (глобальную облачную сеть доставки контента и приложений), возникли проблемы, которые привели к таймаутам и ошибкам. По данным Downdetector на 19:49 ET (02:49 по Москве, 30 октября), число пользователей, сообщавших о проблемах с Azure, упало до 230. Для сравнения, на пике ранее в тот же день речь шла о более 18 тыс. жалоб. К 22:44 ET статистика Downdetector свидетельствовала о 77 сбоях Microsoft 365, на пике речь шла об около 20 тыс. жалобах. Поскольку речь идёт только о случаях обращений на сайт сервиса, настоящее число пострадавших может быть намного больше.

Недавний масштабный сбой AWS, который, как в итоге выяснилось, тоже был вызван проблемами с DNS, стал крупнейшим с прошлогоднего инцидента с ПО CrowdStrike, нарушившего работу оборудования в больницах, банках и аэропортах — это продемонстрировало чрезвычайную уязвимость связанных глобальных технологий, находящихся под контролем всего нескольких компаний.

Министерство бизнеса и торговли (Department for Business and Trade, DBT) Великобритании заплатит Королевской почте (Roayl mail) до £2 млн (более $2,66 млн) за поиск информации в собственных архивах — чиновники ожидают порядка 1,5 тыс. исков, связанных с требованием компенсаций от пользователей неисправного почтового ПО Capture, сообщает Computer Weekly.

Цель контракта — сбор доказательств, необходимых заявителям в рамках плана компенсации ущерба Capture Redress Scheme. Он реализуется в интересах бывших начальников почтовой службы нижнего звена, пострадавших из-за некорректной работы ПО Capture. В 1990-х годах система Capture внедрялась для замены бумажной бухгалтерии. Как и в случае с забагованным ПО Fujitsu Horizon, которое пришло на смену Capture, в результате ошибок в ПО сотрудники почтовых отделений были несправедливо обвинены в растратах. Некоторым сотрудникам «повезло» дважды — они пострадали и от Capture, и от Horizon.

Согласно материалам тендера, получение данных осложняется тем, что с того времени прошло порядка 30 лет. Информация о потенциальных получателях компенсаций хранится только в базах почты, поэтому для обработки заявок от пострадавших министерству необходимо заключить с ней договор, чтобы запрашивать и получать необходимые данные. Контракт заключат на пять лет, но его действие может быть прекращено, если все претензии обработают раньше.

Источник изображения: Royal Mail

Скандал вокруг системы Capture разгорелся в начале 2024 года после широкой огласки проблем в системе Horizon. К декабрю того же года правительство пообещало финансовые компенсации и пострадавшим от Capture. В настоящее время Комиссия по пересмотру уголовных дел (Criminal Cases Review Commission) рассматривает 30 случаев, в которых обвинительные приговоры, вероятно, были вынесены на основании некорректных данных. Одна жалоба уже передана в Апелляционный суд Великобритании.

По словам адвокатов пострадавших от сбоев, найти связанные с Capture улики и доказательства сложно после стольких лет. В Hudgell Solicitors «практически уверены, что установили, что в Capture могли быть ошибки, сбои и дефекты». Теперь нужно доказать, что пострадавшие действительно пользовались Capture. Для этого чрезвычайно важно, чтобы почта предоставила имеющуюся у неё информацию, а при отсутствии доказательств предпочтение должно отдаваться показаниям подзащитных, а не данным сбойной системы. Стоит отметить, что ущерб может составить миллионы фунтов. Так, от Fujitsu потребовали выплатить £300 млн пострадавшим от ПО Horizon. Почта и Fujitsu пытаются переложить ответственность друг на друга.

Компания Amazon опубликовала развёрнутый отчёт о причинах масштабного сбоя в работе облака Amazon Web Services (AWS). Проблемы, затронувшие многочисленные сервисы, возникли из-за ошибки в программном обеспечении для автоматизации.

Сбой произошел в регионе us-east-1 в Северной Вирджинии. Утверждалось, что первопричиной проблем стала ошибка DNS. В общей сложности были затронуты более 110 собственных служб AWS. По данным сайта Downdetector, который отслеживает сбои в работе интернета, от пользователей по всему миру поступили более 8,1 млн сообщений о проблемах. Пострадали такие платформы, как Signal, Snapchat, Roblox, Duolingo, Apple Music, Apple TV, Lyft, Fortnite, Disney+, Venmo, Doordash, Hulu и многие другие.

Как сообщает Amazon, сбой возник из-за неполадок в работе DynamoDB, с которой связаны сотни тысяч записей DNS, необходимых для работы огромного гетерогенного парка балансировщиков нагрузки в каждом регионе. При этом применяются средства автоматизации для обновления записей DNS и устранения любых проблем.

Источник изображения: Amazon

Однако 20 октября система управления DNS для DynamoDB в ЦОД Amazon в Северной Вирджинии оказалась в состоянии гонки (race condition), в результате чего DNS-запись для региональной точки подключения к DynamoDB (dynamodb.us-east-1.amazonaws.com) оказалась пустой, хотя резервирование систем DNS как раз должно было предотвратить подобную ситуацию. Устранить неполадку самостоятельно система автоматизации не смогла, поэтому пришлось привлечь к решению проблемы специалистов. При этом DynamoDB оказалась недоступна для десятков собственных сервисов AWS и бесчисленного множества клиентских служб и приложений, которые используют её в своей работе, что привело к каскадным сбоям онлайн-сервисов.

Amazon временно отключила систему автоматизации DNS для DynamoDB по всему миру, пообещав исправить в ней баги и добавив новые проверки. Также дополнительные механизмы контроля и новые системы проверки получат балансировщики NLB и службы EC2. Впрочем, эксперты отмечают, что данный инцидент наглядно показал, насколько мир может быть зависимым от единых точек отказа. Это касается не только AWS, но и других крупных облачных провайдеров, на инфраструктуру которых полагается огромное количество интернет-сервисов.

От правительства Великобритании потребовали ответить, почему многочасовой сбой в работе сервисов AWS (Amazon) на другом берегу Атлантики нарушил функциональность информационных систем британских структур, включая налоговую службу HMRC и Lloyds Banking Group, сообщает Computer Weekly.

Многочасовой сбой 20 октября во флагманском регионе AWS US-East-1 в Северной Вирджинии (США) нарушил работу компаний и организаций по всему миру, в том числе и в Соединённом Королевстве. Поэтому в Великобритании и других странах растёт обеспокоенность тем, что частный и государственный сектора зависят от заокеанских служб — вновь появились призывы сохранить услуги национального значения под локальным контролем.

Так, Казначейству Великобритании уже предложено отчитаться о том, почему предоставленные в январе этого года полномочия не помогли гарантировать надёжность сервисов в секторе финансовых услуг. В частности, почему платформа AWS (и не только она), которая является облачным провайдером большого числа финансовых учреждений Великобритании, до сих пор не включена в список критически важных третьих сторон (Critical Third Parties, CTP), который позволяет требовать от сторонних компаний соблюдения тех же высоких стандартов, что и от финансовых учреждений.

Также чиновников попросили уточнить, не беспокоит ли их тот факт, что ключевые фрагменты британской IT-инфраструктуры размещены за рубежом, с учётом последствий недавнего сбоя. Также предлагается объяснить, какую работу проводят совместно с HMRC, чтобы предотвратить аналогичные сбои в будущем. В Министерстве финансов Великобритании заявили журналистам, что работают с регуляторами над внедрением режима CTP. В AWS же предложили спросить у самой HMRC, почему сбой в США так повлиял на неё.

Источник изображения: Tom Athawes/unspalsh.com

У AWS с 2016 года есть собственный облачный регион в Великобритании, причём платформа позволяет британским структурам получать доступ к локальным версиям публичных облачных сервисов. В AWS придерживаются «модели общей ответственности», при которой клиенты должны сами внимательно выбирать сервисы для размещения в облаке. Утверждается, что такой подход обеспечивает гибкость и контроль со стороны клиента. По мнению некоторых экспертов, сбой свидетельствует о том, что часть инфраструктуры HMRC и Lloyds зависела от американских мощностей, и это мог быть осознанный выбор британских структур, а не вина AWS.

С другой стороны, инцидент показал, как сложна и взаимосвязана современная облачная инфраструктура. Заказчики могли не знать какие сервисы размещены в рамках их пакетов услуг в Великобритании и насколько они устойчивы. Например, Microsoft в своё сообщила, что не может гарантировать суверенитет данных полиции Великобритании, хранящихся и обрабатываемых на её платформе. Позже выяснилось, что данные британской полиции могут обрабатываться более чем в 100 странах, причём пользователи об этом не знали.

Источник изображения: Jud Mackrill/unsplash.com

В Forrester сообщают, что AWS осознаёт проблему и намерена запустить в Европе «идеальную копию» своих сервисов в рамках предложения суверенного облака. Первый изолированный регион предусмотрен в Германии. Фактически, единственный надёжный способ избавиться от иностранной зависимости — физическая и логическая изоляция облачных регионов, используемых клиентами.

По словам экспертов, чем более «концентрированной» становится инфраструктура, тем более хрупкой и зависимой от внешнего управления она становится. Если Европа настроена на обретение цифрового суверенитета, ей необходимо скорее принять необходимые для этого меры. В частности, следует переосмыслить систему закупок, финансировать суверенные альтернативы и сделать обеспечение надёжности базовым требованием.

Ранее эксперты пришли к выводу, что сбой в работе AWS наглядно продемонстрировал опасную зависимость всего мира от нескольких облачных гигантов из США. Европа так и не смогла избавиться от бремени американских гиперскейлеров, которые открыто признают, что даже не могут гарантировать суверенитет данных. При этом к AWS есть вопросы и у других британских регуляторов.

Масштабный сбой в работе облака AWS в понедельник коснулся множества сервисов по всему миру во многих секторах экономики и общественной деятельности. Инцидент вызвал разговоры о зависимости пользователей от крупных облачных провайдеров из США, необходимости повышения цифрового суверенитета и диверсификации рисков, сообщает Datacenter Knowledge. В компании объявили, что причина — в «эксплуатационном инциденте» в регионе us-east-1, именно там расположен крупнейший кластер ЦОД провайдера.

Облачный регион находится в т.н. «Аллее ЦОД» в Северной Вирджинии и состоит из 158 объектов общей мощностью 2,544 ГВт. По оценкам Amazon, более 90 % компаний из рейтинга Fortune 100 используют именно облачные сервисы AWS. Сбой стал крупнейшим инцидентом в работе интернета с тех пор, как в 2024 году из-за ошибки обновления Crowdstrike из строя по всему миру вышли миллионы систем Microsoft.

По словам IDC, последний инцидент демонстрирует, как масштабные вычисления могут привести к масштабным проблемам. Хотя предприятия в целом приняли идею отказа от собственной инфраструктуры ЦОД, происшествие привлекает внимание к необходимости диверсификации рисков. Это может привести к созданию распределённых архитектур, охватывающих несколько облачных регионов в рамках пакетного предложения одного провайдера, и более широкому использованию нескольких облаков разных провайдеров одновременно.

Оригинал: xkcd.com/2347

Эксперты обеспокоены зависимостью предприятий всего мира от американских гиперскейлеров — последствия инцидента носят трансграничный характер и касаются не только клиентов одного поставщика облачных сервисов. Многие уже задаются вопросом — стоит ли сохранять зависимость государственных учреждений, от налоговых служб государство до крупных банков службам, расположенным на другом побережье Атлантического океана. Европа так и не смогла избавиться от бремени американских гиперскейлеров, которые открыто признают, что даже не могут гарантировать суверенитет данных.

Как заявляют в британской Asanti Data Centres, многие организации активно приняли концепцию публичных облаков, но сбой показал, что может случиться, когда всё построено на одном фундаменте. Проблема затронула не только структуры, напрямую использующие сервисы AWS, но и всех остальных в цепочке поставок услуг. Большинство организаций ведут дела с клиентами AWS, в результате чего речь идёт о каскадном, общесистемном ущербе.

Источник изображения: Oğuzhan Akdoğan/unspalsh.com

В IDC подчёркивают, что роль в купировании негативных эффектов от будущих инцидентов может сыграть ИИ. Хотя у AWS в целом довольно хорошая репутация среди пользователей, на устранение последствий инцидента потребовалось слишком много времени, поэтому возникают сомнения, сможет ли AWS поддерживать репутацию по мере роста бизнеса и усложнения технологий. ИИ может помочь, создавая агентов, способных заранее выявлять и устранять проблемы до того, как они негативно скажутся на клиентах.

Стоит отметить, что концентрация облачных ресурсов в одном месте может действительно крайне негативно сказаться на деятельности целых государств. Недавний пожар в южнокорейском ЦОД показывает, к каким катастрофическим последствиям для государственных услуг может привести консолидация облачных мощностей в одном месте. Более того, даже концентрация крупных ЦОД разных операторов в одном месте грозит тем, что сбой одного из них приведёт к проблемам у соседних. Особенно в случае ИИ ЦОД.