Клиент не должен узнавать о сбое от собственных покупателей. Наш регламент поддержки SLA описывает, как мы деплоим без даунтайма, гарантируем восстановимость бэкапов и ловим инциденты раньше пользователей. Делимся устройством регламента — он применим к любому проекту на 1С-Битрикс.
Zero-downtime деплой
Каждый релиз выкладывается в новый каталог (releases/<номер>), поверх — симлинк current. Пайплайн GitLab CI: линтер и статики → тесты → сборка ассетов → раскатка → health-check → переключение симлинка. Если health-check не прошёл — автовозврат на предыдущий релиз, дежурный получает алерт. Пользователь не видит ни секунды обслуживания.
Бэкап, который проверен восстановлением
Непроверенный бэкап равен отсутствующему. Раз в неделю свежий бэкап автоматически разворачивается в изолированном контейнере: поднимается БД, проверяется целостность таблиц, контрольные суммы критичных файлов, время восстановления. Отчёт уходит инженерам. Если восстановление заняло больше SLA-норматива — копий становится больше, а хранилище быстрее.
Мониторинг 24/7
Матрица реакции на инциденты
У каждого класса инцидента прописаны: время реакции, время восстановления, план действий и ответственный. Сайт недоступен — реакция 5 минут, эскалация через 15. Деградация скорости — реакция 30 минут в рабочее время. Подозрение на взлом — мгновенная изоляция, смена ключей, форензика по логам.