Обзор Technology Radar for Observability and DevEx 2025

В марте 2025 года фонд Cloud Native Computing Foundation (CNCF) совместно с компанией SlashData выпустили отчет Technology Radar: Observability Technologies & API Management and Dev Experience, который охватывает следующие категории технологий:
  • API Management and Developer Experience Technologies — инструменты и платформы для управления жизненным циклом API и организации внутренних платформ, обеспечивающих разработчикам единые интерфейсы, стандарты и рабочие процессы;
  • Observability Technologies — платформы, фреймворки и инструменты для сбора, обработки и использования сигналов о работе приложений и инфраструктуры, предназначенные для понимания состояния и поведения распределённых систем.
Для подготовки радара было опрошено более 320 разработчиков, использующих Cloud Native технологии для Observability, API management и Developer Experience. Респонденты оценивали знакомые им технологии по трем критериям:
  • Зрелость (Maturity) — стабильность, надежность и готовность к эксплуатации;
  • Полезность (Usefulness) — соответствие требованиям реальных проектов;
  • Готовность рекомендовать (Recommendation) — вероятность, с которой разработчик порекомендует инструмент коллеге.
На основе средних оценок все технологии были распределены по четырем стадиям технологического радара CNCF:
  • Adopt — зрелые и надежные технологии, подходящие для большинства сценариев использования.
  • Trial — технологии, которые стоит изучить, чтобы определить, насколько они соответствуют конкретным потребностям и задачам;
  • Assess — технологии, требующие внимательной оценки и проверки перед принятием решения о внедрении;
  • Hold — технологии с низкими показателями зрелости или полезности, которые в текущем состоянии не рекомендуется использовать.

В технологическом радаре CNCF также используются обозначения уровней зрелости проектов: Sandbox (S), Incubating (I) и Graduated (G). Эти уровни отражают стадию развития проекта внутри экосистемы CNCF:
  • Sandbox — проекты на самой ранней стадии развития, предназначенные для экспериментов и формирования базовой функциональности, как правило, это новые технологии с большим потенциалом дальнейшего развития;
  • Incubating — проекты со сформированным техническим направлением и растущим сообществом, которые продолжают развиваться с точки зрения стабильности, распространения и процессов управления.
  • Graduated — проекты с широким внедрением и устойчивым сообществом, поддерживаемые зрелыми техническими и организационными практиками.

1. API Management and Developer Experience
Adopt
  • Backstage — платформа для построения внутреннего портала разработчика, каталога сервисов и интеграции инженерных инструментов;
  • DevSpace — инструмент для настройки, запуска и синхронизации сред разработки с Kubernetes кластерами.
Trial
  • Carvel — набор инструментов для сборки, конфигурации и доставки приложений и пакетов в Kubernetes;
  • Crossplane — платформа для управления облачными ресурсами и инфраструктурой через Kubernetes API и декларативные конфигурации;
  • Operator Framework — набор инструментов и SDK для разработки, упаковки и сопровождения Kubernetes Operators;
  • Devfile — спецификация для описания сред разработки и их использования в IDE и инструментах для опыта разработчиков;
  • Score — спецификация для описания приложений, зависимостей и требований к окружению с целью переносимости между платформами.
Assess
  • Radius — платформа для описания и управления приложениями и облачными ресурсами с фокусом на взаимодействие разработчиков и платформенных команд;
  • KubeVela — платформа управления жизненным циклом приложений на основе модели Open Application Model;
  • Microcks — инструмент для мокирования и тестирования API и событийных контрактов;
  • Dapr — runtime для микросервисов, предоставляющий стандартные building blocks для взаимодействия сервисов и работы с инфраструктурными возможностями.
Hold
  • kcp — платформа для расширения Kubernetes control plane и организации многопользовательских API;
  • KusionStack — набор инструментов для управления приложениями и инфраструктурой на основе декларативных описаний;
  • Telepresence — инструмент для локальной разработки и отладки сервисов с доступом к зависимостям в Kubernetes кластере;
  • Nocalhost — решение для разработки и отладки Cloud Native приложений непосредственно в Kubernetes.

2. Observability Technologies
Adopt
  • Cortex — платформа для централизованного хранения и обработки метрик в распределенных окружениях;
  • OpenTelemetry — набор спецификаций и инструментов для сбора и передачи телеметрии приложений и инфраструктуры.
Trial
  • K8sGPT — инструмент анализа состояния Kubernetes-кластеров с формированием объяснений и рекомендаций;
  • Prometheus — система мониторинга и алертинга на основе временных рядов;
  • Pixie — платформа наблюдаемости на базе eBPF для анализа поведения приложений в Kubernetes;
  • Thanos — компонент для агрегации, репликации и долговременного хранения данных мониторинга.
Assess
  • Kepler — инструмент наблюдаемости энергопотребления и вычислительных затрат рабочих нагрузок;
  • Headlamp — веб-интерфейс для визуализации ресурсов и состояния Kubernetes кластера;
  • Fluentd / Fluent Bit — инструменты для сбора, обработки и маршрутизации логов и событийных данных.
  • Trickster — прокси и кеш для ускорения запросов к системам мониторинга и временным рядам;
  • Jaeger — система распределенной трассировки для анализа цепочек запросов между сервисами.
Hold
  • Perses — платформа для визуализации и построения дашбордов на основе данных наблюдаемости;
  • Kuberhealthy — инструмент для проверки работоспособности компонентов Kubernetes кластера с помощью проверочных сценариев;
  • Inspektor Gadget — набор утилит на базе eBPF для диагностики и анализа работы Kubernetes;
  • kube-logging — набор компонентов и практик для построения logging пайплайнов в Kubernetes окружениях.
В конце отчета отдельно рассматривается группа Cloud-Native Explorers — разработчики, которые используют новые Cloud Native технологии на ранних этапах. Их ответы позволяют лучше понять, с какими проблемами сталкиваются команды в процессе экспериментов и как меняется восприятие отдельных инструментов по сравнению с остальными респондентами. При работе с технологиями API Management и Developer Experience такие разработчки чаще выделяют сложности настройки и конфигурации (23% против 20%), а также недостаточную документацию (14% против 9%). В то же время разработчики, не относящиеся к этой группе, значительно чаще сообщают о нехватке организационной поддержки (10% против 2%). В контексте Observability Technologies чаще отмечают задержки данных (19% против 11%), фрагментацию инструментов (10% против 5%) и недостаточную документацию (9% против 3%). Другие респонденты, напротив, чаще указывают на пробелы в наблюдаемости (13% против 7%), стоимость внедрения и сопровождения (11% против 7%) и недостаток поддержки со стороны сообщества (11% против 5%).

Основные технологии из Technology Radar: Observability Technologies & API Management and Dev Experience приведены ниже:
Если вам интересно развитие технологий связанных с Developer Experience и Observability в вашей компании или команде, обращайтесь к нам за помощью. Мы помогаем развивать эффективные процессы и современные инженерные практики, проводим анализ процессов и практик разработки, тестирования, поставки и эксплуатации, готовим рекомендации по улучшению и помогаем их реализовать на практике.

Не забывайте подписываться на наш канал Enabling.team Insights, чтобы оставаться в курсе технологических трендов.