Текущий продукт предоставляет возможности мониторинга метрик и распределённого трассирования для Java-сервисов через OTel Java Agent. Кроме того, пользователи могут интегрировать наблюдаемые данные из сервисов, разработанных с использованием OTel SDK, или из систем, совместимых с OpenTelemetry (таких как Harbor и GitLab), в платформу, используя её возможности визуализации данных.
Этот документ предназначен для руководства пользователей по интеграции таких наблюдаемых данных в платформу.
Убедитесь, что в кластере, где размещены сервисы или системы, развернута сервисная сетка.
Ресиверы OTel Collector отвечают за приём и парсинг данных из различных источников. В зависимости от источника данных и протокола интеграции, OTel Collector предлагает несколько ресиверов.
Ниже приведены ресиверы, включённые по умолчанию на платформе, и их сценарии использования:
OTLP (OpenTelemetry Protocol) — стандартный протокол, рекомендуемый OpenTelemetry для приёма данных трассировки, метрик и логов, поддерживающий транспортные протоколы gRPC и HTTP.
Protocol | Cluster Address |
---|---|
HTTP | asm-otel-collector.cpaas-system:4318 |
GRPC | asm-otel-collector.cpaas-system:4317 |
Zipkin Receiver используется для приёма данных трассировки в формате Zipkin, поддерживает транспорт по HTTP от Zipkin-клиентов.
Protocol | Cluster Address |
---|---|
Zipkin | asm-otel-collector.cpaas-system:9411 |
Как выбрать подходящий ресивер?
Определите типы данных, которые необходимо собирать (трассировка, метрики, логи), и поддерживаемые протоколы.
Исходя из форматов данных и транспортных протоколов, используемых внешними сервисами, выберите соответствующий ресивер из списка поддерживаемых ресиверов OTel Collector на платформе.
Интегрируйте OpenTelemetry SDK для отправки наблюдаемых данных (таких как трассировка, метрики и логи), генерируемых вашими сервисами, в OTel Collector. Конкретные шаги следующие:
Сообщество OpenTelemetry предоставляет примеры использования SDK для разных языков; пожалуйста, обратитесь к официальной документации:
Внешние сервисы (например, GitLab и Harbor) обычно уже имеют возможность экспортировать данные. Вы можете обратиться к документации соответствующего ПО для конкретных методов настройки.
В конфигурации необходимо указать адрес ресивера OTel Collector следующим образом:
Если ПО развернуто в том же кластере, что и сервисная сетка:
Если ПО не может напрямую обратиться к OTel Collector по адресу кластера, возможно, потребуется настроить балансировщик нагрузки для обеспечения доступа внешнего сервиса. Обратитесь к администратору для дальнейшей помощи с настройкой.
Запустите внешний сервис и выполните соответствующие тесты для генерации данных трассировки.
Проверьте, были ли данные трассировки успешно получены и обработаны OTel Collector в платформе.