Релизы и окна обслуживания
Маркер релиза помогает сопоставлять изменения с метриками. Он не запускает deployment.
Порядок настройки
- После выпуска создайте маркер: имя, сервис, release_id (например Git SHA или v2.4.1). Не сохраняйте секретные URL CI.
- Сравните метрики и инциденты до/после маркера. Для автоматической проверки используйте правило deployment_regression и его preview.
- Для плановых работ создайте maintenance через REST API по отдельной инструкции с сервисом и starts_at/ends_at в ISO8601. Убедитесь, что end позже start. Отдельной формы maintenance пока нет.
- По окончании проверьте источник и метрики. Maintenance подавляет оповещения для окна, но не заменяет контроль восстановления.
Ожидаемый результат
В истории есть release marker и понятное окно работ.
Если не получается
Маркер не доказывает причину регрессии. Отсутствие приёма во время работ требует отдельной проверки sender и квот.