Для чего нужен раздел
Раздел помогает следить за скоростью и надёжностью выпуска изменений. Подключите CI/CD и укажите, какие развёртывания относятся к рабочим сервисам. Для времени до выпуска нужен первый коммит изменения, а для доли сбоев и восстановления — связанные с развёртываниями инциденты. Одного подключения Git для всех четырёх показателей недостаточно.
Когда использовать
- Когда нужно проверить, как частота выпуска связана со сбоями.
- Перед изменением графика релизов, чтобы оценить текущую частоту и время выпуска.
- После сбоя, чтобы проверить, повторялись ли похожие случаи за выбранный период.
Первые шаги
- 1В «Настройки → DORA» подключите CI/CD-провайдера и выберите workflow, который деплоит в production.
- 2Опишите сервисы шаблонами репозиториев, workflow и окружений. Проверьте, что staging и обычные сборки не попали в production-выборку.
- 3Для показателей сбоев и восстановления подключите источник инцидентов и проверьте их связь с деплоями.
- 4Выберите период и сервис. Сверьте доступные метрики с лентами деплоев и инцидентов; пустое значение требует проверки исходных данных.
Настройки
| Настройка | Что делает | Как настроить | Типичная ошибка |
|---|---|---|---|
| Описание сервисов | Группирует деплои и инциденты по шаблонам имён репозитория, workflow и окружения. | Начните с нескольких сервисов. В шаблоне окружения точно укажите production, чтобы исключить тестовые развёртывания. | Включить staging в рабочие окружения: тестовые развёртывания исказят частоту и время выпуска. |
| CI/CD-интеграция | Поставляет события деплоя и коммиты, которые за ними стоят. | Выберите workflow, который развёртывает приложение в production. Обычная сборка не считается выпуском. | Включить все workflow и считать запуски CI развёртываниями. |
| Интеграция инцидентов | Поставляет инциденты для доли неудачных изменений и времени восстановления. | Проверьте, что в системе инцидентов указаны сервис, критичность и связь с развёртыванием. | Ждать долю неудачных изменений, когда инциденты ни к какому сервису не привязаны. |
Пример использования
Ситуация: В условном примере команда выпускает изменения ежедневно, но более 15% развёртываний связаны со сбоями.
- 1Выберите сервис и посмотрите в ленте развёртывания с откатами или связанными инцидентами.
- 2В ленте инцидентов сравните время до подтверждения и до восстановления. Так можно отдельно проверить скорость реакции и устранения сбоя.
- 3Проверьте, относятся ли повторяющиеся сбои к одному workflow или окружению. Обсудите эти случаи с командой.
Что станет понятно: Вы нашли развёртывания и инциденты для проверки, а также сервис или workflow, на котором стоит сосредоточиться.
Частые вопросы
Какие данные нужны для расчёта DORA-метрик?
Для частоты развёртываний нужны события production, для времени до выпуска — ещё и первый коммит изменения. Доля неудачных изменений и время восстановления требуют связанных с развёртываниями инцидентов и времени их устранения. Перед сравнением сервисов проверьте одинаковые правила отбора и полноту этих источников.
Почему время прохождения отличается от времени в разделе «Поток изменений»?
В «Потоке изменений» измеряется время от открытия пулл-реквеста до слияния. В DORA — от первого коммита до развёртывания в production. Эти средние могут быть рассчитаны по разным изменениям, поэтому их разность не показывает время ожидания релиза.
Можно получить DORA без инструмента для инцидентов?
Можно смотреть частоту деплоев, а при наличии первого коммита — время прохождения. По этим источникам нельзя судить о полноте учёта сбоев и времени восстановления.
О чём говорит уровень зрелости?
Категория показывает, в какие заданные диапазоны попали четыре показателя сервиса. Перед сравнением проверьте даты, сервисы и полноту данных. Категория не объясняет причины сбоев и не оценивает работу команды.
Практические советы
- Если дата первого коммита отсутствует, она не заменяется датой слияния. Время восстановления — медиана по устранённым инцидентам, связанным с развёртываниями; нулевая длительность тоже учитывается.
- Лента показывает до 100 событий, а итоговые показатели считаются отдельно за весь выбранный период. В разделе реализованы четыре DORA-метрики.
- Настройте состав сервисов до сравнения периодов: изменение шаблонов может изменить исторические показатели.
- Сравнивайте сервис прежде всего с его предыдущими результатами. Название категории само по себе не объясняет, что следует улучшить.