Унифицированные службы: различия между версиями

Версия от 15:13, 4 марта 2024

Ключ-АСТРОМ версия 1.274

Тип службы «Единая служба» представляет службы, обнаруженные на основе интервалов, и создан с учетом Cloud Native и OpenTelemetry. Унифицированные службы обеспечивают безагентную поддержку данных из API приема, например API приема трассировки .

Унифицированные службы, полученные через API-интерфейсы приема, перечислены вместе с другими службами и в топологии . После обогащения трассировок информацией о топологии взаимосвязи сопоставляются в вашей среде, обеспечивая полное вертикальное и горизонтальное представление топологии и упрощая анализ первопричин проблем.
Ключ-АСТРОМ рассчитывает время отклика, пропускную способность и показатели частоты сбоев для этих сервисов, которые доступны через анализ сервисов . Дополнительные сведения о метриках унифицированного сервиса см. в разделе Встроенные метрики .
ИИ анализирует проблемы, связанные с базовыми ресурсами, с помощью готовых базовых показателей. Кроме того, вы можете создавать собственные оповещения на основе информации лога.
Вы можете искать отслеживаемые объекты в Ключ-АСТРОМ по имени диапазона.
Вы можете отслеживать сетки сервисов Istio .
Распределенные трассировки, логи и события помещаются в контекст.
Вы можете отслеживать и настраивать оповещения для автоматически обнаруженных конечных точек.

Прежде чем вы начнете

Если вы уже используете тип службы Span ( span:service) в своей среде, мы рекомендуем перенести ваши экземпляры на тип службы Unified . Чтобы автоматически перенести экземпляры, включите обнаружение унифицированной службы.

Перейдите в настройки .
Выберите «Обнаружение службы» .
Выберите унифицированные службы для OpenTelemetry и включите параметр «Включить унифицированные службы» .

Критические изменения:

Миграция на другой тип службы повлияет на существующие запросы метрик API, панели мониторинга, а также имена служб и запросов.

Это действие можно отменить, однако для обеспечения высокого качества данных мониторинга мы рекомендуем свести к минимуму переключение между типами служб.

Правила обнаружения унифицированных служб

Затем создается унифицированная служба, когда Dynatrace обнаруживает промежутки, обработанные API . При обнаружении унифицированной службы следующие атрибуты ресурса оцениваются в следующем порядке. Значение первого соответствующего атрибута определяет имя объединенной службы. Обратите внимание, что замаскированные/заблокированные атрибуты игнорируются при обнаружении службы.

Оцениваемый атрибут	Наименование службы
`k8s.workload.name`	Значение атрибута¹
`dt.kubernetes.workload.name`	Значение атрибута¹
`istio.canonical_service`	Значение атрибута
`service.name`	Значение атрибута

¹Если атрибут k8s.namespace.nameприсутствует, для каждого пространства имен создается уникальная служба с сохранением того же имени службы. Пространство имен можно найти в обзоре службы «Свойства и теги» .

@@ Строка 1: / Строка 1: @@
-Клюx-АСТРОМ версия 1.274
+''Ключ-АСТРОМ версия 1.274''
 Тип службы «Единая служба» представляет службы, обнаруженные на основе интервалов, и создан с учетом Cloud Native и OpenTelemetry. Унифицированные службы обеспечивают безагентную поддержку данных из API приема, например API приема трассировки .
@@ Строка 10: / Строка 10: @@
 * Распределенные трассировки, логи и события помещаются в контекст.
 * Вы можете отслеживать и настраивать оповещения для автоматически обнаруженных конечных точек.
+== Прежде чем вы начнете ==
+Если вы уже используете тип службы Span ( <code>span:service</code>) в своей среде, мы рекомендуем перенести ваши экземпляры на тип службы Unified . Чтобы автоматически перенести экземпляры, включите обнаружение унифицированной службы.
+# Перейдите в настройки .
+# Выберите «Обнаружение службы» .
+# Выберите унифицированные службы для OpenTelemetry и включите параметр «Включить унифицированные службы» .
+''Критические изменения:''
+''Миграция на другой тип службы повлияет на существующие запросы метрик API, панели мониторинга, а также имена служб и запросов.''
+''Это действие можно отменить, однако для обеспечения высокого качества данных мониторинга мы рекомендуем свести к минимуму переключение между типами служб.''
+== Правила обнаружения унифицированных служб ==
+Затем создается унифицированная служба, когда Dynatrace обнаруживает промежутки, обработанные API . При обнаружении унифицированной службы следующие атрибуты ресурса оцениваются в следующем порядке. Значение первого соответствующего атрибута определяет имя объединенной службы. Обратите внимание, что замаскированные/заблокированные атрибуты игнорируются при обнаружении службы.
+{| class="wikitable"
+!Оцениваемый атрибут
+!Наименование службы
+|-
+|<code>k8s.workload.name</code>
+|Значение атрибута<sup>1</sup>
+|-
+|<code>dt.kubernetes.workload.name</code>
+|Значение атрибута<sup>1</sup>
+|-
+|<code>istio.canonical_service</code>
+|Значение атрибута
+|-
+|<code>service.name</code>
+|Значение атрибута
+|}
+<sup>1</sup>Если атрибут <code>k8s.namespace.name</code>присутствует, для каждого пространства имен создается уникальная служба с сохранением того же имени службы. Пространство имен можно найти в обзоре службы «Свойства и теги» .