Для микросервисной архитектуры жизненно-важным является наличие DevOps-культуры. При этом эту культуру пытаются как-то измерить, но чаще пытаются измерить производительность команд, нередко, чтобы сравнивать между собой (facepalm). По мне так это странный способ и сами три пути DevOps и принципы CALMS дают ответ на то, что следует измерять, а в книге Accelerate так вообще все раскладывается по полочкам. Посмотрим на измерение важных вещей в трех измерениях: 1. Outcomes на уровне компании 2. Здоровье команд 3. Компетенции Почему именно эти срезы? В чем-то это моя любимая фрактальная структура. Outcome (так я не нашел достойного перевода этому термину для отделения от output и result, можете предложить вариант в коментариях), так вот, outcome на уровне компании — это результат работы команд, состоящих из людей, обладающий нужными компетенциями на необходимом уровне. Далее по-порядку:
Для микросервисной архитектуры жизненно-важным является наличие…
Из этого канала
- #154Метрики уровне компании, мой перевод из отчета State of DevOps 2019
Метрики уровне компании, мой перевод из отчета State of DevOps 2019
- #155Подробнее про эти метрики Время внесения изменений (Lead Time) Сколько времени…
Подробнее про эти метрики Время внесения изменений (Lead Time) Сколько времени требуется для поставки фичи, от начала и до конца.
- #156Лучшая метрика здоровья команды — это обратная связь от её членов и между её…
Лучшая метрика здоровья команды — это обратная связь от её членов и между её членами.
- #152Статейка вышла по итогам моего выступления на TechLeadConf про Event Storming и…
Статейка вышла по итогам моего выступления на TechLeadConf про Event Storming и микросервисы: https://m.habr.com/ru/company/oleg-bunin/blog/537862/ Само видео…
- #151istio: data plane и control plane
istio: data plane и control plane