Распределенная трассировка с охватом нескольких служб​ в Power Platform

Microsoft предоставляет множество инструментов и процессов мониторинга, которые помогут вам поддерживать работоспособность и производительность ваших приложений и служб Power Platform. Ключевым компонентом ваших усилий по мониторингу является сквозная отслеживаемость.

Совет

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

Схема архитектуры

Схема архитектуры распределенной трассировки с охватом нескольких служб Power Platform.

Рабочий процесс

В следующих шагах описан рабочий процесс Azure в веб-API Dataverse, показанный на схеме архитектуры:

  1. Приложения конечных пользователей: службы и решения Azure, такие как функции Azure, веб-службы и Kubernetes, запускают распределенную транзакцию, связанную с определенным событием, сгенерированным пользователем или агентом.

  2. Веб-API Dataverse: службы Azure добавляют родительскую трассировку к запросам к сущностям Dataverse и пользовательским API-интерфейсам. Родительский объект трассировки может быть включен в текст запроса или строку запроса с тегом.

    Родительский объект трассировки — это заголовок контекста трассировки W3C, содержащий идентификатор трассировки, идентификатор диапазона и другие сведения о запросе. Заголовок используется для сопоставления данных телеметрии между различными компонентами архитектуры.

  3. Сообщения Dataverse: запросы отправляются в Dataverse в виде сообщений. Сообщения могут относиться к сущности или пользовательскому определенному API-интерфейсу, и к ним могут быть применены предварительные и последующие действия. Эти действия могут быть распределенным отслеживанием Application Insights.

  4. Подключаемые модули: используйте подключаемые модули Dataverse на C# для создания данных телеметрии распределенной трассировки, чтобы связать запрос Azure с действием Dataverse.

  5. Azure Monitor: создавайте KQL-запросы для запроса и корреляции телеметрии между компонентами.

Следующие шаги описывают рабочий процесс Power Platform:

  1. Инструмент: настройте ресурс Power Platform с помощью строки/ключа подключения Application Insights.

  2. Трассировка: Copilot Studio, Power Apps и Power Automate начинают транзакцию, вызвав пользовательский API-интерфейс Dataverse.

Компоненты

Пример архитектуры включает средства и службы мониторинга, а также компоненты Power Platform, создающие данные телеметрии.

Инструменты и службы мониторинга

Azure Monitor — это комплексное решение для сбора и анализа телеметрических данных, а также действий на их основе из ваших облачных или локальных сред. Он использует язык запросов Kusto (KQL) для запроса и сопоставления данных телеметрии между различными компонентами. Дополнительные сведения см. в разделах Начало работы с запросами журналов в журналах Azure Monitor и Запрос данных в Azure Monitor с помощью Azure Data Explorer.

Application Insights — это функция OpenTelemetry в Azure Monitor, которая позволяет отслеживать веб-приложения, службы и другие компоненты в вашей архитектуре. Она включает мощные аналитические инструменты, которые помогут вам диагностировать проблемы и понять, что пользователи на самом деле делают с вашим приложением.

Azure Data Explorer — это быстрая и хорошо масштабируемая аналитическая платформа, предназначенная для анализа больших объемов данных практически в режиме реального времени. Вы можете использовать Azure Data Explorer для запроса и анализа данных телеметрии из Application Insights Azure Monitor и других служб Azure.

Компоненты Power Platform

Microsoft ​Dataverse — это платформа данных, которая лежит в основе большей части Microsoft Cloud, в том числе Power Platform. Вы можете использовать Application Insights для получения данных диагностики и телеметрии производительности из Dataverse. Подробнее см. в разделе Анализ приложений на основе модели и телеметрии Microsoft Dataverse с использованием Application Insights.

​Copilot Studio — это графический малокодовый инструмент для создания агентов и потоков агентов. Вы можете получать данные телеметрии от своих агентов, чтобы отслеживать их производительность с помощью Application Insights. Дополнительные сведения см. в разделе Сбор телеметрии с помощью Application Insights.

​Приложения Power Apps на основе холста — это пустой холст, на который вы перетаскиваете компоненты для создания пользовательского интерфейса к источникам данных. Вы можете отслеживать приложения на основе холста с помощью Application Insights. Дополнительные сведения см. в статье Анализ системных журналов с помощью Application Insights.

​Приложения Power Apps на основе модели — это приложения, создаваемые с использованием моделей данных и предопределенных компонентов. Как и приложения на основе холста, приложения на основе модели создают данные телеметрии, которые можно отслеживать с помощью Application Insights. Подробнее см. в разделе Анализ приложений на основе модели и телеметрии Microsoft Dataverse с использованием Application Insights.

​Power Automate — это графический малокодовый инструмент для создания автоматизированных рабочих процессов. Данные телеметрии облачных потоков можно экспортировать в Application Insights на уровне среды. Подробнее см. в статье Настройка Application Insights с Power Automate.

Power BI — это коллекция программных служб, приложений и соединителей, которые взаимодействуют друг с другом, чтобы превратить иногда разрозненные источники данных в согласованные, визуально иммерсивные и интерактивные аналитические данные. Его можно использовать для запроса и визуализации данных телеметрии.

Подробности сценария

​​Эта архитектура позволяет коррелировать данные телеметрии между несколькими компонентами внутри Power Platform и из систем за пределами Power Platform путем реализации рекомендации по контексту трассировки W3C для следующих целей:

  • Сопоставляйте записи трассировки и запросов в Application Insights с помощью записей зависимостей.
  • Поддержка сквозной прослеживаемости операций.
  • Предоставьте командам возможность настраивать телеметрию для диагностики и устранения проблем.
  • Разрешите внешним системам передавать контекст распределенной трассировки в Power Platform.
  • Включите компоненты Power Platform в сеанс распределенной трассировки.​

Рекомендации

Эти соображения реализуют основы Power Platform Well-Architected — набора руководящих принципов, повышающих качество рабочей нагрузки. Дополнительные сведения см. в статье Microsoft Power Platform Well-Architected.

Надежность

Убедитесь, что внедренное решение вписывается в вашу стратегию мониторинга и оповещения.

Операционная эффективность

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

Эффективные процессы

Предложения в этом примере сценария позволяют собирать рекомендации по данным о производительности рабочих нагрузок для рабочих нагрузок Power Platform.

Следующий шаг

Реализация распределенной трассировки

Соавторы

Microsoft поддерживает эту статью. Эту статью написали следующие участники.

Основные авторы:

  • Last updated on