Расширение топологии - Пользовательская модель топологии: различия между версиями

Материал из Dynatrace
(Новая страница: «.»)
 
 
Строка 1: Строка 1:
.
Программная интеллектуальная платформа Ключ-АСТРОМ и ее механизм искусственного интеллекта Davis зависят от контекстно-обогащенных высококачественных данных, предоставляемых ЕдинымАгентом, облачными интеграциями или расширениями для мониторинга технологий.
 
== Контекстная наблюдаемость ==
Контекстная наблюдаемость означает, что каждое входящее наблюдение (метрика, трассировка, журнал или событие) сохраняется со ссылкой на отслеживаемый объект, которому оно принадлежит. Простыми примерами здесь являются измерение метрики ЦП, которое наблюдалось на данном хосте, или время отклика, которое наблюдалось в данной трассировке службы.
 
== Встроенная модель топологии ==
Используя все эти наблюдения и связанные объекты, Ключ-АСТРОМ может извлечь и визуализировать огромный топологический граф, который мы называем Smartscape .
 
Каждый ЕдиныйАгент, развернутый в вашем ИТ-ландшафте, отправляет свои собственные наблюдения. Затем Ключ-АСТРОМ извлекает и автоматически обнаруживает всю контекстно-зависимую топологическую информацию. В результате ваша визуализация топологии Smartscape увеличивается в размерах и детализируется.
 
Smartscape, встроенная топологическая модель Ключ-АСТРОМ, полностью ориентирована на типы объектов, которые имеют отношение к управлению ИТ-операциями, такие как хосты, вычислительные узлы, процессы, веб-службы и т. д.
 
== Примеры топологии ==
Вы можете найти примеры топологических моделей повсюду в Ключ-АСТРОМ, например, стек развертывания сервисов, показанный в Smartscape.
 
Пример смартскейпа
 
[[Файл:top1.png]]
 
Другое топологическое представление показано в потоке услуг , которое показывает взаимосвязь вызовов сервисов в реальном времени, извлеченную из всех входящих транзакций и трассировок.
 
Пример потока обслуживания
 
[[Файл:top2.png]]
 
Встроенная модель топологии автоматически определяет более сотни типов сущностей и их взаимосвязей, но ограничивается хорошо известными типами, связанными с ИТ и программным обеспечением.
 
== Пользовательская модель топологии ==
Как только вы начнете отправлять свои собственные источники данных, такие как потоки метрик Telegraf, измерения приложения StatsD или ваши собственные бизнес-метрики, через канал приема метрик, вы можете захотеть расширить встроенную модель, добавив свой собственный домен. связанные типы и отношения.
 
Расширяемость топологической модели особенно интересна для случаев использования IoT, когда вы хотите моделировать свои собственные типы устройств (например <code>cars</code>, <code>ships</code>, или <code>vending machines</code>) и соединять их с помощью четко определенных отношений.
 
См. шаг, связанный с топологией, в руководстве по расширению WMI, чтобы узнать больше о расширении топологии Ключ-АСТРОМ.
 
== Пользовательская модель топологии в действии ==
Давайте рассмотрим простой пример из области логистики, которую мы хотим смоделировать в Ключ-АСТРОМ.
 
Изи Шиппинг ООО
 
Предположим, у нас есть компания Easy Shipping LTD, которая предоставляет транспортные услуги. Easy Shipping LTD использует смарт-контейнеры, установленные на грузовиках, которые перевозят контейнеры с погрузочной платформы на погрузочную платформу.
 
* Каждый грузовик постоянно отправляет основные данные телеметрии, такие как расход топлива, часы работы и журналы ошибок.
* Каждый смарт-контейнер может сообщать номер грузовика, на котором он в данный момент установлен, и температуру своего контейнера.
 
В приведенном выше примере компания может получать непрерывный поток наблюдений в виде телеметрии грузовиков и контейнеров.
 
=== Данные телеметрии грузовика ===
Грузовики Easy Shipping LTD отправляют непрерывный поток данных о топливе ( <code>truck.fuel.total</code>и <code>truck.fuel.usage</code>) и часах работы ( <code>operation.hours</code>). Каждое измерение отправляется в контексте отдельного грузовика ( <code>trucknr</code>) и его модели ( <code>model</code>). Например:
<code>truck.fuel.total,trucknr=99,model=mac-granite 10234
truck.fuel.usage,trucknr=99,model=mac-granite 17
truck.operation.hours,trucknr=99,model=mac-granite 23766
truck.fuel.total,trucknr=12,model=mac-anthem 234
truck.fuel.usage,trucknr=12,model=mac-anthem 10
truck.operation.hours,trucknr=12,model=mac-anthem 13766</code>
 
=== Данные телеметрии контейнера ===
Умные контейнеры, перевозимые грузовиками компании, отправляют непрерывный поток данных о текущей измеренной температуре ( <code>container.temperature</code>). Каждое измерение отправляется в контексте отдельного контейнера ( <code>containernr</code>) и грузовика, на котором оно перевозится ( <code>trucknr</code>):
<code>container.temperature,containernr=234321,trucknr=99 40
container.temperature.dev,containernr=234321,trucknr=99 0</code>
 
<code>container.temperature,containernr=111111,trucknr=12 39
container.temperature.dev,containernr=111111,trucknr=12 2,5</code>
и так далее.
 
Экземпляры типов <code>truck</code>и <code>container</code>их отношения могут быть автоматически извлечены из непрерывного потока данных.
 
== Преимущества пользовательской топологии ==
Преимущество наличия модели предметной области поверх ваших данных телеметрии заключается в следующем:
 
