Сбои в облачных сервисах снова обнажают хрупкость централизованной инфраструктуры!

Когда обычно невидимая часть интернета внезапно дает сбой, остальной мир быстро это замечает. Это стало очевидным 18 ноября, когда масштабный отток в Cloudflare, компании интернет-инфраструктуры, вызвал появление сообщений об ошибках на бесчисленных веб-сайтах, включая Google (и различные связанные с ним сервисы), X, ChatGPT и т.д. на протяжении более трех часов.

В итоге в инциденте обвинили обычную программную ошибку, а PR-команда Cloudflare заявила, что внутренний конфигурационный файл вырос больше, чем ожидалось, и вызвал сбой критически важной системы, обрабатывающей трафик компании. К середине дня было внедрено исправление и принесены публичные извинения. Однако инцидент вызвал более широкие размышления, как подчеркнул Эндрю Собко, генеральный директор децентрализованной вычислительной площадки Argentum AI:

Сообщение об ошибке, полученное пользователями ChatGPT во время сбоя Cloudflare

Тем не менее, Cloudflare был лишь последней упавшей костяшкой домино, после того как AWS пострадал от многочасового сбоя 20 октября из-за проблем с маршрутизацией и DNS, которые вынудили миллионы пользователей столкнуться с ухудшением связи. И менее чем через десять дней Microsoft's Azure Front Door испытал собственный глобальный сбой из-за неправильно настроенного правила, развернутого на общем уровне front-door, которое неправильно направляло/блокировало трафик для огромного количества размещенных приложений примерно на восемь часов.

Экономические анализы оценивают, что инцидент вызвал прямые и косвенные потери в размере от 4,8 миллиарда до 16 миллиардов долларов, не считая задержек производительности и сбоев транзакций, от которых пострадали различные банки, логистические сети, порталы государственного сектора и корпоративные инструменты SaaS. Фактически, сбои AWS и Azure вместе, казалось, подготовили почву для краха Cloudflare, и то, что долгое время отвергалось как изолированные инциденты, быстро начало выглядеть как закономерность.

Даже владелец Tesla и X Илон Маск, который публично высмеивал AWS во время его сбоя, хвастаясь, что его социальная платформа прекрасно работает без облачной инфраструктуры Amazon, был вынужден прикусить язык на этой неделе, когда сам X был отключен, доказывая, что обход одного гиганта не защищает платформу от сбоев в других местах.

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

Децентрализация облака необходима. Вот почему

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

Именно такое видение предлагает Argentum AI. Как открытая, ориентированная на человека площадка для вычислительной мощности, она превращает вычислительные возможности в глобально разделяемый ресурс, соединяя людей и организации, которым нужна вычислительная мощность, с теми, у кого есть лишняя мощность для предложения (подобно Airbnb для простаивающих GPU и серверов).

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

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

Помимо устойчивости, рынок Argentum AI приносит и другие преимущества, причем экономическая эффективность является ярким примером. Это потому, что традиционные гиперскейлеры требуют от клиентов резервирования больших объемов серверного времени или времени GPU (часто оплачивая мощности, которые простаивают), тогда как сеть Argentum использует уже простаивающее оборудование, распределенное по всему миру. 

Разблокируя эту скрытую вычислительную мощность, платформа снижает цены на вычислительные задачи по сравнению с обычными облаками. Каждая задача, ставка и результат записываются в открытый блокчейн-реестр, обеспечивая полную прозрачность в ценообразовании и производительности.

В итоге, модель рассматривает вычислительную мощность как ликвидный товар, так что если ресурсы одного региона исчерпаны, рынок находит другие в другом месте. Такая гибкость не только ускоряет разработку проектов, но и демократизирует доступ к высокопроизводительной обработке, предотвращая вытеснение или депривацию малых компаний и организаций крупными облачными провайдерами. 

Извлеченный урок?

По мере того как эра облачных вычислений вступает в новую фазу, возникает вопрос, будет ли будущее инфраструктуры по-прежнему сосредоточено в нескольких огромных силосах или распределено между многими руками. В любом случае, сбои 2025 года стали тревожным сигналом о том, что даже самые могущественные технологические титаны не непогрешимы. 

В ответ платформы, подобные Argentum AI, разработали другое видение, которое переосмысливает то, как мы распределяем и получаем доступ к вычислительной мощности. По мере того как это видение набирает обороты, интернет завтрашнего дня становится более устойчивым и справедливым. Фактически, в следующий раз, когда Cloudflare или AWS споткнутся, пользователи могут даже не почувствовать этого, потому что рабочая нагрузка уже переместится куда-то еще.