CNCF спонсировал этот пост.
В развивающемся ландшафте Kubernetes, микросервисов и гитопс наблюдаемость имеет решающее значение. В то время как такие инструменты, как OpenElemetry, Prometheus и Jaeger стандартизировали сбор и хранение данных телеметрии, инструменты визуализации остаются фрагментированными. Инфраструктура и приложения управляются декларативно, но панели панели часто остаются ручными, непоследовательными и отключенными от рабочих процессов DevOps. Это смещение создает трение среди разработчиков, инженеров по надежности сайта (SRES) и лидеров бизнеса, которые полагаются на последовательные показатели.
Состояние инструментов для приборной панели наблюдения
Установленные инструменты, такие как Grafana и Kibana Excel в визуализации и проложили путь для многих поставщиков наблюдения. Тем не менее, они часто изо всех сил пытаются соответствовать современным рабочим процессам DevOps. Давайте рассмотрим некоторые из известных проблем.
Ручные рабочие процессы и несоответствие
Многие инструменты для приборной панели зависят от редакторов пользовательского интерфейса или неструктурированных файлов JSON. Хотя этот подход предлагает гибкость, он также:
- Создает конфигурацию дрейф: Команды дублируют панели мониторинга с небольшими вариациями (например, «продуктовая латтность» против «производственной задержки»), что приводит к путанице во время инцидентов.
- Не хватает сотрудничества: Без кодифицированных стандартов разработчики, SRE и бизнес -команды могут по -разному интерпретировать метрики.
- Игнорирует принципы Gitops: Изменения редко отслеживаются в GIT, делая аудиты и откаты громоздкими.
Частичная автоматизация, полная сложность
Некоторые инструменты предлагают рабочие процессы «как код» через поставщиков Terraform или операторов Kubernetes. Однако это часто:
- Непрозрачный: Панели инструментов на основе JSON не имеют человеческой читабельности и гарантии проверки.
- Хрупкий: Мигрирующие панели мониторинга между окружающей средой (Dev/Staging/Prod) часто нарушает запросы или источники данных.
- Специфичный инструмент: Собственные форматы блокируют команды в поставщиков, усложняя стратегии с мультикозой.
Отсутствующий стандарт
В отрасли не хватает портативной спецификации панели инструментов, нейтральной поставщика. Это заставляет команды:
- Изножные шаблоны для каждого инструмента (например, Grafana, Datadog или New Relic).
- Поддерживать хрупкие сценарии миграции при переключении поставщиков.
- Жертвовать инновациями, чтобы избежать переделки.
Почему панель панели в качестве кода (DAC) остается неуловимым
Парадигма «как код», преобразованная инфраструктура (инфраструктура как код, или IAC), политики (политика как код или PAC) и даже документация (документы как код). Монитоны, однако, отстают, потому что существующие решения:
- Распределите приоритет визуализации над управлением: Инструменты сосредоточены на рендеринге графиков, а не управлении мониторными панелями в качестве совместных артефактов.
- Несмотря на то, что нативные закономерности пренебрегают: Немногие интегрируются с пользовательскими определениями ресурсов (CRD), операторами или рабочими процессами Gitops.
- Недооценивать масштаб: Ручные рабочие процессы разрушаются ниже 100 с лишним микросервисов, где согласованность и автоматизация не подлежат обсуждению.
Учитывая все эти проблемы, я хотел бы познакомить вас с Perses, облачным проектом Soundbox Cloud Computing Foundation (CNCF), предназначенного для упрощения создания и управления инструментами в облачных средах. Давайте рассмотрим, как это решает эти проблемы.
Перси: облачный нативный подход к визуализации
Perses Rethinks Dashbods в качестве декларативных артефактов, беспрепятственно интегрируясь с современными практиками DevOps. Разработано для нативной экосистемы Cloud, она предлагает:
Декларативные определения панели панели
Perses Stores Configurations Dashboard в качестве кода с использованием CRDS Kubernetes. Это гарантирует, что панели мониторинга контролируются, проверяются и управляются наряду с манифестами приложений в GIT. Для команд, которые уже используют Gitops Tools, такие как CD Argo, затеряет плавно интегрируется в существующие рабочие процессы.
Переносимость и гибкость
В отличие от проприетарных инструментов для приборов панели, затратывают приоритеты в открытых стандартах. Его легкая архитектура интегрируется с популярными источниками данных, такими как Prometheus и Grafana Tempo, избегая блокировки поставщиков. Разработчики могут внедрять панели мониторинга во внутренние инструменты через пакеты NPM, в то время как платформные команды обеспечивают последовательность в разных средах.
Сотрудничество в масштабе
Perses ‘Programmatic SDK (GO, Cuelang) позволяет командам создавать шаблоны мониторинга, повторно использовать компоненты и автоматизировать повторяющиеся задачи. Это особенно ценно для предприятий, управляющих сотнями мониторинга, где ручное обслуживание на панели инструмента быстро становится неустойчивым.
Безопасность и управление
Хранив панель мониторинга в пространствах имен Kubernetes, Perses Marings с политикой контроля доступа на основе ролей (RBAC), обеспечивая общее значение для соответствующих команд. Аудиты соответствия становятся проще, так как все изменения отслеживаются в истории GIT, обеспечивая прозрачность и подотчетность.
Почему в экосистеме CNCF выделяется
CNCF давно поддерживает такие проекты, как Прометея и Графана, но Perses заполняет критический разрыв. Это мониторная платформа Kubernetes, специально предназначенная для декларативного управления и портативности. Его подход соответствует ключевым сдвигам отрасли:
- Усыновление GITOPS: Обработка панели панели как кода обеспечивает последовательность, управление версиями и бесшовную интеграцию с существующими рабочими процессами.
- Сдвиг левой наблюдение: Внедрение мониторинга ранее в цикле разработки улучшает видимость и сотрудничество между командами.
- Готовая масштабируемость предприятия: Поскольку организации масштабируют, им нужны решения, которые обеспечивают управление без добавления операционных накладных расходов.
С статусом песочницы в соответствии с CNCF, Perses находится на пути к становлению стандартом, управляемым сообществом, так же, как и то, как коллекция Unified Telemetry OpenTelemetry по всей экосистеме.
Узнайте больше в KubeCon
Перси представляет собой сдвиг парадигмы в том, как команды приближаются к визуализации наблюдения. Принимая во внимание нативные принципы и декларативную практику, удаляет трение традиционных инструментов на приборной панели, обеспечивая согласованность, масштабируемость и автоматизацию.
Чтобы увидеть, как он может понять, как она может оптимизировать вашу стратегию наблюдения, присоединяйтесь к нам в Kubecon + CloudNativecon Europe для нашего сеанса «Безграничные возможности, последовательный дизайн: создание панелей мониторинга с перспективами ЦАП».
Чтобы узнать больше о Kubernetes и облачной нативной экосистеме, присоединяйтесь к нам в Kubecon + CloudNativecon Europe в Лондоне с 1 по 4 апреля.
Облачный фонд Cloud Computing Foundation (CNCF) проводит критические компоненты глобальной технологической инфраструктуры, включая Kubernetes, Prometheus и Angoy. CNCF является нейтральным домом для сотрудничества, объединяющий ведущих разработчиков отрасли, конечных пользователей и поставщиков. Узнайте больше последних из CNCF Trending Stories YouTube.com/ThenewStack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Николас Такаши — инженер -программист в роли инженера платформы в Coralogix. Он в основном заинтересован в темах, связанных с экосистемой наблюдения, а также Kubernetes и распределенными системами. Он также является открытым участником таких проектов … Подробнее от Николя Такаши
