Метрики удовлетворенности инфраструктуры. Понять и простить или отпустить?

Оффтоп

Методологии и процессы разработки ПО; Сроки и приоритеты
Управление разработкой
Совместное планирование и разработка

Доклад принят в программу конференции

Мнение Программного комитета о докладе

Доклад-расследование вопросов, связанных с обвешиванием метриками всего, что можно обвешать. Будет интересен всем, кто пытается понять, как померить эффективность процессов на разных уровнях, где работает, а где лучше не надо.

Целевая аудитория

TeamLead Dev/QA/DevOps/SRE/Support, CTO

Тезисы

У нас не задеплоилось с первого раза, давайте влепим кол инфраструктуре. А то, что мы криво поставили переменные пода - это не к нам, это к devops. Часто ли вы такое слышали от разработчиков, тестировщиков или поддержки? Как сделать доказательную базу того, что с инфраструктурой всё хорошо, а проблема в коде? Сегодня мы поговорим с вами о том, как можно организовать процесс снятия метрик удовлетворённости инфраструктуры для команд разработки и тестирования, рассмотрим вариант стэка технологий для этого, а так же пример реализации с видом метрик, которые могут оказаться полезными в вашей работе.

Александр Крылов

Лаборатория Числитель

CPO продукта Штурвал, компании Лаборатория Числитель.
Считает, что всё, что можно унифицировать, стандартизировать и автоматизировать, можно и нужно унифицировать, стандартизировать и автоматизировать.
* Магистр технических наук;
* спикер DevOpsСonf, HighLoad++, Team Lead Сonf;
* член ПК Стачка, ProITFest;
* автор курса «DevOps-инженер» в рамках проекта «Цифровые кафедры» вузов РФ (МИРЭА, МГТУ, МГМУ, ГТУ);
* соавтор и соведущий подкаста ProITStand, Brainstorm;
* методист модуля MlOps профессии data-engineer в Нетологии и постоянный спикер направления DevOps;
* автор курса по haproxy и постоянный спикер направления DevOps в Rebrain.

Видео