Book.od.ua Книги для вашего бизнеса



Одесская библиотека бизнес литературы
полезные книги для бизнеса

1.4. Роль интеграционных шаблонов проектирования. Продолжение.

Во многих бизнес-приложениях реализована избыточная функциональность. Так, сразу нескольким системам может понадобиться проверить номер социального страхования, правильность указания почтового индекса в адресе проживания или же наличие определенного товара на складе. Каждую из этих функций можно вынести за пределы приложений и реализовать в виде функций совместного использования, доступных всем системам в виде служб (рис. 1.3).
Роль интеграционных шаблонов проектирования
Совместно используемая бизнес-функция и репликация данных могут преследовать схожие цели. К примеру, копирование адреса проживания клиента во все требуемые системы можно заменить созданием совместно используемой бизнес-функции GetCus-tomerAddress. Выбор между двумя различными типами интеграции основывается на многочисленных критериях, таких как степень контроля над интегрируемыми системами (в отличие от помещения информации в базу данных, вызов совместно используемой функции предполагает более глубокое вмешательство в систему) и частота изменения данных (доступ к адресу проживания клиента осуществляется часто, а вот вероятность изменения последнего невысока).
Совместно используемые бизнес-функции часто называют службами. Служба - это строго определенная и универсально доступная функция, реагирующая на запросы своих ''потребителей''. Управление службами является одной из наиболее важных задач компании. Во-первых, интегрируемым приложениям необходимо предоставить доступ к централизованному списку всех доступных служб (так называемому каталогу служб). Во-вторых, описание интерфейса каждой службы должно способствовать согласованию контракта взаимодействия приложения с этой службой. Обнаружение службы и согласование контракта взаимодействия с ней-две важнейшие составляющие SOA-архитектуры (рис. 1.4).
SOA-архитектура стирает грань между интеграцией приложений и созданием распределенного приложения. К примеру, при создании нового приложения разработчики могут полагаться на службы, предоставляемые другими приложениями. В этом случае обращение к службе может быть расценено как интеграция приложений. Однако во многих SOA-архитектурах вызов внешней службы практически ничем не отличается от вызова локального метода (за исключением производительности). Таким образом, разработку нового приложения в рамках существующей SOA-архитектуры можно сравнить с созданием распределенного приложения.
Роль интеграционных шаблонов проектирования
Одним из ключевых признаков того, что приложения необходимо интегрировать, является участие нескольких различных систем компании в выполнении единственной бизнес-транзакции (например, размещения заказа клиентом). В большинстве случаев вся функциональность, необходимая для выполнения бизнес-транзакции, сконцентрирована в существующих приложениях. Для координации выполнения бизнес-функций, принадлежащих различным системам компании, необходимо создать компонент управления распределенным бизнес-процессом (рис. 1.5).
Роль интеграционных шаблонов проектирования
Распределенный бизнес-процесс и SOA-архитектура имеют много общего. Так, все требуемые бизнес-функции могут быть представлены в виде служб, а бизнес-процесс реализован внутри обращающегося к этим службам приложения.
До сих пор мы рассматривали взаимодействие между приложениями и бизнес-функциями внутри компании. Однако во многих случаях требуемая функциональность обеспечивается внешними организациями. К примеру, компания-перевозчик может предоставлять заказчикам службу, позволяющую проследить за доставкой товара. Часто интеграция приложений затрагивает бизнес-партнеров. Например, заказчик может обратиться к розничному продавцу с тем, чтобы узнать стоимость и наличие в продаже определенного товара. Если нужного товара нет на складе, розничный продавец обращается к поставщику для того, чтобы узнать, когда будет доставлен этот товар.
Большинство принципов В2В-интеграции (рис. 1.6) аналогичны принципам интеграции приложений внутри компании. Взаимодействие через Интернет или какую-либо другую сеть, как правило, приводит к возникновению новых задач, относящихся к транспортным протоколам и безопасности. Поскольку многие бизнес-партнеры предпочитают электронный формат общения, на первый план выходит также вопрос стандартизации форматов данных.


Роль интеграционных шаблонов проектирования


Понравился материал? Поделитесь с друзьями!

<< Предыдущая статьяСледующая статья >>
1.3. Роль интеграционных шаблонов проектирования 1.5. Слабое связывание





Убедительная просьба при использовании любых материалов Одесской электронной бизнес-библиотеки ставить активную ссылку на наш сайт. По всем вопросам касательно сайта пожалуйста пишите на почту
      Карта сайта