MSDN Library

Учебник. Использование служб Azure BizTalk для интеграции с локальным SAP-сервером

Обновлено: Май 2015 г.

Службы BizTalk Microsoft Azure реализует широкий набор возможностей интеграции, позволяющих организациям создавать гибридные решения, где клиентские или партнерские приложения размещаются в Azure, а данные, связанные с клиентами или партнерами, сохраняются бизнес-приложениями локально. В этой статье мы обсудим настройку подобного гибридного сценария с помощью Службы BizTalk. Чтобы показать интеграцию приложений Microsoft Azure с локальным бизнес-приложением с помощью Службы BizTalk, рассмотрим сценарий с 2 деловыми партнерами: Fabrikam и Contoso.

Contoso отправляет сообщение заказа на покупку (PO) в Fabrikam в формате системы обмена данными (EDI) X12 с использованием схемы PO (X12 850). Компания Fabrikam (которая использует сервер SAP для управления данными партнера) принимает PO от партнеров, используя ORDERS05 IDOCS. Чтобы Contoso могла отправить PO непосредственно на локальный сервер SAP Fabrikam, компания Fabrikam решает использовать Службы BizTalk для реализации сценария гибридной интеграции, в котором уровень интеграции размещается в Azure, а сервер SAP находится внутри брандмауэра организации. Fabrikam использует Службы BizTalk следующим образом, чтобы реализовать такой сценарий.

  1. Fabrikam использует Службы BizTalk Microsoft Azure SDK для создания Проект служб BizTalk. Проект включает Односторонний мост XML для отправки сообщений в конечную точку ретрансляции, которая отправляет сообщение локальной системе SAP.

  2. Fabrikam использует компонент Служба адаптера BizTalk, доступный с Службы BizTalk, чтобы предоставлять доступ к операции Send в IDOC ORDERS05 в качестве операции с использованием конечной точки ретрансляции Служебная шина. Компонент Односторонний мост XML отправляет сообщения этой конечной точке. Fabrikam также создает схему для операции Send с помощью Служба адаптера BizTalk и включает схему в состав Проект служб BizTalk.

    noteПримечание
    Операция Send для IDOC — это операция, представленная Пакет адаптера BizTalk на любом IDOC для отправки IDOC на сервер SAP. Служба адаптера BizTalk использует пакет адаптера BizTalk для подключения к серверу SAP.

  3. Fabrikam использует компонент Преобразование, доступный с Службы BizTalk, чтобы создать сопоставление для преобразования сообщения PO в формате X12 в схему, необходимую серверу SAP для вызова операции Send в ORDERS05 IDOC.

  4. Fabrikam использует компонент Портал служб BizTalk Microsoft Azure, доступный с Службы BizTalk, для создания и развертывания соглашения EDI с подпиской Службы BizTalk, которая обрабатывает сообщение PO X12 850. В ходе обработки сообщений соглашение также выполняет следующие задачи.

    1. Получает сообщение PO X12 850 по FTP.

    2. Преобразует сообщение PO X12 в схему, требуемую сервером SAP, с помощью преобразования, созданного ранее.

    3. Направляет преобразованное сообщение компоненту Односторонний мост XML, который пересылает сообщение в конечную точку ретрансляции, созданную для отправки сообщения PO серверу SAP. Fabrikam ранее предоставил (как описано в пункте 1 выше) операцию Send на ORDERS05 IDOC в качестве конечной точки ретрансляции, чтобы позволить партнерам отправлять сообщения PO с помощью Служба адаптера BizTalk.

После этого Contoso удаляет сообщение PO X12 850 с FTP-ресурса. Это сообщение используется конвейером приема EDI, который обрабатывает сообщение, преобразует его в ORDERS05 IDOC и направляет посреднику Мост XML. Затем компонент мост направляет сообщение в конечную точку ретрансляции в Служебная шина, которая затем отправляется на локальный сервер SAP. Следующая иллюстрация демонстрирует этот сценарий.

Сценарии интеграции SAP

Этот учебник написан на основе примера SAPIntegration из коллекции кода MSDN (SAPIntegration.zip). Можно использовать пример SAPIntegration и проработать учебник, чтобы понять, как был построен пример, или использовать этот учебник для создания собственного приложения. Этот учебник ориентируется на второй подход, чтобы читающий понял, как было построено данное приложение. Кроме того, для согласованности с примером имена артефактов (например, схем, преобразований и т. д.), используемые в данном учебнике, совпадают с именами в примере.

Пример, доступный в коллекции исходных кодов MSDN, содержит только половину решения, которое можно развить во время разработки на компьютере. Пример не может содержать конфигурацию, которую необходимо выполнить для Azure Портал служб BizTalk. Для этого нужно выполнить действия, описанные в этом учебнике для настройки мост EDI. Корпорация Майкрософт рекомендует следовать учебнику, чтобы лучше всего понять концепции и процедуры. Если вы действительно хотите использовать пример, выполните следующие действия.

  • Скачайте пакет SAPIntegration.zip, извлеките пример SAPIntegration и внесите необходимые изменения, например добавьте пространство имен службы, имя издателя, ключ издателя, данные сервера SAP и т. д. После изменения примера разверните приложение, чтобы получить URL-адрес конечной точки, в которой развернут Односторонний мост XML.

  • Используйте Портал служб BizTalk, чтобы настроить параметры приема, как описано в разделе Шаг 5. Создание и развертывание принимающего EDI-конвейера, и следуйте процедурам для маршрутизации сообщений из конвейера приема EDI мост в уже развернутый компонент Односторонний мост XML.

  • Оставьте тестовое сообщение в FTP-расположении, настроенном как часть решения, и убедитесь в том, что приложение работает, как ожидается.

    • Если сообщение успешно обработано, оно будет направлено на сервер SAP. Вы сможете проверить ORDERS IDOC с помощью графического интерфейса SAP.

    • Если соглашению EDI не удалось обработать сообщение, то сообщения об ошибках направляются в конечную точку ретрансляции в Служебная шина. Чтобы получить такие сообщения, необходимо настроить службу приемника ретрансляции, которая принимает все сообщения, поступающие в эту конечную точку. Более подробные сведения о необходимости использования этой службы можно найти по адресу Шаг 6. Тестирование решения.

См. также

Показ:
© 2016 Microsoft