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

Оффтоп

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

Управление разработкой

Совместное планирование и разработка

Google Outlook Apple

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

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

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

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

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

Тезисы

Скачать презентацию Все презентации конференции

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

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

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

Директор по развитию Штурвала, Лаборатория Числитель

CTO, TCPO.
За 12 лет работы в ИТ прошёл полный путь от первой линии поддержки до CPO.
* В ИТ более 12 лет;
* Глава ПК и основатель Kuber community day, Observability conf;
* Член ПК конференций: Стачка, ProITFest, Merge, Performance conf;
* Спикер: DevOps Сonf, HighLoad++, TeamLead Сonf, Стачка, Merge, ProITFest, DevOops;
* Автор курса «DevOps-инженер» в рамках проекта «Цифровые кафедры» для вузов РФ (МИРЭА, МГТУ, МГМУ, Станкин, ТГУ и других);
* сооавтор и соведущий подкастов ProITStand, Brainstorm;
* автор и амбассадор: devopsforlove, shturval_community, kuber_community;
* автор курса по haproxy и постоянный спикер направления DevOps в Rebrain.
https://linktr.ee/aleksandr_krylov