При проектировании собственных сервисов описываются или используются существующие классы Activity для взаимодействия с сервисом, определяется интерфейс сервиса, поддерживающий необходимые операции, на базе проверенных практик проектируется сервис и выбирается соответствующий хост для сервиса (IIS, Workflow Appliance Software (WAS)1 или WorkflowServiceHost (Хост сервиса рабочего процесса)).
При проектировании разметки рабочего процесса может использоваться дизайнер Visual Studio (доступный как расширение Visual Studio 2005 и входящий в состав
Visual Studio 2008 и последующих версий) или дизайнер SharePoint Designer для построения рабочих процессов на базе списков SharePoint. В качестве альтернативы разметка, связанная с продуктом стороннего производителя, может создаваться в дизайнере стороннего производителя, или можно вручную написать код разметки, используя соответствующий синтаксис XAML.
Сервер BizTalk
BizTalk может поддерживать разработку и с разделением кода, и с применением языков разметки. При использовании BizTalk может понадобиться спроектировать компоненты рабочего процесса, используемые в оркестровке BizTalk. Примерами таких компонентов рабочего процесса являются адаптеры и коннекторы. Также может понадобиться создать сервисы, обеспечивающие операции, необходимые рабочему процессу, или спроектировать бизнес-компоненты, обрабатывающие запросы для рабочих процессов BizTalk.
BizTalk может использоваться и без написания специальных компонентов, т.е. позволяет применить разработку с использованием разметки. Иначе говоря, если необходимо выполнять только простые операции, возможности сервера BizTalk прекрасно подойдут для преобразования сообщений и описания функций. Далее описывается процесс создания рабочих процессов с использованием BizTalk:
При проектировании компонентов рабочего процесса для BizTalk определяется класс, реализующий соответствующий интерфейс, и затем этот класс регистрируется в COM.
При проектировании компонентов бизнес-слоя для BizTalk определяются классы, поддерживающие необходимые операции. В случае необходимости, в компонентах бизнес-слоя можно запускать атомарные транзакции, вызываемые оркестровкой. Бизнес-слой должен проектироваться с использованием проверенных практик для обеспечения поддержки необходимых операций.
При проектировании специальных сервисов описываются или используются существующие классы BizTalk для взаимодействия с сервисом, определяется интерфейс сервиса, поддерживающий необходимые операции; при проектировании сервиса используются проверенные практики и выбирается соответствующий хост для его размещения (IIS или WAS).
1 ПО, содержащее рабочий процесс (прим. переводчика).
На рис. 1 представлена совместная работа всех этих компонентов для обеспечения поддержки рабочего процесса BizTalk.
Рис. 13
Совместная работа компонентов для поддержки рабочего процесса BizTalk.
BizTalk с ESB
Комплект инструментов Microsoft Enterprise Service Bus (ESB) Toolkit расширяет BizTalk
возможностями для создания подключенных сервисно-ориентированных корпоративных приложений. Комплект инструментов ESB Toolkit включает компоненты, поддерживающие и реализующие среду обмена сообщениями, упрощая тем самым построение основанных на сообщениях корпоративных приложений. Комплект инструментов предоставляет следующие компоненты:
Веб-сервисы ESB. Обеспечивают основные возможности Microsoft ESB Toolkit. Предоставляются следующие сервисы:
◦Маршрутизирующие Веб-сервисы (Itinerary on-ramp Web services),
принимающие внешние сообщения и отсылающие их для дальнейшей обработки обработки.
◦Веб-сервис преобразования адресов (Resolver Web service), позволяющий внешним приложениям вызывать инфраструктуру преобразования адресов (Resolver Framework) для поиска конечных точек ESB на основании механизмов разрешения, поддерживаемых инфраструктурой преобразования адресов, таких как политики бизнес-правил, регистрации UDDI, статический вызов, интерфейс WS-MetadataExchange (Обмен метаданными) и на основании содержимого сообщения.
◦Веб-сервис преобразования (Transformation Web service) обеспечивает функции для преобразования содержимого сообщения и выполнения бизнес-требований. Преобразованиям может подвергаться
непосредственно входящее сообщение или сообщения, извлекаемые из базы данных MessageBox (Хранилище сообщений) BizTalk.
◦Веб-сервис обработки исключений (Exception Handling Web service)
принимает сообщения об исключениях из внешних источников и публикует их в Инфраструктуре управления исключениями ESB (ESB Exception Management Framework). Оттуда конвейер обработки сбоев будет нормализовать, отслеживать и публиковать сообщение об исключении в Портале управления ESB (ESB Management Portal).
◦Веб-сервис UDDI позволяет приложениям и пользователям выполнять поиск конечных точек по имени сервиса, поставщику услуг или категории деловой активности; также с его помощью приложения и пользователи могут управлять поставщиками услуг, сервисами и категориями, хранящимися в хранилище UDDI.
◦Веб-сервис обслуживания BizTalk предоставляет сведения о хостах BizTalk, оркестровке, приложениях и состоянии.
Портал управления ESB. Обеспечивает такие возможности как отслеживание исключений и сбоев, повторная передача сообщений, предупреждения и уведомления, интеграция с UDDI, составление отчетов и аналитика, возможности настройки.
Компоненты конвейера взаимодействий ESB. К ним относятся Сервис обмена сообщениями Java (Java Messaging Service, JMS) и компоненты пространств имен для использования в конвейерах BizTalk.
Инфраструктура управления исключениями. Может перехватывать исключения от подсистем обмена сообщениями и оркестровки BizTalk и формировать сообщения о сбоях.
Инфраструктура поставщика преобразования адресов и адаптера ESB. Реализует подключаемую и настраиваемую архитектуру для динамически разрешаемых конечных точек и трансформаций, а также для маршрутизации сообщений.
Обработка маршрутов. Этот механизм обеспечивает возможность упрощенного динамического описания, передачи и выполнения множества вызовов сервисов или маршрутизации/преобразования запросов.
Примеры приложений ESB. Демонстрируют применение комплекта инструментов Microsoft ESB Toolkit, показывая пути использования предоставляемых им возможностей в собственных приложениях SOA и ESB.
Совместное использование Windows Workflow Foundation и BizTalk
Во многих ситуациях Windows Workflow Foundation (WF) или BizTalk по отдельности не могут обеспечить полную поддержку необходимых рабочих процессов. В этом случае в одном приложении можно использовать необходимые функции обоих решений для рабочих процессов. Сочетайте WF и BizTalk:
если хотите реализовать с помощью только кода рабочий процесс бизнес-правил с использованием компонентов WF, взаимодействующий с подсистемой управления бизнес-правилами BizTalk;
если имеются существующие рабочие процессы WF, которые должны вызываться из системы оркестровки BizTalk;
при создании рабочего процесса SharePoint, который должен выполнять оркестровку BizTalk;
если рабочий процесс WF должен интегрироваться с гетерогенными или устаревшими системами.
Дополнительные источники
Электронная версия списка используемых источников по технологиям проектирования рабочих процессов доступна по адресу http://www.microsoft.com/architectureguide.
«Introduction to Programming Windows Workflow Foundation» (Введение в программирование Windows Workflow Foundation) по адресу http://msdn.microsoft.com/en-us/library/ms734696.aspx
«Microsoft BizTalk ESB Toolkit» (Комплект инструментов Microsoft BizTalk ESB) по адресу http://msdn.microsoft.com/en-us/library/dd897973.aspx