Разработчик программного обеспечения Deckhouse расширил возможности Deckhouse Observability Platform: в платформе появился модуль APM для мониторинга производительности приложений. Он помогает командам быстрее разбирать инциденты в распределённых системах и связывать состояние инфраструктуры с работой сервисов, запросов и зависимостей между ними.
В микросервисной архитектуре обработка запроса охватывает множество узлов: API-шлюзы, прикладные сервисы, базы данных и очереди сообщений. При возникновении задержек инфраструктурные метрики фиксируют общую деградацию отклика. Новый модуль APM автоматизирует поиск первопричины сбоя за счёт анализа распределённых трассировок и их связывания с логами внутри единого контура платформы.
Для оценки работоспособности сервисов или приложений платформа предоставляет карту сервисов и зависимостей между ними с расчётом ключевых показателей. На графе отображаются связи между сервисами, а внешние API, кеши и базы данных распознаются по атрибутам исходящих вызовов и выделяются в отдельные узлы. Инженеры сразу видят проблемный участок цепочки вызовов и оценивают масштаб влияния деградации на смежные компоненты.
Детальный разбор инцидентов реализован через фильтрацию трассировок по имени сервиса, статусу операции или длительности запроса. Путь транзакции визуализируется с помощью дерева операций, которое высчитывает собственное время выполнения каждого шага и подсвечивает ресурсоёмкие этапы. Интеграция телеметрии работает напрямую при наличии атрибута trace_id в логах приложения. Специалист открывает записи журнала, сгенерированные в момент ошибки, из окна проблемной трассировки.
«В распределённых приложениях сложность диагностики заключается в разрозненности данных. Метрики показывают симптом, трассировки — путь запроса, логи — детали ошибки. Инженеру приходится вручную собирать разрозненные факты в общую картину. Внедрение APM делает этот разбор прикладным: инструмент показывает состояние сервисов, зависимости между ними, ресурсоёмкие операции и связанные логи в одном интерфейсе. Объединение контекста помогает командам DevOps и SRE быстрее локализовать узкое место и сократить время устранения инцидента», — прокомментировал Владимир Гурьянов, технический директор продукта Deckhouse Observability Platform компании «Флант».
Возврат к списку