Сбой Google Cloud в Лондоне: банки, суды и уроки цифровой хрупкости

В понедельник, 20 октября 2026 года, жители Туманного Альбиона получили наглядный урок цифровой диалектики: чем могущественнее облако, тем больнее падать. Один-единственный «инцидент в системе электроснабжения» (power event) в лондонском дата-центре Google Cloud — и вот уже миллионы клиентов Revolut, Lloyds и HSBC не могут оплатить утренний кофе, а суды Англии и Уэльса откладывают заседания, потому что видеоплатформа, на которой держится дистанционное правосудие, дружно ушла в офлайн. Ирония в том, что причиной коллапса стала не изощрённая кибератака, а банальное «питание», которое, как известно, не роскошь, а средство передвижения для всей цифровой экономики.

Что случилось: хроника самого масштабного сбоя Google Cloud в Европе

Согласно официальной хронологии, первые сигналы тревоги поступили примерно за два с половиной часа до девяти утра по Гринвичу, когда Google признал наличие «многочисленных проблем» в регионе europe-west2 (Лондон). Инцидент затронул зону europe-west2-b и продлился около семи часов пятидесяти двух минут. За это время пользователи успели прочувствовать все прелести цифрового Средневековья: приложение Revolut не открывалось, карточные платежи зависали, а снять наличные в банкомате удавалось не всем и не сразу.

Список пострадавших впечатляет своей широтой:

• Revolut — карточные платежи, переводы, обмен валюты и доступ к фондовому рынку;
• Lloyds Bank, Halifax, Bank of Scotland, HSBC — онлайн-банкинг и мобильные приложения;
• Судебная видеоплатформа (Cloud Video Platform) — дистанционные заседания в судах Англии и Уэльса пришлось отложить;
• NHS — пациенты не могли записаться на приём через приложение Национальной службы здравоохранения;
• а также сервисы курьерской доставки DPD и сайт по недвижимости Rightmove.

География сбоя не ограничилась Лондоном: отголоски «power event» ощутили пользователи по всей Европе, что лишний раз подтвердило: облако — это не набор волшебных серверов в небе, а цепочка физических зависимостей, где перегоревший предохранитель в одном здании может аукнуться на континенте.

Анатомия хрупкости: почему один «power event» уронил пол-Британии

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

«Облако» — это не магия, а аренда чужого железа. И чем сильнее бизнес завязывается на одного провайдера, тем выше ставки в игре «кто первым нажмёт рубильник». Сравним отказоустойчивость двух гигантов: по данным мониторинга за 2026 год, реальный uptime Google Cloud составил около 99,90%, тогда как AWS — около 99,95%. Разница в пять сотых процента кажется смешной, пока не осознаёшь, что за ней стоят часы и дни простоя, которые для банка или суда оборачиваются миллионными убытками и отложенными заседаниями.

Ирония в том, что даже самые надёжные облака падают. Вопрос лишь в том, кто и как быстро умеет поднимать сервисы после падения. И тут Google Cloud, по оценкам независимых аналитиков, демонстрирует «длительные сроки устранения инцидентов» — то есть чинит проблемы не так расторопно, как хотелось бы клиентам.

Кто пострадал и что говорят регуляторы

Финансовый регулятор Великобритании (FCA), Банк Англии и Управление пруденциального регулирования (PRA) оперативно вступили в контакт с Google для оценки последствий сбоя. А заодно напомнили, что ещё в июле 2026 года Google Cloud, AWS, Microsoft и Oracle были официально отнесены к категории «критических третьих сторон» для финансового сектора — об этом говорится в письме комитета по финансам парламента. Проще говоря, регуляторы признали: банки настолько плотно сидят на облаках, что падение провайдера автоматически становится системным риском.

Этот статус — не просто бюрократическая отметка. Он означает, что в случае повторения истории у Google могут возникнуть проблемы уже не только репутационного, но и юридического характера. Регуляторы могут потребовать от провайдера отчёты о мерах по обеспечению отказоустойчивости, провести внеплановые аудиты и — в перспективе — наложить штрафы за недостаточную защиту критической инфраструктуры. Пока же в публичном поле они ограничились дежурными заверениями о «мониторинге ситуации», что в переводе с чиновничьего на человеческий означает: «Мы делаем вид, что контролируем процесс, а вы пока перезагрузите приложение».

Безопасны ли ваши деньги и данные в облачных банках

В Revolut поспешили успокоить клиентов: все деньги и персональные данные находятся в безопасности, сообщал The Bell. И это правда — технически средства никуда не исчезли, они просто стали временно недоступны. Но психологический эффект оказался сильнее любого финансового убытка: пользователь, который в самый неподходящий момент не может оплатить покупку или перевести деньги, чувствует себя обманутым, даже если его счёт по-прежнему полон.

Настоящий риск облачных банков — не потеря средств, а потеря контроля. Когда доступ к вашим деньгам зависит от чужого дата-центра, вы фактически арендуете финансовую свободу у Google. И в момент «power event» этот арендодатель может внезапно захлопнуть дверь перед вашим носом. Мы уже разбирали, как кризис доверия к ИИ и передача управления браузером алгоритмам создают похожие риски — только там речь о данных, а здесь о деньгах.

Практический чек-лист: как защитить себя от цифровой монокультуры

Паника — плохой советчик, а вот трезвый расчёт — вполне. Вот несколько действий, которые помогут снизить зависимость от капризов облачных гигантов:

1. Держите наличные. Не всю зарплату, но сумму, достаточную для пары дней автономного существования. В день сбоя банкоматы могут не работать, а кофе — взбодрить.
2. Настройте резервный способ оплаты. Заведите карту другого банка (желательно с другой инфраструктурой) или подключите платёжный сервис, не завязанный на тот же дата-центр.
3. Проверяйте статус-страницы провайдеров. Google Cloud, AWS и другие публикуют оперативные сводки — иногда достаточно просто знать, что проблема не у вас, а у них, чтобы не тратить нервы на переустановку приложения.
4. Для бизнеса: рассмотрите мультиоблачную стратегию. Если ваша компания критически зависит от одного провайдера, стоит подумать о резервных каналах или гибридной инфраструктуре. Дорого? Возможно. Но дешевле, чем объяснять клиентам, почему их платежи зависли на полдня.
5. Не храните все яйца в одной корзине. Это касается не только банков, но и данных: резервные копии в другом облаке или на физическом носителе — скучно, но эффективно.

Что будет дальше: сценарии для рынка облачных услуг

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

В любом случае, урок усвоен: цифровая хрупкость — это не абстракция, а конкретный «power event» в конкретном дата-центре, который однажды может коснуться каждого. И готовность к нему — не паранойя, а разумная предосторожность.

Материал носит информационно-аналитический характер и не является рекомендацией к действию.