Разработка интеграционных элементов общеуниверситетского портала для доступа к распределенным формализованным информационным ресурса

7. Защищенность платформы

8. Сложность внедрения поддержки, лицензионная политика

3. Выводы

3. Возможности платформы Microsoft.NET/BizTalk

1. Общая характеристика платформы

Платформа Microsoft дает разработчику ту же функциональность, что и мир J2EE, но естественно, только в рамках мира Windows. Инструменты, необходимые для реализации различных интеграционных подходов, в платформе корпорации Microsoft разнесены по нескольким продуктам, а часть функциональности включена непосредственно в ОС - например, компонент управления транзакциями MTS, Web-сервер Internet Information Server, библиотеки и среда исполнения "управляемого кода" .Net (Common Runtime Environment) и пр.

Основную функциональность EAI несет BizTalk Server (далее BTS) - сервер интеграции на базе XML. Он может работать и как брокер сообщений, т.е. осуществлять преобразование и коммутацию поступающих в него сообщений, и как механизм выполнения бизнес-сценариев. В отличие от платформ на базе J2EE, где серверы приложений является основой для исполнения всей бизнес-логики - как низкого уровня (компоненты EJB), так и высокого (через механизмы workflow) -BizTalk отвечает только за высокоуровневую бизнес-логику и интеграцию систем, а выполнение логики низкого уровня реализуется моделью СОМ+ или .Net.

Архитектурно BizTalk состоит из нескольких модулей: графических редакторов карт преобразований XML-сообщений и сценариев бизнес-логики, а также механизмов исполнения преобразований XML-сообщений и бизнес-сценариев. В версии 2004 появились компоненты, обеспечивающие работу пользователей с бизнес-процессами через Web-браузер или клиентские программы типа Microsoft InfoPath.

Принятая Microsoft модель интеграционной разработки позволяет эффективно разделить работу программиста и аналитика бизнес-процессов. Она похожа на ту, что заложила, скажем, фирма ВЕА в свою платформу WebLogic Integration Platform. (Естественно, последняя опирается на J2EE, а не на СОМ+). Бизнес-аналитик может графически рисовать бизнес-процесс (если это вообще требуется в проекте), используя такие понятия, как рабочий документ, действия, условия ветвления процесса (т.е. принятия "решения"), точки распараллеливания и объединения (ожидания) процессов, параллельных веток исполнения (с возможностями ожидания одной или всех точек), преобразования документов. Для этого достаточно знания основ программирования.

Затем аналитик или специалист по интеграции определяет точки вызова внешней функциональности - реализуемой  СОМ-объектами, кодом .Net, Web-сервисами, привязываемыми к BizTalk через очереди сообщений MSMQ, картами преобразования сообщений и т.п. Разработчик низкого уровня программирует эту функциональность - создает СОМ-объекты в Visual Studio .Net или другой среде разработки, определяет карты преобразований документов.

В BTS2002 реализован сценарный механизм "почти" уровня workflow, а в BTS2004 - полноценный механизм workflow, включающий поддержку бизнес-процессов с участием человека. В версии 2002 сценарии создаются графически и сохраняются на языке XLANG. В BTS2004 сценарии workflow создаются в среде Microsoft Visio и компилируются в сборки .Net, за счет чего достигается более высокая производительность. В обоих случаях важную роль играет Micrososft SQL Server - в BTS2002 эта СУБД используется как репозиторий сценариев XLANG и место хранения статуса исполнения долгоживущих процессов, а в BTS2004 она вообще применяется в качестве универсального "ящика для сообщений" (Messaging Box).

Философски эти версии сильно различаются - BTS2002 лишь отчасти предназначался для процессно-ориентированной интеграции, а для BTS2004 этот подход является основным. Между тем, версия 2004 унаследовала все лучшие свойства предшественника как брокера сообщений. В любом случае, разработчику совсем не обязательно использовать весь функционал - он может не использовать брокер сообщений или отказаться от сценарной обработки (см. Рис.)

В версии 2004 разделение труда  программиста и других участников проекта интеграции дополнительно усилено. Помимо архитектора, задающего общую канву процесса, в настройке системы может участвовать и пользователи-предметники. Для этого введены два новых механизма - бизнес-правил (Business Rules) и конфигурирования процесса (Business Process Configuration). Первый из них позволяет оформить наборы проверок в схеме дирижирования процессом в виде отдельных компонент (бизнес-правил). Разработчик задает отображение полей входящего XML-документа в именованные параметры, список которых формирует словарь правила. Эти параметры затем фигурируют в последовательностях сравнений, которые определяет уже бизнес-специалист, применяя специальный графический редактор. Таким образом, пользователь может быстро поменять конкретные правила в простом инструменте, не прибегая к помощи идеологически сложных средств, для изменения всего процесса. Второй механизм позволяет определить список параметров процесса (например, конкретные значения проверок), доступных для модификации извне. При этом сам процесс представляется для пользователя как "черный ящик".

