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



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

1.8. Компоненты слабосвязанного интеграционного решения

Объединение двух систем с помощью интеграционного решения предполагает использование связующего ПО. Рассмотрим типичные компоненты связующего ПО, ориентированного на обмен сообщениями.
Основной причиной интеграции приложений является необходимость налаживания обмена данными между ними. Примером данных, передаваемых между приложениями, является адрес заказчика, вызов удаленной службы или фрагмент HTML-кода информационного портала. Передачу данных между приложениями обеспечивают два компонента интеграционного решения: сообщение и канал (рис. 1.9). Коммуникационный канал предназначен для обмена информацией между приложениями. В качестве канала может использоваться TCP/IP-соединение, общий файл, общая база данных и даже дискета. В канал помещается сообщение - фрагмент данных, который имеет одинаковое значение для обоих интегрируемых приложений. Объем информации, передаваемый с помощью одного сообщения, может быть как очень маленьким (например, телефонный номер заказчика), так и довольно большим (например, список всех заказчиков и адресов их проживания).
Компоненты слабосвязанного интеграционного решения
Несмотря на то что передача сообщений по каналам уже может считаться ''простой'' формой интеграционного решения, не стоит останавливаться на достигнутом. Как правило, разработчики интеграционного решения не могут изменять объединяемые приложения, в частности их внутренний формат данных. К примеру, одна из интегрируемых систем может хранить имя клиента с помощью полей FIRST_NAME и LAST_NAME, а другая - с помощью единственного поля Customer_Name. Поскольку возможность изменить внутренний формат данных приложений выпадает крайне редко, связующее ПО обязано обеспечить механизм преобразования форматов данных между приложениями.
Предположим, что нам необходимо интегрировать более двух систем. Как изменится механизм обмена данными в этом случае? Наиболее простое решение состоит в указании системой-отправителем адресов систем-получателей сообщения. К примеру, при изменении адреса клиента система обслуживания заказчиков пересылает обновленную информацию всем системам, хранящим адрес клиента. Данный подход имеет один существенный недостаток - каждая система-отправитель должна поддерживать информацию обо всех системах-получателях сообщения. Как следствие добавление новой системы может потребовать внесения изменений в существующие системы интеграционного решения. Было бы гораздо лучше, если бы функция доставки сообщений получателям была возложена на связующее ПО, а именно на его маршрутизирующий компонент, такой как брокер сообщений.
Как правило, со временем все интеграционные решения становятся слишком сложными. Приложения, форматы данных, каналы, маршрутизаторы, преобразователи - все эти элементы зачастую распределены между множеством операционных платформ и географических размещений. С целью управления интеграционным решением связующее ПО должно включать в себя подсистему администрирования. Основные задачи подсистемы администрирования состоят в отслеживании потоков данных, работоспособности компонентов и приложений, а также уведомлении о возникших ошибках.
Казалось бы, мы учли все, что необходимо для создания полноценного интеграционного решения, - компоненты передачи данных, преобразования формата, маршрутизации сообщений и администрирования. Однако мы исходили из допущения, что интегрируемые приложения могут самостоятельно помещать сообщения в канал. К сожалению, большинство унаследованных приложений, коммерческих приложений, а также приложений, созданных на заказ, изначально не предназначались для интеграции. Для ''подключения'' подобных приложений к интеграционному решению используется конечная точка сообщения - специализированный компонент или адаптер канала (Channel Adapter, с. 154), предоставленный разработчиком интеграционной платформы.


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

<< Предыдущая статьяСледующая статья >>
1.7. Пример простой интеграции. Продолжение. 1.9. Пример Приборы и устройства





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