Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Область применения: Azure Logic Apps (потребление)
Примечание.
Эта статья относится только к рабочим процессам приложения логики потребления. См. статью о рабочих процессах стандартных приложений логики:
После настройки взаимодействия B2B между торговыми партнерами в учетной записи интеграции эти партнеры могут обмениваться сообщениями с помощью таких протоколов, как AS2, X12 и EDIFACT. Чтобы убедиться, что это взаимодействие работает должным образом, настройте журналы Azure Monitor для учетной записи интеграции.
Azure Monitor помогает отслеживать облачные и локальные среды, чтобы вы могли легче поддерживать их доступность и производительность. С помощью журналов Azure Monitor можно записывать и хранить данные о данных среды выполнения и событиях, таких как события триггера, события выполнения и события действий в рабочей области Log Analytics.
Для сообщений журналирование также собирает следующую информацию:
- число и состояние сообщений;
- состояние подтверждений;
- корреляция между сообщениями и подтверждениями;
- подробное описание ошибок при сбоях;
Azure Monitor позволяет создавать запросы журналов, которые помогут вам найти и просмотреть эти сведения. Эти данные диагностики также можно использовать с другими службами Azure, такими как служба хранилища Azure и Центры событий Azure.
В этом руководстве показано, как настроить ведение журнала Azure Monitor для учетной записи интеграции. Сначала необходимо установить решение Logic Apps B2B на портале Azure. Это решение предоставляет совокупные сведения для событий сообщений B2B. Затем, чтобы включить ведение журнала и создание запросов, вы узнаете, как настроить журналы Azure Monitor.
Дополнительные сведения можно найти здесь
- Общие сведения о службе Azure Monitor
- Обзор журналов Azure Monitor
- Пункты назначения журнала ресурсов
- Запросы логов в Azure Monitor
- Отправка диагностических данных в службу хранилища Azure и Центры событий Azure
Примечание.
Эта статья была недавно обновлена, чтобы использовать термин "журналы Azure Monitor" вместо "Log Analytics". Данные журнала по-прежнему хранятся в рабочей области Log Analytics, собираются и анализируются той же службой Log Analytics. Мы обновляем терминологию, чтобы точнее отражать роль журналов в Azure Monitor. Дополнительные сведения см. в статье Изменения фирменной символики Azure Monitor.
Предпосылки
Учетная запись Azure с активной подпиской. Если у вас нет подписки, создайте бесплатную учетную запись.
Рабочая область Log Analytics. Если у вас нет рабочей области Log Analytics, см. статью "Создание рабочей области Log Analytics".
Ресурс приложения логики потребления, который настраивает ведение журнала Azure Monitor и содержит рабочий процесс с сообщениями B2B, которые требуется отслеживать.
Рабочий процесс отправляет данные журнала в рабочую область Log Analytics или другое место назначения.
Учетная запись интеграции, связанная с ресурсом приложения логики.
Установка решения Logic Apps B2B
Прежде чем журналы Azure Monitor смогут отслеживать сообщения B2B для вашего логического приложения, добавьте решение Logic Apps B2B в рабочую область Log Analytics.
В поле поиска портала Azure введите рабочие пространства Log Analytics, затем выберите рабочие пространства Log Analytics.
В списке Рабочие области Log Analytics выберите нужную рабочую область.
На странице "Обзор " в разделе "Начало работы с Log Analytics>Настройка решений мониторинга" выберите "Просмотреть решения".
На странице обзора нажмите кнопку "Добавить".
После открытия Marketplace в поле поиска введите приложения логики b2b и выберите Logic Apps B2B.
На панели описания решения выберите Создать.
Проверьте и подтвердите, в какой рабочей области Log Analytics требуется установить решение, и снова нажмите Создать.
Azure развертывает решение в группе ресурсов Azure, содержащей рабочую область Log Analytics.
Перейдите в рабочую область Log Analytics на странице "Обзор " на вкладке "Начало работы ", выберите " Просмотреть решения " еще раз, чтобы увидеть установленное решение. Выберите элемент решения, чтобы просмотреть подробные сведения о сообщении.
Когда рабочий процесс обрабатывает сообщения B2B, диаграммы обновляются с числом сообщений.
настройка журналов Azure Monitor;
Включить журналирование Azure Monitor можно непосредственно из учетной записи интеграции.
На портале Azure найдите и выберите свою учетную запись интеграции.
На боковой панели учетной записи интеграции в разделе "Мониторинг" выберите параметры диагностики. В таблице параметров диагностики выберите "Добавить параметр диагностики".
Для создания параметра выполните следующие действия.
Для имени параметра диагностики укажите имя.
В области Сведения о месте назначения выберите Send to Log Analytics workspace (Отправить в рабочую область Log Analytics).
Для подписки выберите подписку Azure для рабочей области Log Analytics.
В разделе Рабочая область Log Analytics выберите рабочую область, необходимую для использования.
В разделе "Журналы" выберите события отслеживания учетной записи интеграции, указывающие категорию событий, которую требуется записать.
По завершении на панели инструментов нажмите кнопку "Сохранить".
Рассмотрим пример.
Просмотр состояния сообщения
После выполнения рабочего процесса можно просмотреть состояние и данные о любых сообщениях B2B, обменяемых партнерами.
В поле поиска на портале Azure найдите и откройте группу ресурсов для рабочей области Log Analytics.
В группе ресурсов выберите ранее установленное решение Logic Apps B2B.
На боковой панели решения выберите "Сводка".
Примечание.
Если плитка Logic Apps B2B не сразу отображает результаты после выполнения, попробуйте обновить браузер или подождите некоторое время, прежде чем повторить попытку.
По умолчанию на плитке Logic Apps B2B отображаются данные за один день. Чтобы изменить интервал области данных, выберите элемент управления областью данных в верхней части страницы.
После появления панели мониторинга состояния сообщений можно просмотреть дополнительные сведения о сообщениях определенного типа, данные о которых отображаются за один день. Выберите плитку AS2, X12 или EDIFACT.
Отобразится список сообщений в соответствии с выбранной плиткой. Ниже представлен пример списка сообщений AS2.
Для получения дополнительных сведений о свойствах для каждого типа сообщений см. указанные ниже описания свойств сообщения:
Описания свойств и форматы имен для сообщений AS2, X12 и EDIFACT
Для каждого типа сообщения ниже приведены описания свойств и форматы имен для загруженных файлов сообщений.
Описания свойств сообщения AS2
Ниже приведены описания свойств для каждого сообщения AS2.
| Недвижимость | Описание |
|---|---|
| Sender | Гостевой партнер, указанный в параметрах получения, или главный партнер, указанный в параметрах отправки, для соглашения AS2 |
| приёмник | Основной партнер, указанный в параметрах получения, или гостевой партнер, указанный в параметрах отправки для соглашения AS2. |
| Приложение логики | Приложение логики, в котором настроены действия AS2 |
| Статус | Состояние сообщения AS2 Успех = получено или отправлено корректное сообщение AS2. Уведомление о ликвидации сообщений (MDN) не настроено. Успех = получено или отправлено корректное сообщение AS2. MDN настроено и получено, или MDN отправлено. Failed: получено некорректное сообщение AS2. MDN не настроено. В ожидании: получено или отправлено корректное сообщение AS2. MDN настроено, и ожидается его использование. |
| Подтверждение | Состояние сообщения MDN Accepted = получено либо отправлено положительное MDN. Pending: ожидается получение или отправка MDN. Rejected: получено или отправлено отрицательное MDN. Не требуется = MDN не настроен в соглашении. |
| Направление | Направление сообщения AS2 |
| Идентификатор отслеживания | Идентификатор для корреляции всех триггеров и действий в приложении логики |
| КОД сообщения | Идентификатор сообщения AS2, полученный из заголовков сообщения AS2 |
| Timestamp | Время обработки сообщения действием AS2 |
Описания свойств сообщения X12
Ниже приведены описания свойств для каждого сообщения X12.
| Недвижимость | Описание |
|---|---|
| Sender | Гостевой партнер, указанный в параметрах получения, или главный партнер, указанный в параметрах отправки, для соглашения X12 |
| приёмник | Партнер-хозяин, указанный в параметрах получения, или партнер-гость, указанный в параметрах отправки, для соглашения X12 |
| Приложение логики | Приложение логики, в котором настроены действия X12 |
| Статус | Состояние сообщения X12 Success: получено или отправлено корректное сообщение X12. Функциональное подтверждение не настроено. Success: получено или отправлено корректное сообщение X12. Функциональное подтверждение настроено и либо получено, либо отправлено. Failed: получено или отправлено некорректное сообщение X12. Pending: получено или отправлено корректное сообщение X12. Функциональное подтверждение настроено, и ожидается его получение. |
| Подтверждение | Функциональное состояние Ack (997) Accepted: получено или отправлено положительное функциональное подтверждение. Rejected = получено или отправлено отрицательное функциональное подтверждение. Pending: ожидается функциональное подтверждение, но оно еще не получено. Pending: функциональное подтверждение создано, однако не может быть отправлено к партнеру. Не требуется = функциональный ack не настроен. |
| Направление | Направление сообщения X12 |
| Идентификатор отслеживания | Идентификатор для корреляции всех триггеров и действий в приложении логики |
| Тип сообщения | Тип сообщения EDI X12 |
| ICN | Номер контроля обмена для сообщения X12 |
| TSCN | Контрольный номер набора данных транзакции для сообщения X12 |
| Timestamp | Время обработки сообщения действием X12 |
Описания свойств сообщения EDIFACT
Ниже приведены описания свойств для каждого сообщения EDIFACT.
| Недвижимость | Описание |
|---|---|
| Sender | Гостевой партнер, указанный в параметрах получения, или главный партнер, указанный в параметрах отправки, для соглашения EDIFACT |
| приёмник | Партнер-хост, указанный в Параметрах получения, или партнер-гость, указанный в Параметрах отправки, для соглашения EDIFACT. |
| Приложение логики | Приложение логики, в котором настроены действия EDIFACT |
| Статус | Состояние сообщения EDIFACT Success: получено или отправлено корректное сообщение EDIFACT. Функциональное подтверждение не настроено. Success: получено или отправлено корректное сообщение EDIFACT. Функциональное подтверждение настроено и либо получено, либо отправлено. Не удалось = получено или отправлено недопустимое сообщение EDIFACT Ожидание означает получение или отправку корректного сообщения EDIFACT. Функциональное подтверждение настроено, и ожидается его получение. |
| Подтверждение | Состояние функционального подтверждения (CONTRL) Accepted: получено или отправлено положительное функциональное подтверждение. Rejected = получено или отправлено отрицательное функциональное подтверждение. Pending: ожидается функциональное подтверждение, но оно еще не получено. Pending: функциональное подтверждение создано, однако не может быть отправлено к партнеру. Не требуется = функциональный Ack не настроен. |
| Направление | Направление сообщения EDIFACT |
| Идентификатор отслеживания | Идентификатор для корреляции всех триггеров и действий в приложении логики |
| Тип сообщения | Тип сообщения EDIFACT |
| ICN | Контрольный номер обмена сообщениями EDIFACT |
| TSCN | Контрольный номер набора транзакций для сообщения EDIFACT |
| Timestamp | Время обработки сообщения действием EDIFACT |