Цель – сделать ежедневную эксплуатацию понятной и управляемой: кто отвечает за сайт, как выпускаются изменения, что регулярно проверяется и какие действия предпринимаются при подтверждённой неисправности.
Приём заявок пока не открыт.
Когда подходит
- непонятно, кто владеет доменом;
- никто точно не знает, где размещён сайт;
- обновления выпускает только один человек;
- резервные копии существуют, но восстановление не проверялось;
- после сбоя команда не знает, кому писать;
- изменения выпускаются без понятной проверки;
- невозможно быстро определить работающую версию;
- критичные страницы никто регулярно не проверяет.
Что получает команда
- карту ответственности;
- базовый порядок регулярных проверок;
- понятный порядок выпуска;
- порядок действий при неисправности.
Что входит
- карта владения доменом, размещением, кодом и CMS;
- критичные пользовательские сценарии;
- проверка доступности;
- определение версии;
- порядок выпуска;
- базовый rollback-процесс;
- резервные копии;
- критичные доступы;
- регулярные проверки.
Как проверяется результат
Ответственный сотрудник может без импровизации ответить:
- кто владеет доменом;
- где размещён сайт;
- какая версия работает;
- кто выпускает изменения;
- что проверяется после выпуска;
- где резервные копии;
- что делать, если сайт не открывается;
- кто принимает решение при серьёзной проблеме.
Что решение не заменяет
- круглосуточный центр реагирования;
- SLA;
- полноценный аудит безопасности;
- мониторинг атак;
- полную переработку продукта;
- замену всей инфраструктуры.