+++
title = "Модель зрелости управления информационными панелями"
description = "Объяснение модели зрелости управления информационными панелями"
weight = 400
+++

# Модель зрелости управления приборной панелью

_Зрелость управления информационными панелями_ означает, насколько хорошо спроектирована и эффективна ваша экосистема информационных панелей. Мы рекомендуем периодически проверять настройки панели мониторинга, чтобы оценить, на каком этапе вы находитесь и что можно улучшить.

В широком смысле зрелость панели мониторинга можно определить как низкую, среднюю или высокую.

Большая часть контента по этой теме была взята из доклада на KubeCon 2019 [Надежные панели управления Kubernetes для вызовов без сна] (https://www.youtube.com/watch?v=YE2aQFiMGfY).

## Низкий - состояние по умолчанию

На данном этапе у вас нет согласованной стратегии управления информационными панелями. Здесь почти все начинают.

Как вы можете сказать, что вы здесь?

- Каждый может изменять ваши информационные панели.
- Множество скопированных информационных панелей, практически полное отсутствие повторного использования информационных панелей.
- Одноразовые информационные панели, которые висят вечно.
- Нет контроля версий (панель JSON в системе контроля версий).
- Много просмотров информационных панелей в поисках нужной информационной панели. Это означает, что вы тратите много времени на поиски нужной вам приборной панели.
- Отсутствие каких-либо предупреждений, чтобы направить вас на нужную панель инструментов.

## Medium - методические дашборды

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

Как вы можете сказать, что вы здесь?

- Предотвращение разрастания с помощью переменных шаблона. Например, вам не нужен отдельный дашборд для каждого узла, вы можете использовать переменные запроса. Более того, вы также можете сделать источник данных переменной шаблона, чтобы вы могли повторно использовать одну и ту же панель мониторинга в разных кластерах и бэкэндах мониторинга.

  Обратитесь к списку [Примеры переменных]({{< relref "../variables/variable-examples.md" >}}), если вам нужны идеи.

- Методические дашборды согласно [стратегии наблюдаемости]({{< relref "common-observability-strategies.md" >}}).
- Иерархические информационные панели с переходом на следующий уровень.

  {{< Figure class="float-right" max-width="100%" src="/static/img/docs/best-practices/drill-down-example.png" caption="Пример использования детализации " >}}

- Дизайн панели мониторинга отражает иерархию услуг. В приведенном ниже примере используется метод RED (частота запросов и ошибок слева, продолжительность задержки справа) с одной строкой на службу. Порядок строк отражает поток данных.

  {{< Figure class="float-right" max-width="100%" src="/static/img/docs/best-practices/service-hierarchy-example.png" caption="Пример иерархии сервисов" >}}

- Сравните подобное с похожим: разделите информационные панели службы, когда величина различается. Убедитесь, что сводные показатели не заглушают важную информацию.
- Выразительные диаграммы со значимым использованием цвета и осей нормализации, где это возможно.
  - Пример значимого цвета: синий означает, что это хорошо, красный означает, что это плохо. [Thresholds]({{< relref "../panels/thresholds.md" >}}) может помочь в этом.
  - Пример нормализации осей: при сравнении загрузки ЦП измеряйте в процентах, а не в чистом виде, поскольку машины могут иметь разное количество ядер. Нормализация использования ЦП по количеству ядер снижает когнитивную нагрузку, поскольку зритель может быть уверен, что на 100 % используются все ядра, не зная количества ЦП.
- Направленный просмотр сокращает «угадывание».
  - Переменные шаблона затрудняют «просто просмотр» случайным или бесцельным образом.
  - Большинство информационных панелей должны быть связаны оповещениями.
  - Просмотр направлен со ссылками. Для получения дополнительной информации см. [Связывание]({{< relref "../linking/_index.md" >}}).
- Панель управления версиями JSON.

## Интенсивно - оптимизированное использование

На этом этапе вы оптимизировали использование панели управления с помощью последовательной и продуманной стратегии. Требует ухода, но результат того стоит.

- Активное сокращение разрастания.
  - Регулярно просматривайте существующие информационные панели, чтобы убедиться, что они по-прежнему актуальны.
  - В основной список панелей добавляются только одобренные панели.
  - Отслеживание использования приборной панели. Если вы являетесь корпоративным пользователем, вы можете воспользоваться [статистикой использования]({{< relref "../enterprise/usage-insights/_index.md" >}}).
- Консистенция по дизайну.
- Используйте библиотеки сценариев для создания панелей мониторинга, чтобы обеспечить согласованность шаблонов и стилей.
  - графоннет (Jsonnet)
  - графаналиб (Питон)
- Нет редактирования в браузере. Средства просмотра панели мониторинга изменяют представления с помощью переменных.
- Просмотр информационных панелей является исключением, а не правилом.
- Проводите эксперименты и тестирование в отдельном экземпляре Harvest, предназначенном для этой цели, а не в рабочем экземпляре. Когда информационная панель в тестовой среде окажется полезной, добавьте эту информационную панель в свой основной экземпляр Harvest.