Что такое частота развёртывания?

Частота развёртывания – одна из четырёх ключевых метрик, выделенных в исследованиях DORA (DevOps Research and Assessment), наряду со временем выполнения, долей неудачных изменений и средним временем восстановления. Организации с высокой частотой развёртывания могут выпускать обновления несколько раз в день, тогда как менее эффективные команды – ежемесячно или ежеквартально. Эта метрика ценна тем, что напрямую коррелирует со способностью организации оперативно реагировать на изменения рынка и потребности клиентов.

Время цикла и частота развёртывания измеряют разные аспекты процесса поставки ПО. Время цикла измеряет, сколько длится прохождение задачи через процесс разработки, а частота развёртывания. Время цикла отсчитывается с момента начала работы до её попадания в продуктив, фокусируясь на скорости поставки отдельных элементов. Частота развёртывания не учитывает размер или объём каждого развёртывания, а отражает ритм релизов.

Команда может иметь короткое время цикла, но низкую частоту развёртывания, если задачи выполняются быстро, но изменения накапливаются для редких релизов. И наоборот – высокая частота развёртывания при более длинном времени цикла возможна, когда команда регулярно выпускает небольшие изменения, а крупные функции требуют больше времени на завершение.

Расчёт частоты развёртывания предполагает отслеживание того, как часто код успешно попадает в продакшн за определённый период – неделю или месяц. Например, если команда выполняет 20 развёртываний за 30 дней, месячная частота составит 20 развёртываний в месяц, или примерно 0,67 в день.

Многим командам полезно классифицировать свою частоту развёртывания по уровням в соответствии с метриками DORA: несколько развёртываний в день (элитный уровень), от одного в день до одного в неделю (высокий), от одного в неделю до одного в месяц (средний), от одного в месяц до одного раз в полгода (низкий). При расчёте важно учитывать только успешные развёртывания в продуктив, исключая неудачные попытки или развёртывания в тестовые среды. Кроме того, некоторые компании разделяют типы развёртываний. Например, выпуск функциональности и экстренные исправления – для более детального понимания паттернов релизов.

Команды могут применить несколько стратегий для повышения частоты развёртывания. Эти шаги включают как изменения в рабочих процессах, так и культурные сдвиги, создающие среду, способствующую здоровому ритму развёртывания.

• Внедрить конвейеры непрерывной интеграции и доставки (CI/CD).
• Разбивать работу на более мелкие и управляемые части, которые можно поставлять поэтапно.
• Автоматизировать рабочие процессы на всех этапах.
• Стандартизировать среды разработки, тестирования и продуктива.
• Перейти на микросервисную архитектуру там, где это целесообразно.
• Формировать культуру, ценящую частые небольшие изменения вместо крупных пакетов работ.
• Отслеживать и устранять узкие места в процессе согласования развёртываний.
• Внедрить инструменты мониторинга и наблюдаемости для быстрого выявления проблем после развёртывания.

Командам необходимо выделять время на изучение своих процессов и выявление зон для улучшения. В этом смысле важно понимать, как метрики используются для оценки эффективности команды разработки. Они должны восприниматься как сигналы, а не как прожектор, направленный на конкретную проблему.

Enji помогает командам применять все перечисленные шаги в своих рабочих процессах для достижения и поддержания здоровой частоты развёртывания. ИИ-функции работают в фоновом режиме, помогая командам сохранять фокус на задачах и продвигать их по рабочему процессу.

Эти и другие возможности Enji предоставляют данные и аналитику, которые команды могут сразу применить к своим процессам для создания большей ценности и повышения частоты развёртывания.