Дата-центр упал. А что будет с вашими ретро?

8 октября 2026 года «Яндекс» сообщил об остановке дата-центра в Сасово после атаки беспилотников. Об этом со ссылкой на компанию сообщило Reuters. Ход восстановления сервисов компания публикует на странице статуса Yandex Cloud. Такие события напоминают: даже большой облачный сервис зависит от вполне физических зданий, электропитания и каналов связи.

А если завтра недоступен ваш рабочий сервис?

Команда может перенести созвон. Гораздо неприятнее потерять контекст: что решили на прошлом ретро, какие риски заметили, кому поручили следующий шаг. В рабочих встречах и ретроспективах накапливается память команды. Именно ее мы считаем главным объектом защиты.

Опыт работы с enterprise-системами учит задавать неудобные вопросы заранее. Что останется доступным при отказе площадки? Где лежит отдельная копия? Получится ли ее восстановить? Для RetroPoint ответы на эти вопросы определяют подход к инфраструктуре.

Петербург и Москва: у сервиса есть второй адрес

Основная площадка RetroPoint находится в Санкт-Петербурге, резервная в Москве. Между ними передаются изменения базы данных, синхронизируются приложение и необходимые для запуска файлы. Поэтому при проблеме с основным сервером есть отдельная площадка, с которой можно продолжить восстановление работы.

Наш целевой ориентир для восстановления на российской резервной площадке составляет до 30 минут с начала работ специалиста, если резерв и необходимые внешние сервисы доступны. Переключением управляет наша команда: проверяет состояние резерва и готовность сервиса принимать пользователей.

Копия сервера и резервная копия решают разные задачи

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

Копии зашифрованы и защищены от удаления на 90 дней. Их доступность и целостность проверяет резервный сервер. Восстановление базы из такой копии проверено отдельно, как и содержимое архива пользовательских файлов. За сообщением «сохранено» должна стоять возможность вернуть данные в работу.

Астана: отдельный сценарий для масштабного сбоя

Для сценария масштабных проблем с российскими площадками предусмотрен дополнительный сервер в дата-центре Астаны. Это резерв вычислительных мощностей. Копия пользовательских данных там не хранится.

При масштабном сбое наш план предусматривает запуск RetroPoint на резервной площадке и восстановление данных из резервной копии. Расчетное окно восстановления составляет до трех часов с начала аварийных работ. После запуска вы сможете продолжить работу в сервисе: открыть свои доски, решения и файлы, сохраненные в последней резервной копии.

Надежность нужна не только большим компаниям

У небольшой команды те же причины беречь результаты работы, что и у крупной компании. Потерянный протокол не становится менее важным из-за числа сотрудников. Поэтому резервирование входит в наш подход к сервису, а не требует отдельного enterprise-контракта.

Инфраструктура должна оставаться за кадром, пока вы обсуждаете сложный спринт, выбираете улучшения и фиксируете Действия. О том, как сохранить связь между разговором и результатом, читайте в руководстве по онлайн-ретроспективе. А подходящий формат для следующей встречи можно выбрать среди техник ретроспектив.

Указанные сроки являются целевыми экспертными оценками, а не гарантированным SLA. Фактическое время зависит от характера инцидента и доступности связи, хранилищ и внешних сервисов. Резервирование снижает риски, но не исключает перерывов и потери последних изменений при аварии.

Познакомьтесь с RetroPoint и выберите инструменты, с которыми вашей команде удобнее обсуждать работу и доводить договоренности до результата.