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

Материал из Документация Ключ-АСТРОМ
(Новая страница: «Клюx-АСТРОМ версия 1.274 Тип службы «Единая служба» представляет службы, обнаруженные на о...»)
 
Строка 1: Строка 1:
Клюx-АСТРОМ версия 1.274
''Ключ-АСТРОМ версия 1.274''


Тип службы «Единая служба» представляет службы, обнаруженные на основе интервалов, и создан с учетом Cloud Native и OpenTelemetry. Унифицированные службы обеспечивают безагентную поддержку данных из API приема, например API приема трассировки .
Тип службы «Единая служба» представляет службы, обнаруженные на основе интервалов, и создан с учетом 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>присутствует, для каждого пространства имен создается уникальная служба с сохранением того же имени службы. Пространство имен можно найти в обзоре службы «Свойства и теги» .

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

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

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

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

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

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

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

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

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

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

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

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

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

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