Dashboard Grafana для сервиса

«Учебный API состоит из двух экземпляров, трафик неравномерный. На первом экране нужны суммарные запросы в секунду, доля 5xx и общий p95; ниже — очередь и пул БД». Попросите указать источник каждой панели. Если есть только готовые перцентили по экземплярам, модель должна отметить ограничение данных, а не выдать их среднее за перцентиль всех запросов сервиса.

Небольшая доля очень медленных ответов может почти не менять среднее при множестве быстрых запросов. Перцентили помогают увидеть хвост, но их точность зависит от собранных данных и метода расчёта. Попросите совместно показать объём трафика, ошибки и задержку. Низкий p95 при исчезнувших неуспешных запросах не обязательно означает улучшение: важно понимать, какие события попадают в метрику длительности.

Используйте согласованные переменные, группировки, единицы и временные диапазоны. Миллисекунды и секунды должны различаться явно, а легенда — объяснять каждую линию. Проверьте выбор одного окружения на всех панелях: случайный глобальный запрос может показать чужой трафик. Попросите таблицу «панель — метрика — единица — смысл пустого значения», чтобы графики можно было читать без изучения исходных выражений.

Количество серий, стоимость запросов и частоту обновления. Высокая кардинальность по пользователю или полному URL может сделать панель тяжёлой и раскрыть лишние детали. Попросите разумную агрегацию с возможностью перейти глубже при инциденте. Енотик не подключается к вашей Grafana автоматически: названия метрик, ссылки и реальное время загрузки нужно проверить в выбранном источнике и рабочем диапазоне данных.