На наш взгляд, BizTalk Server имеет три неоспоримых преимущества перед другими рассмотренными в данном проекту продуктами:

• Идеологически он крайне прост. Он позволяет разделить работу бизнес-аналитика, специалиста по интеграции и разработчика. Для решения целого ряда задач интеграции (например, через файловый обмен) достаточно освоить графический редактор карт преобразования сообщений и еще пару операций. Простоте способствует и то, что BizTalk в первую очередь ориентирован на обмен структурированными XML-документами и способен принимать их по различным каналам.
• Он позволяет разработчикам для платформы Windows наиболее полно 
  использовать   свои   знания.   Вся   архитектура   интеграции   BizTalk 
  опирается   на   модель   .Net,   СОМ+,  технологию   MSMQ.   Компании, 
  использующие в работе инструменты разработки Visual Studio смогут 
  проводить   и   с   использованием   BizTalk   сложные   интеграционные 
  проекты.
• Интеграцию систем с помощью BizTalk можно осуществлять постепенно. 
  Начать с простого проекта с обменом файлами и нарастить его до 
  сложной системы со сквозными бизнес-проектами.

Однако эти же свойства определяют и слабые стороны продукта: он функционирует только на платформе Windows и в существенной степени опирается на нее. Поэтому, несмотря на то что партнеры Microsoft предлагают много коннекторов для разных систем и файловых форматов, при попытке использовать BizTalk в гетерогенной среде, особенно содержащей старые платформы и унаследованные протоколы связи, могут возникать непредвиденные сложности. Отделение от ядра продукта значительной части функциональности может приводить к как к снижению стоимости проекта (за счет упрощения системы и более низкой цены ядра), так и к его удорожанию - если дополнительных компонент требуется много. Растет и риск их несовместимости.

В этом смысле легче обстоит  дело с мэйнфреймами корпорации IBM --проблема взаимодействия с их данными может быть решена при помощи пакета самой Microsoft - Host Integration Server. Стоит также заметить, что для ряда вертикальных отраслей Microsoft предложены наборы, состоящие из шаблонов решений и специализированных компонент, поддерживающих типовые для этих отраслей протоколы обмена данными. Эти ускорители (Accelerators) есть, например, для финансового сектора и здравоохранения.

Microsoft известна умением качественно интегрировать продукты, и BizTalk — не исключение. Он довольно гладко стыкуется с другими приложениями ее платформы. Однако, стоит иметь в виду, что комплект поставки BizTalk 2002 неполон: необходима дополнительно лицензия на Microsoft SQL Server. Также при развитии проекта на BizTalk 2002 может потребоваться приобретение одной из последний версий Visual Studio (а в гетерогенной среде - и других компонент).

Microsoft была одной из тех компаний, кто прокладывал дорогу XML в отрасли, a BizTalk - один из ее первых продуктов на рынке, обеспечивших поддержку этого языка. Естественно, поддержка в нем XML оказывается на высоте. Это и другие качества позволяют применять BizTalk для построения Web-ориентированных решений. В версии 2004 реализована также развитая поддержка Web-сервисов: они могут вызываться из узлов бизнес-процесса, а сами бизнес-процессы могут также инициироваться через протокол SOAP. Сценарии процессов можно экспортировать/импортировать в файлы на языке BPEL, хотя и с потерей некоторых данных (в основном информации о вызовах локальных методов). В BTS2004 также появились средства для управления жизненным циклом и сопровождения создаваемых бизнес-процессов ~ в частности для анализа бизнес-активности.

В продукте версии 2002 не было уделено также специального внимания проблемам безопасности - она делегирована на уровень Windows и SQL Server. В версии 2004 этот недостаток несколько компенсирован - обеспечена поддержка однократной регистрации (Single Sign On), аутентификации приходящих сообщений, а также "хостов" (это логически обособленные группы бизнес-сценариев, адаптеров, каналов и других элементов, что вводящие дополнительный слой изоляции между исполняемыми компонентами).

BizTalk имеет отличные ценовые характеристики. BizTalk Server Enterprise Edition - самая технологически полная версия продукта (обеспечивается интеграция любого числа внутренних и внешних приложений, поддерживаются многопроцессорные и кластерные конфигурации) стоит всего $24999 на процессор. А если требуется согласовать всего два приложения, то достаточно версии Partner Edition, ценой менее $1000.

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

2. Интеграционные компоненты платформы Microsoft