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

Оффтоп

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

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

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

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

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

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.

Видео

Другие доклады секции

Оффтоп