Даже децентрализованные соцсети не застрахованы от падений! В четверг Bluesky пережил серьёзный даунтайм — пользователи не могли зайти в приложение. Иронично, но факт: никакая архитектура не гарантирует 100% uptime. 🌪️💔
Децентрализованная социальная сеть Bluesky неожиданно столкнулась с масштабным сбоем 24 апреля 2025 года. Пользователи около часа не могли загрузить приложение на мобильных устройствах и через веб-интерфейс. В официальном сообщении на странице статуса Bluesky причиной инцидента названы «серьезные проблемы с сетью PDS» (Personal Data Servers). Первое уведомление появилось в 18:55 по восточному времени, а уже в 19:38 компания сообщила о начале устранения неполадок. Парадоксально, но факт: децентрализованный сервис оказался уязвим к единой точке отказа. Хотя архитектура AT Protocol, на котором работает Bluesky, теоретически позволяет любому пользователю развернуть собственные компоненты инфраструктуры (PDS, релеи и другие), на практике пока этим воспользовались немногие. Те, кто запустил свои серверы, не почувствовали последствий сбоя. В будущем экосистема Bluesky должна стать по-настоящему распределенной: разные сообщества смогут создавать собственные клиентские приложения, инфраструктуру и системы модерации. Яркий пример — проект Blacksky, разрабатывающий безопасные онлайн-пространства на базе децентрализованных инструментов. Однако пока основная нагрузка лежит на серверах самой Bluesky, что делает сеть уязвимой к подобным инцидентам. На фоне сбоя разгорелась полемика между сторонниками Bluesky и конкурирующей платформы Mastodon, работающей на протоколе ActivityPub. Пользователи Mastodon не упустили возможности пошутить над «централизованной децентрализацией» Bluesky. Один из них, Люк Джонсон, написал: «Смотрите, как падает могучий Bluesky, в то время как Raspberry Pi с Mastodon под моей кроватью продолжает стабильно работать». Другой пользователь саркастично заметил: «Хорошая у тебя децентрализация». Несмотря на иронию, сбой был устранен в течение часа, и сервис возобновил работу в штатном режиме. Этот инцидент наглядно демонстрирует, что даже децентрализованные платформы на ранних этапах развития зависят от централизованной инфраструктуры.
