Регламент
Документ живой: правки вносятся после разборов. Текущая редакция — от 2 августа 2026 года.
Классы изменений
| Класс | Примеры | Согласование | Окно |
|---|---|---|---|
| Стандартное | Релиз по накатанной схеме, добавление реплики | Не требуется, достаточно записи в ленте | Рабочее время |
| Обычное | Смена версии СУБД, перенос трафика | Дежурный инженер + владелец сервиса | Ночное окно |
| Крупное | Смена схемы данных, вывод площадки | Комитет, минимум за 5 рабочих дней | Согласованное окно |
| Аварийное | Устранение работающего инцидента | Постфактум, запись в течение 24 часов | Немедленно |
Обязательные поля заявки
- Что меняем и зачем. Одним абзацем, без внутреннего жаргона — заявку читают смежники.
- Затрагиваемые сервисы. Из каталога, по именам. «Всё» — не ответ.
- Ожидаемое влияние. Есть ли простой, сколько секунд, какие пользователи.
- План отката. Проверенный, с оценкой времени. «Накатим обратно» планом не считается.
- Критерий успеха. Конкретная метрика, по которой через час видно, что всё хорошо.
- Исполнитель и наблюдатель. Второй человек обязателен для обычных и крупных изменений.
Чего делать нельзя
| Менять в пятницу после 15:00 | Кроме аварийных. Никто не хочет чинить это в субботу |
| Совмещать два изменения в одном окне | При проблеме непонятно, что откатывать |
| Править прод руками мимо заявки | Даже «на минуточку». Особенно «на минуточку» |
| Закрывать заявку до проверки критерия | Успех подтверждается метрикой, а не ощущением |
Разбор после неудачи
Откат или инцидент — повод для письменного разбора в течение трёх рабочих дней. Разбор безоценочный: ищем, что в процессе позволило ошибке дойти до прода, а не кто её допустил. Итог разбора — конкретная правка регламента, автотест или проверка в пайплайне. Разбор без единого изменения в процессе считается незакрытым.