Экспорт (0) Печать
Развернуть все

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

Обновлено: Август 2013 г.

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

Бизнес-сценарий

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

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

  2. Fabrikam использует компонент Служба адаптера BizTalk, доступный с Службы BizTalk, чтобы предоставлять доступ к операции Send в IDOC ORDERS05 в качестве операции с использованием конечной точки ретрансляции Service Bus. Компонент Односторонний мост 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 использует компонент Портал служб Windows Azure BizTalk, доступный с Службы 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. Затем компонент мост направляет сообщение в конечную точку ретрансляции в Service Bus, которая затем отправляется на локальный сервер SAP. Следующая иллюстрация демонстрирует этот сценарий.

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

Применение данной статьи

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

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

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

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

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

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

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

В данном разделе

См. также


Дата сборки:

2013-11-22

Добавления сообщества

Показ:
© 2014 Microsoft