Централизованный мониторинг для решений Industry Cloud

Microsoft Industry Cloud состоит из элементов, распределенных по Microsoft Cloud, включая Azure, Microsoft 365, Power Platform и Dynamics 365. Эти решения могут включать данные как из внутренних, так и из внешних источников, а разработчики могут вводить настройки или использовать решения независимых поставщиков программного обеспечения (ISV) для расширения функциональности.

Учитывая сложность этой архитектуры, становится крайне важно отслеживать использование клиентами и эффективно контролировать состояние и производительность системы. Централизованный мониторинг необходим для оптимизации производительности и доступности ресурсов, а также для активного выявления и устранения потенциальных проблем.

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

Загрузите версию PDF-файла для печати этой схемы.

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

• Центр администрирования Power Platform
• Azure Monitor
• Microsoft Defender для облака
• Microsoft Purview
• Microsoft Sentinel

Чтобы централизовать ведение журналов и мониторинг, вы можете отправлять журналы, созданные ресурсами Azure для идентификации, подключения и предварительной обработки, а также журналы, созданные другими облачными ресурсами, с помощью локальных шлюзов данных в рабочую область Azure Log Analytics. Используйте Azure Monitor для выполнения следующих действий:

• Централизация агрегированных журналов
• Монитор
• Визуализация с помощью Power BI и рабочих книг
• Реагируйте с помощью оповещений или определенных групп действий и правил.

Вы можете экспортировать агрегированные журналы в другие варианты хранения для последующего анализа с помощью Azure Data Explorer.

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

Число	Компонент решения	Мониторинг	Выполняется вход	Аудит	Оповещения
1	Проверка подлинности в PowerApps	Журналы входа Microsoft Entra ID или журналы действий, отправляемые в Azure Monitor	Журналы входа, подготовки и аудита в Microsoft Entra ID	Изменения в приложениях, группах, пользователях и лицензиях в Microsoft Entra ID	Пользовательские оповещения Azure Monitor SIEM: Microsoft Sentinel Кибербезопасность: Защитник Microsoft
2	Приложения на основе модели и элементы управления PCF	Аналитика Dataverse	События телеметрии для приложений на основе модели	Аудит: Представление сводки аудита, ведение журнала действий приложений на основе модели: Microsoft Purview	Пользовательские оповещения Azure Monitor
3	Панели мониторинга Power BI Embedded	Панели мониторинга Power BI Embedded	Управляемое корпорацией Майкрософт	Управляемое корпорацией Майкрософт	Управляемое корпорацией Майкрософт
4	Dataverse	Аналитика Dataverse, События телеметрии для Dataverse	Запрос: входящие вызовы API-интерфейса Зависимость: исходящие вызовы	Аудит Dataverse	Пользовательские оповещения Azure Monitor, Оповещения системного администратора, уведомления Центра сообщений Microsoft 365
5	Подключаемые модули	Dataverse Аналитика	Подключаемые модуль Tracelog, зависимость и таблица исключений в Application Insights	Аудит Dataverse	Пользовательские оповещения Azure Monitor
6	Системные задания (рабочие процессы)	Системные задания	Таблица системных заданий (AsyncOperation)	Аудит Dataverse	Пользовательский поток Power Automate для мониторинга записей о сбоях системных заданий
7	Power Automate	Центр администрирования Power Platform или страница аналитики каждого отдельного потока Power Automate	Журналы выполнения, триггеров и действий хранятся в журнале выполнения Power Automate и могут быть экспортированы в Application Insights (предварительная версия) для централизации	Microsoft Purview	Добавьте дополнительные шаги в Power Automate, чтобы уведомлять пользователей о сбоях конкретных шагов или настраиваемых оповещениях Azure Monitor из журналов Application Insights
8	Совместная работа в Teams	Управляемое корпорацией Майкрософт	Управляемое корпорацией Майкрософт	Microsoft Purview	Уведомления Центра сообщений Microsoft 365
9	Azure Synapse Link	Azure Synapse Link	Управляемое корпорацией Майкрософт	Управляемое корпорацией Майкрософт	Управляемое корпорацией Майкрософт
10	Локальный шлюз данных	Работоспособность службы шлюза: Управление локальным шлюзом данных Мониторинг узла шлюза: Azure Monitor и Log Analytics Производительность узла шлюза: системный монитор Windows или шаблон PBI производительности шлюза	Сбор журналов виртуальных машин Медленно выполняющиеся запросы	Агент Log Analytics	Пользовательские оповещения Azure Monitor
11	Ресурсы для подключения Azure и данных	Azure Monitor	Рабочая область Log Analytics	Журнал диагностики ресурсов Azure	Пользовательские оповещения Azure Monitor
12	Customer Insights	Страница состояния системы Customer Insights или Azure Monitor для мониторинга экспортированных журналов диагностики	Рабочая область Log Analytics, учетная запись хранения или центр событий	Журнал диагностики Customer Insights	Пользовательские оповещения Azure Monitor из журнала Application Insights
13	AI Builder	Страница Отслеживание действий AI Builder (предварительная версия) на портале Power Automate для мониторинга действий и Отчет о потреблении для контроля лицензирования	Выполнен вход в Отслеживание действий AI Builder(предварительная версия), и если модель ИИ используется в Power Automate, журналы можно экспортировать в Application Insights (предварительная версия)	Неприменимо	Добавьте дополнительные шаги в Power Automate, чтобы уведомлять пользователей о сбоях конкретных шагов или настраиваемых оповещениях Azure Monitor из журналов Application Insights