Сбой Google Cloud в Лондоне нарушил работу Revolut и других сервисов

# Сбой Google Cloud в Лондоне нарушил работу Revolut и других сервисов

Крупный сбой инфраструктуры Google Cloud в лондонском регионе `europe-west2` затронул десятки облачных продуктов и вызвал перебои у компаний, использующих эту площадку. Среди наиболее заметных последствий — частичная недоступность сервисов Revolut, включая платежи, переводы и снятие наличных. Google связывает инцидент с проблемой электроснабжения в одной зоне доступности и сообщает, что энергетическая причина уже устранена, но восстановление облачных сервисов продолжается.

Что произошло и когда

По данным официальной панели Google Cloud Service Health, инцидент начался 20 октября в 09:08 по московскому времени — это 23:08 19 октября по тихоокеанскому времени, которое использует статус-страница. Проблема сосредоточена в зоне `europe-west2-b`, входящей в лондонский регион `europe-west2`.

В обновлении на 14:12 МСК Google сообщил о «power event» — событии в системе электроснабжения, из-за которого зона перестала нормально обслуживать облачные нагрузки. Компания заявила, что энергетическая проблема устранена. После этого началось поэтапное восстановление инфраструктурных сервисов, однако на момент подготовки материала инцидент всё ещё имел активный статус.

Официально зафиксированы недоступность сервисов в зоне `europe-west2-b`, повышенная частота ошибок и периодические сетевые сбои в пределах всего лондонского региона. Это важное различие: речь идёт не о полном глобальном отключении Google Cloud, а о серьёзном региональном инциденте, способном затрагивать приложения, если их критические компоненты были размещены в пострадавшей зоне без достаточного резервирования.

Какие облачные продукты затронуты

В перечень затронутых продуктов вошли базовые компоненты, на которых работают пользовательские приложения и корпоративные системы: Google Compute Engine, Google Kubernetes Engine, Cloud Run, App Engine, Cloud Storage, Cloud SQL, Cloud Spanner, BigQuery, Firestore, Cloud Load Balancing, VPC, Persistent Disk и несколько служб передачи данных и сообщений.

Из-за такого набора пострадавших компонентов сбой может проявляться по-разному: приложение не открывается, запросы завершаются ошибкой, платежная операция не получает ответ, база данных становится временно недоступной или связь между внутренними сервисами работает нестабильно. Google отдельно указал, что Looker Studio инцидент не затронул.

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

Что известно о перебоях у Revolut

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

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

Точное число затронутых пользователей и полный географический масштаб перебоев пока не раскрыты. Поэтому сообщения о проблемах у конкретного клиента или в конкретной стране нельзя автоматически распространять на всю клиентскую базу Revolut.

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

Почему один регион способен затронуть финансовые услуги

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

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

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

Что пока неизвестно

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

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

Что будет дальше

Ближайший ориентир — обновления официальной панели Google Cloud. После технического восстановления отдельным клиентским приложениям может потребоваться дополнительное время: компании должны проверить целостность данных, запустить отложенные операции и убедиться, что сервисы корректно переключились обратно.

Редакция Finansteh будет считать инцидент завершённым только после официального сообщения Google о восстановлении затронутых продуктов. Если появятся подтверждённые сведения о длительности, масштабе или финансовых последствиях, они потребуют отдельного обновления, а не догадок на основании пользовательских жалоб.

Что это значит

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

Источники

• Google Cloud Service Health: официальный статус инцидента
• Reuters: Google Cloud services face outage in London, Revolut services down too
• The Guardian: сообщения компаний и ход восстановления