Курс Prometheus и Grafana: как выбрать практику по мониторингу
Дашборд красивый: графики двигаются, процессор загружен, память занята. Но когда пользователь пишет «всё тормозит», по нему трудно понять, что произошло. Обучение Prometheus и Grafana имеет смысл привязать к этой задаче: заметить ухудшение работы сервиса, найти нужные сигналы и решить, что проверять дальше.
Начать стоит с вопроса к сервису
Для учебного приложения можно выбрать три вопроса: отвечает ли оно, сколько запросов завершается ошибкой и как меняется время ответа. После этого становится понятно, какие измерения собирать. Иначе установка системы мониторинга быстро превращается в коллекцию графиков, назначение которых никто не объясняет.
В программе курса ищите работу с самим приложением или exporter, сбором метрик и проверкой полученных значений. Нужно увидеть весь путь: событие произошло, значение изменилось, Prometheus его получил, запрос выделил нужный участок времени.
PromQL должен отвечать на понятный вопрос
Читатель может выучить синтаксис и всё равно построить неправильный график. Например, накопительный счётчик и текущая величина требуют разного обращения. Полезное упражнение начинается с вопроса «сколько ошибок было за интервал» или «как меняется нагрузка», а затем объясняет выбор операции.
В разборе rate и increase рассматривается одна из таких развилок. Подобные упражнения нужны и на курсе: выбрать данные, сформулировать запрос и проверить результат на изменившейся нагрузке. Так формула связывается с тем, что произошло в сервисе.
Дашборд и оповещение решают разные задачи
Дашборд помогает исследовать ситуацию. Оповещение должно привести человека к действию. Если сигнал срабатывает каждый раз при обычном кратком всплеске, его перестают замечать. Поэтому полезно разбирать условия, длительность, маршрутизацию и инструкцию для получателя.
Учебный сценарий можно довести до небольшого инцидента: вызвать ошибку в тестовом приложении, увидеть её на графике, получить сигнал и восстановить штатную работу. Затем проверить, что оповещение прекратилось. Здесь важен весь цикл, а не скриншот заполненной панели.
Какая подготовка нужна
Пригодятся основы HTTP, Linux и сетей, умение запускать приложение и читать YAML. Если учебный стенд использует Docker Compose, нужно понимать, как сервисы обращаются друг к другу. Иначе первый вечер уйдёт на поиск адреса вместо изучения мониторинга.
Подготовиться можно в курсе Docker и Docker Compose или через его открытый урок о приложении и базе в Compose. Если окружение уже знакомо, повторять весь Docker-курс перед мониторингом не требуется.
Что предлагает Latorn
В программе Prometheus и Grafana предусмотрены метрики приложения, exporters, запросы PromQL, дашборды, оповещения и разбор инцидента. Сравните её со своей целью: научиться сопровождать сервис, подготовить мониторинг проекта или разобраться в существующих панелях команды.
Откройте программу курса и выберите один сервис, на котором хотите применить полученные навыки. Когда есть конкретный вопрос к его работе, обучение быстрее превращается в полезную инженерную практику.
Продолжить на практике
- Prometheus и Grafana: мониторинг и observability ↗
Замечайте сбои до жалоб пользователей. Соберите мониторинг приложения: метрики Prometheus, запросы PromQL, дашборды Grafana и алерты, по которым понятно, что делать. Итог — наблюдаемый сервис и разбор учебного инцидента.
- Docker и Docker Compose: контейнеризация приложений ↗
Упакуйте приложение в Docker и запустите его с PostgreSQL через Compose. Образы, сети, тома, диагностика поломок, обновление версий и восстановление данных — с практикой и итоговым проектом.
