Disaster recovery для self-hosted трекера: что должно поднять бэкап без ручной магии

Disaster recovery для self-hosted трекера: что должно поднять бэкап без ручной магии

Если трекер живёт на своём сервере, бэкап «на диск» не считается DR. Нужны отдельно: база, конфиг, бинарники, webroot, cron’ы, схемы S2S/postback и список внешних интеграций. Иначе после падения вы поднимете UI, но потеряете часть конверсий или сломаете маршрутизацию.

Держи копию базы в моменте, близком к консистентному: через snapshot или дамп с блокировкой на короткое окно. Файлы конфигов и шаблоны лучше хранить в git с приватным доступом. Если есть очереди, кеши и локальные логи — не пытайся восстановить их все, но фиксируй ротацию и путь, чтобы не потерять диагностику.

План восстановления должен быть записан как runbook: порядок поднятия БД, проверка схемы, запуск веба, прогон тестового click→lead→postback, сверка timestamp, проверка редиректов и токенов. Отдельно держи список доменов, SSL, DNS TTL, backup SMTP и webhook-эндпоинтов. Без этого RTO превращается в импровизацию.

Раз в месяц делай не «проверку бэкапа», а полный restore на чистую машину. Если тестовый инстанс не проходит end-to-end, значит бэкап есть только формально. Разделяй хранение копии и доступ к ней: один пароль на прод и архив — плохая идея.