12 июня 2025 года интернет буквально "упал". Gmail не отправлял письма, YouTube не загружал видео, а Spotify и Discord молчали. Пользователи по всему миру запаниковали, а в соцсетях начали шутить: "РКН решил заблокировать весь интернет, да?" Но что на самом деле произошло? Был ли это дерзкий ход Роскомнадзора или просто техническая ошибка, которая обрушила половину цифрового мира?

Эта статья для разработчиков, DevOps-инженеров и CTO, которые хотят понять, что вызвало сбой, как он повлиял на IT-инфраструктуру и как защитить свои проекты от подобных инцидентов. Мы разберем хронологию, причины и дадим практические советы. Готовы узнать, кто виноват в этом хаосе?

Hook: Знаете ли вы, что одна ошибка в облаке может парализовать миллионы сервисов, от почты до стриминга?

Что произошло 12 июня 2025 года?

Хронология событий

Сбой начался около 20:49 по московскому времени (17:49 UTC) 12 июня 2025 года. Пользователи по всему миру начали сообщать о проблемах с доступом к сервисам Google, включая Gmail, YouTube, Google Maps, Google Drive, Meet, Nest, Google Cloud и Firebase. Вскоре проблемы затронули и Cloudflare, что повлияло на множество веб-сайтов и приложений.

Пик жалоб пришелся на 21:25 по московскому времени, когда DownDetector зафиксировал десятки тысяч сообщений. К 23:49 большинство сервисов восстановили работу, хотя некоторые пользователи продолжали испытывать проблемы.

Затронутые сервисы

Сбой затронул широкий спектр платформ:

• Google-сервисы: Gmail, YouTube, Google Maps, Google Drive, Google Meet, Nest, Google Cloud, Firebase.
• Сторонние сервисы: Spotify, Discord, Twitch, Character.AI и другие, зависящие от Google Cloud.
• Cloudflare: Проблемы с доступом к сайтам и приложениям, использующим их инфраструктуру.
• AWS: Некоторые пользователи сообщали о сбоях, но AWS подтвердила, что их системы не пострадали.

Таблица с основными затронутыми сервисами:

Вывод: Сбой затронул не только Google, но и множество сервисов, зависящих от его облачной инфраструктуры, что вызвало эффект домино.

Причины сбоя

Техническая ошибка в Google Cloud

Согласно отчету Google Cloud Service Health, сбой был вызван некорректным автоматическим обновлением квот в системе управления API. Это привело к отклонению внешних API-запросов, вызвав ошибки 503 (Service Unavailable) и перегрузку базы данных квот в регионе us-central1. Проблема длилась около 3 часов, с 10:49 PDT до 13:49 PDT (20:49–23:49 по Москве).

Google обошла проблемные проверки квот, но восстановление в us-central1 заняло больше времени из-за перегрузки. Компания пообещала опубликовать полный отчет в ближайшие дни.

Пример: Проверка статуса API Google Cloud:

curl -I https://status.cloud.google.com

Вывод: Простая ошибка в управлении API может привести к глобальным последствиям, если инфраструктура критически важна.

РКН: Виновен или просто мем?

Слухи о том, что "РКН заблокировал весь интернет", быстро распространились в соцсетях, таких как X. Однако нет никаких доказательств причастности Роскомнадзора. Сбой был глобальным, затронув США, Европу и Азию, что выходит за рамки юрисдикции РКН. Прошлые инциденты, связанные с РКН, такие как сбои в феврале 2024 года (Reuters), были локальными и не имели такого масштаба.

X-пост от Cloudflare подтвердил, что их проблемы были связаны с зависимостью от Google Cloud, а не с действиями регуляторов. Таким образом, шутки про РКН — это скорее реакция на масштаб сбоя, чем реальная версия событий.

Вывод: РКН не причастен; это был технический сбой, а не блокировка.

Влияние на IT-специалистов

Риски зависимости от одного провайдера

Сбой показал, насколько опасно полагаться на одного облачного провайдера. Проекты, использующие Google Cloud для хранения данных, вычислений или API, столкнулись с полной недоступностью. Это затронуло микросервисы, приложения реального времени и даже сторонние платформы, такие как Spotify.

Совет: Разворачивайте критически важные системы на нескольких облачных платформах (AWS, Azure, Google Cloud). Например, используйте AWS S3 для хранения данных и Google Cloud Functions для вычислений.

Мониторинг и отказоустойчивость

Регулярный мониторинг зависимостей и тестирование отказоустойчивости — ключ к минимизации рисков. Инструменты вроде Prometheus и Grafana помогут отслеживать состояние сервисов.

Пример: Настройка мониторинга Google Cloud:

gcloud monitoring dashboards create --config-from-file=dashboard.yaml

Вывод: Без мониторинга и плана восстановления даже небольшие сбои могут стать катастрофой.

Рекомендации для разработчиков

• Диверсификация: Используйте несколько облачных провайдеров для критических систем.
• Мониторинг: Настройте оповещения через Google Cloud Monitoring или сторонние инструменты.
• Тестирование: Проводите стресс-тесты и проверяйте планы восстановления.
• Резервные копии: Храните данные в нескольких местах, чтобы избежать потерь.

Важно: Подпишитесь на официальные каналы провайдеров, такие как Google Cloud Status, чтобы получать оперативные обновления.

Заключение

Сбой 12 июня 2025 года показал, как уязвима наша цифровая инфраструктура. Шутки про "РКН, заблокировавший интернет", оказались лишь мемами — реальной причиной была техническая ошибка в Google Cloud. Для IT-специалистов это сигнал: пора пересмотреть архитектуру своих проектов и подготовиться к неожиданностям.

Краткий итог:

• Сбой вызвала ошибка в управлении API Google Cloud.
• РКН не причастен; сбой был глобальным.
• Диверсификация и мониторинг — ключ к надежности.
• Google улучшит обработку ошибок, чтобы избежать повторения.