Около 10:00 мск пользователи из России начали массово жаловаться на сбои Google и GitHub, а затем к списку проблемных сервисов добавились Apple и Samsung. Для российской IT-аудитории это не просто очередной сетевой шум: когда с российских IP нестабильно открываются поисковик, кодовые репозитории, App Store и инфраструктурные страницы вендоров, у разработчиков и продуктовых команд быстро сыпется рабочий день.
О проблемах сообщает vc.ru. По данным Detector404, примерно за час пользователи оставили более 650 жалоб на работу Google и более 350 жалоб на GitHub. К 11:15 мск начало расти число сообщений о трудностях с загрузкой сайта Apple, App Store и других сервисов компании. Параллельно появились жалобы на сервисы Samsung для смартфонов и телевизоров. География ожидаемо крупная: больше всего обращений пришло из Москвы, Санкт-Петербурга, Новосибирской и Челябинской областей.
Если смотреть не на эмоции пользователей, а на телеметрию, картина выглядела еще неприятнее. Detector404 фиксировал сетевые сбои при попытке установить https-соединение: у GitHub соединение обрывалось примерно в 50% случаев, у Google — в 26%, у Apple — в 99%, у Samsung — в 21%. Это уже не история про «у кого-то не грузится страница в браузере». При таких цифрах любая зависимость от внешних сервисов превращается в лотерею: у части команды все открывается, у части — нет, а у бизнеса на этом фоне начинается обычный для таких дней жанр под названием «ничего не меняли, но все сломалось».
Ключевая деталь в этой истории — пользователи указывали, что сайты не открывались именно с российских IP-адресов. Это сразу переводит разговор из плоскости глобального сбоя в плоскость маршрутизации, фильтрации трафика и особенностей локального доступа. При этом официального сообщения о блокировке сервисов не было. Более того, в Роскомнадзоре заявили РИА Новости, что ведомство не ограничивало доступ к GitHub, Google и Apple. Формально это снимает один вопрос и тут же создает другой: если ограничений нет, то почему набор затронутых платформ выглядит так, будто урон пришелся по самым заметным международным цифровым точкам входа для российских пользователей?
Для разработчиков сбои Google и GitHub — это не про неудобство, а про прямые операционные издержки. GitHub давно используется не только как хостинг исходников, но и как площадка для документации, релизов, пакетов, issue-трекеров и интеграций. Даже если основной код хранится не там, недоступность GitHub режет доступ к зависимостям, обсуждениям, changelog и вспомогательным инструментам. Google в этой цепочке тоже не ограничивается поиском: любой сбой в доступе к экосистеме бьет по документации, аналитике, почте, облачным сервисам и просто по скорости принятия решений. Когда все это происходит одновременно, просадка производительности команды измеряется уже не минутами, а потерянными слотами в релизах, поддержке и найме.
Для бизнеса эта история не менее показательная. Многие компании за последние годы привыкли жить в режиме «все нестабильно, но как-нибудь работает». Проблема в том, что такие эпизоды напоминают: даже без официально объявленной блокировки внешний сервис может на несколько часов выпасть из рабочего контура для значимой части пользователей. Это касается не только продуктовых команд, но и e-commerce, мобильной разработки, клиентской поддержки, маркетинга и HR. Если у рекрутера не открывается профиль кандидата, у инженера — репозиторий, а у пользователя — магазин приложений, это уже не локальная техническая неисправность, а общий сбой делового ритма.
Впрочем, история развивалась быстро. В обновлении на 12:05 мск сообщалось, что пользователи начали писать о восстановлении доступа, а доля сетевых сбоев по данным Detector404 пошла на спад. То есть речь, судя по доступным данным, шла не о полном и долгом отключении, а о резком, но ограниченном по времени эпизоде. Для конечного пользователя это, может быть, и выглядит как «утром не грузилось, к обеду отпустило». Для IT-команд вывод жестче: даже краткий обрыв доступа к нескольким базовым зарубежным платформам одновременно моментально проверяет на прочность процессы, резервные сценарии и терпение людей в рабочих чатах.
Главный вопрос после таких сбоев уже привычный, но от этого не менее острый: что именно считать новой нормой — редкие аварии или постоянную неопределенность на уровне доступа к критичным внешним сервисам. Пока рынок не получает внятного ответа, российским компаниям приходится действовать по старой инженерной логике: держать запасные маршруты, не завязывать процессы на единственную внешнюю точку и заранее считать, сколько стоит очередной час, когда интернет вроде бы есть, а нужных сервисов — уже не совсем.