Explore vs Dashboard — в чём разница¶
Различие между Explore и Dashboard — фундаментальное. Его стоит понять с первого дня работы с Grafana, иначе вы будете пытаться делать дашбордами то, для чего предназначен Explore, и наоборот.
Два режима мышления¶
Dashboard и Explore заставляют мозг работать по-разному.
Dashboard — это режим «что происходит». Вы смотрите на сводку ключевых метрик и мгновенно оцениваете состояние системы. Это взгляд с высоты: все графики перед глазами, паттерны видны, аномалии бросаются в глаза. Dashboard отвечает на вопрос «всё ли в порядке?»
Explore — это режим «почему это произошло». Вы подозреваете проблему и начинаете копать. Один запрос, один график, один временной диапазон. Поменяли запрос — увидели результат. Добавили фильтр — картина сузилась. Это не наблюдение, а расследование.
Сравнение¶
| Признак | Dashboard | Explore |
|---|---|---|
| Цель | Мониторинг — «всё ли в порядке?» | Расследование — «почему сломалось?» |
| Количество запросов | Десятки, по одному на панель | Один-два активных одновременно |
| Временной диапазон | Зафиксирован в настройках (last 6h, last 24h) | Меняется на лету перетаскиванием по шкале |
| Визуализация | Разные типы панелей на одном экране | Одна визуализация под текущий запрос |
| Источники данных | Любое количество, смешанные на одном дашборде | Один-два в режиме Split View |
| Контекст | Заморожен: дашборд показывает то, что в него заложили | Изменчив: каждый новый запрос — новый контекст |
| Пример | Недельный отчёт, NOC-монитор, дежурная смена | Инцидент в 3:15 ночи, поиск причины аномалии |
Реальный сценарий: инцидент¶
Вот как это выглядит на практике.
12:00. Инженер открывает дашборд «API Gateway Overview». Видит: latency 95-го перцентиля выросла с 200 мс до 1.2 секунд. На этом же дашборде — график ошибок: 5xx подскочили с 0.1% до 15%. Dashboard выполнил свою задачу: показал, что проблема есть и она серьёзная.
12:01. Инженер жмёт на заголовок панели latency → Explore. Dashboard остался открытым на другом мониторе как фон. Теперь инженер в режиме расследования:
- Смотрит latency по эндпоинтам:
/api/orders— 200 мс,/api/users— 180 мс,/api/payment— 4.2 секунды. Проблема в/api/payment. - Открывает Split View: слева — latency
/api/payment, справа — error rate того же эндпоинта. Видит корреляцию: latency и ошибки растут одновременно. - Меняет источник данных в правой половине на Loki. Запрос:
{app="payment"} |= "timeout". Видит всплеск таймаутов к базе данных ровно в момент роста latency. - Добавляет фильтр по конкретному хосту БД, сужает временной диапазон до 5 минут вокруг всплеска.
- Находит корень: сетевая задержка между payment-сервисом и одним из шардов базы данных.
Всё расследование заняло 7 минут благодаря тому, что Explore позволяет менять запросы, источники данных и временные диапазоны на лету.
Split View и Compare¶
Split View — ключевая фича Explore для расследований. Это возможность открыть два запроса рядом на одной временной шкале.
Что можно сравнивать: - Две метрики из одного источника (latency vs error rate). - Один запрос в двух временных диапазонах: «сейчас» vs «неделю назад в это же время». Полезно когда подозреваете, что проблема циклическая. - Метрики + логи: слева Prometheus (метрики), справа Loki (логи). - Метрики + трейсы: слева метрика latency, справа Tempo/Jaeger с трейсами медленных запросов.
Как открыть: в Explore нажмите кнопку Split — появится вторая панель запроса. Каждая половина независима: свой источник данных, свой запрос, свой тип визуализации. Временной диапазон — общий.
Logs vs Metrics в Explore¶
Explore не ограничен метриками Prometheus. Он работает с логами (Loki, Elasticsearch) и трейсами (Tempo, Jaeger) точно так же, как с метриками.
Метрики в Explore: - График: временной ряд или таблица. - Подходит, когда нужно посмотреть на конкретную метрику в конкретном диапазоне без создания дашборда.
Логи в Explore: - Log volume — гистограмма количества логов по времени. Сразу видно где всплеск. - Сами строки логов с подсветкой полей и JSON-разбором. - Live mode — логи приходят в реальном времени, автоскролл вниз.
Переключение между метриками и логами в Explore бесшовное: вы не создаёте новую панель и не уходите с дашборда. Вы просто меняете источник данных в том же окне.
Трейсы в Explore: - Поиск по Trace ID. - Визуализация спана — дерево вызовов с таймингами каждого сервиса.
Когда использовать Dashboard, а когда Explore¶
| Ситуация | Dashboard | Explore |
|---|---|---|
| Плановый мониторинг системы | ✅ | ❌ |
| Недельный отчёт руководству | ✅ | ❌ |
| NOC-экран (телевизор на стене с алертами) | ✅ | ❌ |
| Поиск причины аномалии | ❌ | ✅ |
| Изучение новой метрики | ❌ | ✅ |
| Отладка PromQL-запроса | ❌ | ✅ |
| Исследование логов на всплеск ошибок | ❌ | ✅ |
| Сравнение метрик и логов в одном окне | ❌ | ✅ |
Правило¶
Dashboard — для наблюдения. Explore — для расследования. Одно не заменяет другого. Dashboard показывает что не так. Explore объясняет почему.
На этом Часть I завершена. Во второй части начнём подключать источники данных.