Кровью и потом без анаболиков. Как не надо мониторить K8s
Программный комитет ещё не принял решения по этому докладу
Целевая аудитория
Тезисы
Поселилось разрабатываемое приложение как-то в ванильном в K8s, состоящее из 10 сервисов, как бизнесовых, так и системных. Разрабатывалось оно не один день, проходила различные этапы тестирования, и, наконец, дошло до продакшена. И было счастье и радость всем добрым молодцам пока не случилась беда. А беда пришла не одна, ибо мониторилась лишь часть performance кластера, но не состояние приложения. Начали решать проблему добро молодцы, да не сразу вышло: не было ни логов, ни трейсов, была сплошная беда. И возник пред ними вопрос закономерный - как что и что стоит мониторить в приложении том. Именно об этом и пойдёт сказ.
CPO продукта Штурвал компании Лаборатория Числитель.
Считает, что все, что можно унифицировать, стандартизировать и автоматизировать, можно и нужно унифицировать, стандартизировать и автоматизировать.
* в ИТ 12+ лет;
* глава ПК K8s day;
* член ПК Стачка, Merge, ProITFest, Performance conf;
* спикер DevOpsСonf, HighLoad++, TeamLead Сonf, Стачка, Merge, Dump, DevOops;
* автор курса «DevOps-инженер» в рамках проекта «Цифровые кафедры» вузов РФ (МИРЭА, МГТУ, МГМУ, ГТУ);
* соавтор и соведущий подкаста ProITStand, Brainstorm;
* автор курса по HAProxy и постоянный спикер направления DevOps в Rebrain.
Видео
Другие доклады секции
Мы знаем, как готовить K8s
