Подходы к межсистемной интеграции
Существует несколько подходов к межсистемной интеграции. Мы рассмотрим некоторые, наиболее очевидные из них.
- Передача файлов (file transfer) – приложения выгружают необходимую информацию в файлы установленного формата, после чего эти файлы передаются и загружаются другими системами.
- Разделяемая БД (shared database) – несколько приложений работают на одной и той же БД.
- Удалённый вызов процедур (remote procedure call) – приложения предоставляют механизмы для экспорта функциональности, например, используя удалённый вызов процедур (RPC), XML-RPC или подобные механизмы, посредством которых функциональность одного приложения становиться напрямую доступна другому приложению.
- Передача сообщений (messaging) – каждое из интегрируемых приложений подсоединяется к общей системе обмена сообщениями, которая позволяет обмениваться данными и командами в виде сообщений.
Рассмотрим немного подробнее каждый из них.
Интеграция путём обмена файлами
Этот способ интеграции, как правило, довольно просто реализуется и достаточно популярен на практике. Всё что необходимо сделать для его реализации это заставить интегрируемые приложения экспортировать данные во внешний файл и, соответственно, импортировать данные из внешнего файла. На данный момент этого, часто, не трудно добиться, так как многие приложения поддерживают экспорт и импорт информации во внешние файлы. Если же это не так, то, часто СУБД, лежащая в их основе, может быть использована для получения данных во внешний файл и загрузку данных из внешнего файла.
Одной из задач при такой интеграции является выработка формата файла, понятного интегрируемым приложением. Часто это не является проблемой и обычно простой текстовый формат файлов бывает достаточным. Однако, имеет смысл рассматривать форматы файлов на основе XML, так как последний довольно легко разбирать (парсить), и уже существует большое количество парсеров, что существенно экономит усилия на интеграцию. Другим положительным моментом является относительная простота преобразования файлов на основе XML из одного формата в другой, что может быть существенным в случае если интегрируемые приложения работают с разными форматами на основе XML.
Тем не менее, при всей своей привлекательности, интеграция на основе обмена файлами обладает рядом существенных недостатков.
- Плохая масштабируемость – это особенно критично, когда рассматривается масштабируемость по количеству интегрируемых приложений, каждый из которых может требовать свой формат файлов, что приводит к большому количеству форматов и преобразований между ними которые необходимо поддерживать. Более того, проблема с маршрутизацией файлов (кому какой файл посылать), может оказаться трудноразрешимой в случае с сильно распределённым решением.
- Относительно большая задержка при передаче данных. Данные должны быть регулярно экспортированы, пересланы и периодически импортированы. Это осложняет построение критичных ко времени интеграционных решений.
- Плохая управляемость, защищённость и отказоустойчивость такого решения. Так как не используется, как правило, никаких средств для централизованного управления обмена файлами, централизованного назначения прав доступа, не используются средства обеспечения гарантированной доставки.
Дата добавления: 2015-10-24; просмотров: 116 | Нарушение авторских прав
Читайте в этой же книге: Введение в UML. Краткая историческая справка. Диаграммы классов, диаграммы последовательностей. | Лекция 2. Основные определения ООП. | Мобильные агенты (Applets and other mobile code) | Введение в Web-приложения и сервлеты | Гранулярность (granularity) | Factory Method | Abstract Factory | Template Method | Структурные шаблоны | Каналы и Фильтры |
mybiblioteka.su - 2015-2024 год. (0.007 сек.)