Циан запустил сайт и приложение в ограниченном режиме после аварии у партнёра

Сервис недвижимости «Циан» вернул в строй сайт и мобильное приложение, но только в ограниченном режиме. Причина сбоя — авария на объекте инфраструктурного партнёра. На утро 12 октября 2026 года компания подтверждает три вещи: оба канала доступа частично работают, данные переносят из резервных копий на новые мощности, а сроков полного восстановления нет. Конкретных цифр по длительности простоя, числу затронутых пользователей или объёму данных в сообщении не приводится.

Формулировка «авария на объекте инфраструктурного партнёра» говорит об архитектуре больше, чем кажется. Ключевые сервисы платформы, судя по всему, размещены на площадке стороннего провайдера, будь то дата-центр или облачный оператор. Когда она выходит из строя, проблема сразу становится проблемой клиента. Что именно случилось на объекте, в компании не уточняют, поэтому гадать о причинах бессмысленно.

Что известно на данный момент

Фактов немного, и они укладываются в короткий список:

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

Само слово «ограниченный» ничего не объясняет. Это может быть режим только для чтения, отключённый личный кабинет, недоступные заявки на показ или урезанный поиск. Пока компания не уточнила, какой вариант реализован, выводы делать рано.

Почему восстановление из бэкапов растягивается

Фраза о переносе данных из резервных копий на новые мощности описывает самый тяжёлый сценарий восстановления. Площадку не просто перезапускают, а разворачивают заново на другом месте. Дальше цепочка обычно такая: подготовить вычислительные ресурсы и сеть, залить данные, сверить целостность, поднять зависимые сервисы, прогреть кэши и индексы, прогнать проверки. Для платформы с миллионами объявлений, фотографий и пользовательских аккаунтов каждый этап занимает время. Это общая логика таких операций, а не данные о внутренней кухне «Циан».

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

Неопределённость в сроках здесь скорее признак честности, чем слабости. Обещать точное время, пока идёт проверка данных на новой площадке, значит рисковать вторым срывом.

Что проверить компаниям с похожей зависимостью

История полезна всем, чей бизнес держится на одной площадке партнёра. Несколько практических шагов:

1. Зафиксируйте целевые показатели: за какое время сервис должен вернуться (RTO) и сколько данных можно потерять (RPO). Если цифр нет, план восстановления существует только на бумаге. 2. Проверяйте восстановление на практике. Бэкап, который ни разу не разворачивали целиком, остаётся гипотезой. 3. Выясните, лежат ли резервные копии и рабочая система на одной площадке. Если да, это одна точка отказа вместо двух. 4. Заранее продумайте деградированный режим. Лучше, чтобы пользователи видели поиск и карточки в режиме чтения, чем пустую страницу. 5. Подготовьте коммуникацию. Чёткое сообщение о том, что работает, а что нет, снижает нагрузку на поддержку.

Если вы агент, риелтор или девелопер и работаете через платформу, имеет смысл держать запасной канал связи с клиентами: контакты вне сервиса, выгрузки текущих объектов, договорённости по ручной обработке заявок. Пока «Циан» не назвал сроков, планировать лучше на затяжной сценарий.

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