* Мониторинг в масштабах Ключ-АСТРОМ Для типов объектов и их взаимосвязей во всех частях платформы мониторинга, таких как диаграммы, информационные панели и оповещения, используется доменная терминология.
* Информация в контексте Аналитика может выполняться поверх данной модели предметной области, например, для проверки того, на каком грузовике был установлен контейнер с течением времени. Нарезка и нарезка данных телеметрии, а также журналов и событий предлагается поверх вашей собственной модели предметной области.
* Представление с одной панелью Наблюдаемые данные телеметрии больше не представляют собой изолированное представление, а начинают формировать полную картину топологии вашего собственного домена.
 
См. раздел Определение пользовательской топологии , чтобы узнать, как создать пользовательскую топологию, подходящую для ваших данных телеметрии.

Текущая версия на 16:22, 21 декабря 2022

Программная интеллектуальная платформа Ключ-АСТРОМ и ее механизм искусственного интеллекта Davis зависят от контекстно-обогащенных высококачественных данных, предоставляемых ЕдинымАгентом, облачными интеграциями или расширениями для мониторинга технологий.

Контекстная наблюдаемость

Контекстная наблюдаемость означает, что каждое входящее наблюдение (метрика, трассировка, журнал или событие) сохраняется со ссылкой на отслеживаемый объект, которому оно принадлежит. Простыми примерами здесь являются измерение метрики ЦП, которое наблюдалось на данном хосте, или время отклика, которое наблюдалось в данной трассировке службы.

Встроенная модель топологии

Используя все эти наблюдения и связанные объекты, Ключ-АСТРОМ может извлечь и визуализировать огромный топологический граф, который мы называем Smartscape .

Каждый ЕдиныйАгент, развернутый в вашем ИТ-ландшафте, отправляет свои собственные наблюдения. Затем Ключ-АСТРОМ извлекает и автоматически обнаруживает всю контекстно-зависимую топологическую информацию. В результате ваша визуализация топологии Smartscape увеличивается в размерах и детализируется.

Smartscape, встроенная топологическая модель Ключ-АСТРОМ, полностью ориентирована на типы объектов, которые имеют отношение к управлению ИТ-операциями, такие как хосты, вычислительные узлы, процессы, веб-службы и т. д.

Примеры топологии

Вы можете найти примеры топологических моделей повсюду в Ключ-АСТРОМ, например, стек развертывания сервисов, показанный в Smartscape.

Пример смартскейпа

Top1.png

Другое топологическое представление показано в потоке услуг , которое показывает взаимосвязь вызовов сервисов в реальном времени, извлеченную из всех входящих транзакций и трассировок.

Пример потока обслуживания

Top2.png

Встроенная модель топологии автоматически определяет более сотни типов сущностей и их взаимосвязей, но ограничивается хорошо известными типами, связанными с ИТ и программным обеспечением.

Пользовательская модель топологии

Как только вы начнете отправлять свои собственные источники данных, такие как потоки метрик Telegraf, измерения приложения StatsD или ваши собственные бизнес-метрики, через канал приема метрик, вы можете захотеть расширить встроенную модель, добавив свой собственный домен. связанные типы и отношения.

Расширяемость топологической модели особенно интересна для случаев использования IoT, когда вы хотите моделировать свои собственные типы устройств (например cars, ships, или vending machines) и соединять их с помощью четко определенных отношений.

См. шаг, связанный с топологией, в руководстве по расширению WMI, чтобы узнать больше о расширении топологии Ключ-АСТРОМ.

Пользовательская модель топологии в действии

Давайте рассмотрим простой пример из области логистики, которую мы хотим смоделировать в Ключ-АСТРОМ.

Изи Шиппинг ООО

Предположим, у нас есть компания Easy Shipping LTD, которая предоставляет транспортные услуги. Easy Shipping LTD использует смарт-контейнеры, установленные на грузовиках, которые перевозят контейнеры с погрузочной платформы на погрузочную платформу.

  • Каждый грузовик постоянно отправляет основные данные телеметрии, такие как расход топлива, часы работы и журналы ошибок.
  • Каждый смарт-контейнер может сообщать номер грузовика, на котором он в данный момент установлен, и температуру своего контейнера.

В приведенном выше примере компания может получать непрерывный поток наблюдений в виде телеметрии грузовиков и контейнеров.

Данные телеметрии грузовика

Грузовики Easy Shipping LTD отправляют непрерывный поток данных о топливе ( truck.fuel.totalи truck.fuel.usage) и часах работы ( operation.hours). Каждое измерение отправляется в контексте отдельного грузовика ( trucknr) и его модели ( model). Например:

truck.fuel.total,trucknr=99,model=mac-granite 10234
truck.fuel.usage,trucknr=99,model=mac-granite 17
truck.operation.hours,trucknr=99,model=mac-granite 23766
truck.fuel.total,trucknr=12,model=mac-anthem 234
truck.fuel.usage,trucknr=12,model=mac-anthem 10
truck.operation.hours,trucknr=12,model=mac-anthem 13766

Данные телеметрии контейнера

Умные контейнеры, перевозимые грузовиками компании, отправляют непрерывный поток данных о текущей измеренной температуре ( container.temperature). Каждое измерение отправляется в контексте отдельного контейнера ( containernr) и грузовика, на котором оно перевозится ( trucknr):

container.temperature,containernr=234321,trucknr=99 40
container.temperature.dev,containernr=234321,trucknr=99 0
container.temperature,containernr=111111,trucknr=12 39
container.temperature.dev,containernr=111111,trucknr=12 2,5

и так далее.

Экземпляры типов truckи containerих отношения могут быть автоматически извлечены из непрерывного потока данных.

Преимущества пользовательской топологии

Преимущество наличия модели предметной области поверх ваших данных телеметрии заключается в следующем:

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

См. раздел Определение пользовательской топологии , чтобы узнать, как создать пользовательскую топологию, подходящую для ваших данных телеметрии.