О чём вебинар
Почему классический мониторинг («работает/не работает») больше не отвечает на главный вопрос: «почему сервис деградирует прямо сейчас»?
На семинаре разберём переход к наблюдаемости — подходу, при котором система сама отдаёт достаточно данных для диагностики любых инцидентов, включая те, о которых никто не думал при проектировании.
Покажем, как три сигнала — метрики, логи и трейсы — вместе дают полную картину распределённых микросервисов: где теряются запросы, какие узлы создают задержки и как это увидеть до звонка недовольного клиента.
Расскажем на практике: как OpenTelemetry собирает данные с приложений и инфраструктуры в единый стандарт, как настраиваются связки Prometheus + Grafana для метрик и Loki для логов, как устроен трейсинг распределённых запросов.
Цели вебинара:
1. Показать принципиальную разницу между классическим мониторингом и наблюдаемостью — и объяснить, почему первой уже недостаточно современным распределённым системам.
2. Дать слушателям целостную модель трёх сигналов наблюдаемости: метрики, логи, трейсы — и понимание, как они дополняют друг друга при разборе инцидентов.
3. Познакомить с OpenTelemetry как отраслевым стандартом: архитектура, SDK, автоприборка приложений, коллектор, экспорт данных.
4. На практике показать связку Prometheus + Grafana + Loki и трейсинг распределённых запросов в микросервисной архитектуре.
Предварительная подготовка:
1. Базовые знания Linux и сетей: что такое HTTP-запрос, сервис, балансировка.
2. Общее представление о Docker и контейнеризации; опыт работы с Kubernetes приветствуется, но не обязателен.
3. Понимание принципов микросервисной архитектуры — хотя бы на уровне «что такое распределённая система».
Содержание
1. От мониторинга к наблюдаемости: почему «работает/не работает» уже не отвечает на вопросы. Три сигнала: метрики, логи, трейсы.
2. OpenTelemetry: архитектура и стандарт. SDK, автоприборка, коллектор, протоколы экспорта. Почему OTel стал стандартом де-факто и что он даёт против вендорского lock-in.
3. Метрики и визуализация: Prometheus, PromQL, дашборды Grafana, алертинг без шумовых ловушек.
4. Логи: структурированные логи, Loki, связка логов и метрик при разборе инцидента.
5. Трейсинг распределённых запросов: как выглядит сквозной трейс микросервисного запроса, где система теряет время, span-модель, распределённый контекст.
Другие разделы
Руководитель группы\Тимлид
Архитектор ПО
Разработчик
DevOps-инженер
