Известная в IT кругах поговорка гласит: «Нельзя улучшить то, что нельзя измерить». Поэтому метрики являются важным инструментом в IT проектах. Но как измерять метриками devops? Как оценить, насколько качественной и правильной являются процессы разработки. Давайте разберем, какими метриками измерять DevOps.
Зачем использовать DevOps метрики
Инженеры DevOps имеют ключевую цель: создать единое пространство для разработки, в котором все процессы будут иметь:
- четкую структуру;
- понятный путь реализации;
- стандарты, которые просит менеджмент и клиент;
- план масштабирования.
Но как привести каждый процесс к стандарту? Как разработать рутину, по которой будет понятен каждый шаг? Если объяснять DevOps простыми словами, то это методология как раз для этих целей. Но единственным правильным решением будет использовать метрики.
Как именно метрики помогают DevOps
В системах развертывания есть несколько проблем. Независимо от типа проекта, они встречаются регулярно:
- Разрастание инструментов разработки. Из-за необходимости переключаться между инструментами, разработчики теряют до 15 рабочих часов в неделю, согласно данным отчета State of Internal Developer Portals. DevOps это позволяет контролировать, если использует метрики для отслеживания.
- Точность данных. Из-за того, что данные собираются из разных источников, без метрики сложно оценивать их правильность.
- Автоматическая документация. Пользуясь метриками, можно автоматически обновлять документацию и поддерживать ее в актуальном состоянии.
Это только малая часть того, как помогают метрики для DevOps. Разберем, что именно использовать.
DORA Metrics DevOps: 4 всадника оценки разработки
DORA Metrics DevOps является стандартным набором метрик, которые помогают оценить уровень и качество процессов разработки. С помощью них можно узнать как быстро DevOps реагирует на изменения, какое время развертываемости кода, частоту итераций, анализ сбоев в процессах.
DORA DevOps Metrics улучшают планирование работы, помогают определить области улучшения процессов, найти «золотую середину» в технических и ресурсных вопросах. Следует опираться на 4 ключевые метрики DORA DevOps.
Частота развертываний
Зачастую DevOps выпускает программный продукт достаточно часто, внося незначительные изменения. Это помогает отследить баги на раннем этапе, понимая, где именно их искать. Процесс тестирования упрощается, а разработчики могут быстрее реагировать и вносить изменения.
Со стороны DevOps это уменьшает риски, дает возможность быстрее собирать обратную связь и проводить более частые итерации.
Частота развертывания измеряет общую скорость команды разработки. Это среднее количество готового кода в день в заданной среде.
Чтобы объяснить эту метрику DevOps простыми словами, представьте магазин. Вы можете добавлять 1 товар каждый день, показывая, что в магазине появляется новый ассортимент. Клиенты видят это и могут дать обратную связь, например, сказав, нравится им товар или нет. А можете раз в неделю обновить сразу всю полку. Клиент увидит изменения только через неделю, и обратную связь даст реже.
Чем чаще происходят развертывания, то есть добавление готового кода в рабочую среду, тем выше показатель метрики DevOps.
Время подготовки изменений
Эта DORA DevOps Metrics показывает скорость, с которой команда выпускает код. Было принято решение внести изменения. Это точка отсчета. Дальше измеряется время, за которое код доставляется к пользователю, то есть, развертывается.
К примеру, есть задача добавить кнопку на сайт. Решение принято, задача поставлена на разработку. Сколько пройдет времени до момента, пока кнопка появится на сайте? Эта метрика DevOps позволяет посчитать и понять:
- насколько сложная задача;
- имеет ли смысл подобная задача в дальнейшем;
- можно ли автоматизировать этот процесс;
- какая вероятность рисков и ошибок.
Проще говоря, эта метрика помогает понять, как быстро идея перерождается в ценность для клиента.
Измерения частоты отказов
Куда же без багов и ошибок? Эта метрика DevOps как судья. Ее роль — сохранять баланс между частотой обновлений и количеством проблем, которые могут возникать.
Большое количество релизов — это хорошо. В этом нам помогает первая метрика. Но что, если из 20 релизов 3 создают проблемы. Настолько, что приложение перестает работать или возникают серьезные ошибки.
Это называется частота отказов. И именно эта метрика DevOps позволяет понять процент частоты отказов. В нашем примере при 20 релизах 3 провальных, значит, частота отказа 15%. Много это или нет? Решает DevOps инженер.
Метрика учитывает 2 фактора:
- насколько быстро вы обновляете код;
- насколько качественно происходит обновление.
Тут должен быть баланс, и эта DORA Metrics DevOps помогает в принятии решений..
Измерение времени восстановления
Эта метрика, в первую очередь, напрямую влияет на деньги бизнеса. MTTR, она же Mean Time to Recovery показывает, сколько времени нужно команде разработки, чтобы устранить проблему в продакшене.
Пример: Посреди дня лег сайт, и пользователи не могут купить товар. Через 20 минут DevOps замечает проблему и передает на разработчиков. Команда оперативно устраняет поломку, на это уходит 70 минут. И сайт уже опять работает, все хорошо.
MTTR в данном случае — 90 минут. То есть это метрика, которая считается с момента поломки до момента полного ее устранения и восстановления.
Почему это важно: если эта DORA Metrics DevOps плохая (например, ваши конкуренты устраняют поломки быстрее в 2 раза), то бизнес теряет клиентов, деньги, репутацию.
YouTube
Заключение
Метрики DevOps очень важны в разработке. Их, на самом деле, гораздо больше, но ориентироваться в первую очередь нужно на 4 ключевые показателя.
