Часть II. Анатомия дашборда¶

В предыдущей части мы создали первый дашборд. Теперь пришло время разобраться, из чего он состоит на самом деле — заглянуть под капот.

Представьте, что дашборд — это жилой дом. У него есть фундамент и несущие стены, есть планировка этажей (rows), и есть правила, по которым жильцы получают ключи (permissions). А за фасадом скрывается чертёж, по которому дом был построен — JSON-модель. В этой части мы изучим все эти элементы по отдельности.

Главы этой части¶

1. JSON-модель дашборда
2. Настройки дашборда (Dashboard Settings)
3. Rows и Tabs — организация содержимого
4. Система прав доступа

Что вы узнаете¶

Мы распечатаем JSON-дашборда и внимательно прочитаем каждую строчку — от id до version. Вы поймёте, какие поля обязательны, а какие опциональны, и научитесь редактировать JSON напрямую, когда это действительно нужно.

Затем мы пройдёмся по всем вкладкам Dashboard Settings: как дать дашборду имя, описание, теги, как настроить часовой пояс и интервал автообновления. Обсудим, почему не стоит ставить автообновление на 5 секунд для дашборда, который висит на информационной панели в переговорке (спойлер: никто не смотрит на него 24/7, а базу данных вы грузите).

Rows и Tabs — две системы организации панелей внутри дашборда. Разберёмся, когда rows лучше tabs, а когда — наоборот. Покажем, как перетаскивать панели между ними и как вкладывать rows друг в друга до трёх уровней глубины.

И под конец — система прав доступа. Кто есть кто в Grafana: Viewer, Editor, Admin, Service Account. Как ограничить доступ к конкретной папке или дашборду. Как сделать так, чтобы разработчики видели всё, а заказчики — только один дашборд и только в режиме чтения.

Поехали.

Далее: JSON-модель дашборда