Очень часто компании оказываются в ситуации, когда они не знают, насколько хорошо они справляются с DevOps. В этом случае они, очевидно, отсутствуют некоторые показатели DevOps. Здесь, в ApiumHub У нас довольно много, что мы отслеживаем, продолжайте читать, чтобы узнать больше.
В целом вы используете эти показатели для измерения успеха вашей программы и выяснить, как ее можно улучшить. Но, конечно, вы не можете ничего улучшить, если не измерили что -то. Тогда хороший вопрос был бы, если вы измеряете правильные вещи? Где вы должны сосредоточиться, чтобы оптимизировать свой процесс?
Основной момент и направленность показателей DevOps состоит в том, чтобы измерить скорость разработки, развертывания и реакции клиента, частоту развертываний и сбоев, времени ремонта, объема запроса на ремонт и скорости изменения этих показателей.
Панель инструментов DevOps — отличный способ контролировать процесс, и он окажет большую помощь для поиска ошибок и ошибок. Очевидно, что используемые метрики зависят от целей самого проекта Но есть определенные показатели DevOps, которые всегда следует учитывать.
Прежде чем выбрать метрики DevOps, имейте в виду, что …
Нет права или неправильного.
Когда вы устанавливаете, какие показатели DevOps вы хотите отслеживать, нет ответа, который подходит для всех. Каждая компания/команда будет смотреть на разные метрики, потому что у нас нет одинаковой бизнес -модели, требований или целей. Ваша компания больше ориентирована на клиента или больше на самом продукте?
Не забывайте, к чему вы стремитесь.
Выбирая наиболее важные показатели для вас, всегда помните об этом в конце дня, вы хотите более привлекательных и лояльных пользователей. Так что же вам действительно волнует? Если вы заботитесь о том, насколько быстро развертывается, насколько быстро ваша команда реагирует на изменения и т. Д., Это в основном потому, что вы хотите, чтобы ваш клиент был удовлетворен и продолжал использовать свой продукт.
Слишком много показателей не требуется.
Некоторые люди, что чем больше, тем лучше Но на самом деле я считаю, что меньше больше. Не нужно иметь 20 метрик, это не поможет вам лучше понять, как работает команда и насколько хороши результаты. Я бы сказал, что менее 10 метрик в значительной степени достаточно!
Некоторые показатели DevOps, чтобы следить
Частота развертывания
Изучив, как часто вы развертываете программное обеспечение, вы получаете много пониманий относительно того, что вызывает узкие места, делая процесс медленнее. С помощью этого показателя вы измеряете, как часто выполняется развертывание нового кода. Частота развертывания может помочь измерить время отклика, сплоченность команды, возможности разработчиков, эффективность инструмента разработки и общую эффективность команды DevOps. По сути, вы можете отслеживать процесс разработки членов команды ; Как часто команда развертывает новый код?
Изменить время заказа
Время заказа изменения представляет, сколько времени требуется от начала цикла разработки до развертывания. Обычно он используется для измерения общей эффективности всего процесса разработки. Вы также можете получить представление о том, насколько сложным является код. По логике, чем дольше время заказа изменения, тем больше вероятность того, что процесс разработки недостаточно эффективен. Тогда вам нужно сосредоточиться на поиске узких мест.
Изменить частоту отказов
Улучшивая свои возможности, члены команды имеют низкую частоту отказов, что подразумевает быстрое и частые развертывания с высокой стоимостью. Это, очевидно, является частью целей DevOps в целом. Напротив, высокая частота отказов указывает на то, что есть некоторые проблемы, когда речь идет о процессе DevOps.
Объем билета клиента
Этот показатель очень полезен, чтобы иметь больше понимания относительно удовлетворения клиента. Мне не нужно объяснять, почему это важно, но давайте просто будем иметь в виду, что счастливый клиент равняется счастливому бизнесу. Благодаря этой метрике вы измеряете, сколько продуктов вы предоставляете клиенту, или просто количество билетов, которые генерируются пользователями.
Если вы отслеживаете эту метрику DevOps, вы не теряете ничего, чтобы следить за изменением объема пользователей, которое в основном является количеством зарегистрированных пользователей.
Среднее время для обнаружения
Вот о том, сколько времени нужно, чтобы обнаружить проблему. Это на самом деле разница между моментом, когда возникает проблема, и тем моментом, когда команда замечает ее. После обнаружения команда инициирует конкретные действия, которые помогут восстановить проблему. И вот срок, чтобы выздоравливать:
Среднее время для восстановления
Из всех метрик DevOps не опускайте это! Вы восстановитесь от неудачи. В основном здесь речь идет о том, сколько времени нужно, чтобы восстановиться после неудачи. Вы можете увидеть, насколько хороша команда, когда дело доходит до обработки изменений, насколько эффективна команда, сталкиваясь с проблемами.
Кстати, если вам интересно, вот короткое видео с 4 показатели ключей для DevOps
Вывод
Независимо от того, что KPI продолжают развиваться. Вы можете измерять различные аспекты на первый год и улучшать этот вопрос, а затем сосредоточиться на других показателях, которые могут показаться более важными в то время. Важно знать об этом и осознавать тот факт, что все зависит от вашего бизнеса. Ваши знания и подготовка очень важны, когда дело доходит до успеха вашей инициативы по метрикам DevOps.
Вы могли бы…
DevOps Technologies & Prensest
Agile Games for Team
Преимущества, которые вы получаете, выполняя гибкое управление проектами
Пост Некоторые показатели DevOps, чтобы следить за появился первым на ApiumHub Анкет
Этот пост был первоначально опубликован apiumhub.com
Оригинал: «https://dev.to/apium_hub/some-devops-metrics-to-keep-an-eye-on»