Масштабирование: от одного к сотням дашбордов¶

У вас одна Grafana. В ней уже 20 инженеров. И каждый сделал себе 5-10 дашбордов. Проблема: 200 дашбордов, большая часть "брошена" из-за увольнений авторов. Как ходить по библиотеке, где каждый сделал себе стеллаж по принципу "пока оставлю здесь".

Правила жизни при > 100 дашбордов:

Разделите на папки по командам¶

Каждая команда создаёт папку только для себя (можно через provisioning). Например: team/sre, team/backend, team/marketing. И доступ: Viewer только в своей папке, редактор — в своей. Это закон об общежитии: только твоё пространство, невежанье в своём комнат общего пользоваться.

Audit и архивация раз в квартал¶

Запустите grafana-scorecard (или самолётный SQL) найти дашборды без владельцев последних 90 дней. Пометить устаревшие. Устаревшие архивировать через папку Archive. Это высвобождает место для внимания инженеров.

Много команд = Provisioning обязателен¶

Ручное создание при 3+ командах не масштабируется. Provisioning через Git гарантирует, что общий базовый набор видят все. Только дашборды команде — provisioning в её папку.

Индексация¶

Тегирование — см главу стандартизации. Теги становятся single source of truth для поиска. Имя команды как обязательный тег — search box ищет всё и находит.

Не бойтесь удалить старые¶

Дашборд "VM's load (deprecated 2023)" с багнутыми данными всё ещё висит. И сотрудники приходят к вам: "Графана показывает какой-то странный CPU". Оказалось, видели старый заброшенный дашборд. Удаление дашборда — это акт любви к системе.

Далее: Федерация между командами