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



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

1.2. Трудности интеграции

Интеграция корпоративных приложений - весьма непростое занятие. По определению интеграция корпоративных приложений подразумевает обеспечение взаимодействия между множеством программ, выполняющихся под управлением различных платформ и расположенных в различных местах предприятия. Таким образом, фраза простая интеграция является ни чем иным, как оксюмороном. Некоторые разработчики ПО предлагают пакеты для интеграции корпоративных приложений (Enterprise Application Integration - EAI), поддерживающие различные платформы, языки программирования, а также наиболее популярные бизнес-приложения. К сожалению, техническая инфраструктура большинства EAI-пакетов учитывает только часть трудностей, свойственных интеграции корпоративных приложений. Перечислим наиболее распространенные из них.
• В большинстве случаев интеграция корпоративных приложений требует существенного пересмотра корпоративной политики компании. Как правило, бизнес-приложения охватывают определенную проблемную область, такую как управление взаимоотношениями с клиентами (Customer Relationship Management - CRM), биллинг или финансы. Как гласит известный закон Конвэя, ''организации, проектирующие системы, неизбежно производят системы, являющиеся копиями их организационных структур''. Большинство организационных единиц в компании создаются для решения конкретных задач. Налаживание взаимодействия между различными компьютерными системами приводит к необходимости установки контактов и между использующими их подразделениями.
• В результате объединения большинства бизнес-функций компании деятельность последней становится зависимой от надлежащего функционирования интеграционного решения. Сбой в работе интеграционного решения может принести компании миллионные убытки, связанные с потерей заказов, ошибочным направлением платежей и т.п.
• Одна из наиболее существенных проблем, связанных с созданием интеграционного решения, заключается в ограниченном контроле, который имеют разработчики решения над интегрируемыми приложениями. В большинстве случаев объединяемые приложения представляют собой унаследованные системы или пакеты программ, внести изменения в которые не представляется возможным. Часто это приводит к тому, что на плечи создателей интеграционного решения ложится дополнительная задача по устранению недостатков в объединяемых приложениях и существующих между ними различий. Иногда часть интеграционного решения проще реализовать в конечных точках приложений, однако эта возможность может оказаться недоступной по причинам политического или технического характера.
• Несмотря на растущий спрос на интеграционные решения, эта область разработки ПО пока еще не может похвастаться наличием большого числа общепринятых стандартов. Существенный толчок по направлению к стандартизации интеграционных решений дало появление таких технологий, как XML, XSL и Web-службы. К сожалению, слишком активное продвижение на рынок последних привело к появлению множества ''расширений'' и ''интерпретаций'', также претендующих на звание стандартов. Будет уместным напомнить, что именно недостаток совместимости между различными ''соответствующими стандарту'' продуктами стал камнем преткновения для распространения такой интеграционной технологии, как CORBA.
• Существующие стандарты Web-служб XML позволяют преодолеть лишь часть трудностей интеграции корпоративных приложений. Утверждение, что XML - это ''лингва-франка'' системной интеграции, является, мягко говоря, неверным. Осуществление обмена данными в формате XML уместно сравнить с написанием текста с использованием только одного романского алфавита. Как известно, романский алфавит можно применять для представления многих языков и диалектов, неизвестных широкому кругу читателей. То же самое справедливо и для интеграции корпоративных приложений. Из существования единого представления данных (XML) не следует наличие общей семантики. К примеру, такое простое понятие, как ''счет'', может иметь несколько различных семантик, подтекстов, ограничений и допущений в каждой конкретной системе. Устранение семантических различий между объединяемыми системами является одной из наиболее сложных и трудоемких задач интеграции. 
• Поддержка существующего EAI-решения ничуть не проще, а то и сложнее его разработки. Развертывание, мониторинг и устранение неполадок в интеграционном решении требуют наличия у обслуживающего персонала целого ряда навыков. В большинстве случаев полный набор требуемых навыков удается получить за счет привлечения к обслуживанию EAI-решения множества различных служащих компании.
Интеграционные решения являются важнейшим компонентом стратегии развития современных компаний. К сожалению, они способны значительно усложнить жизнь IT-персонала вследствие наличия существенных различий между высокоуровневым представлением EAI-решения (определяемым такими терминами, как ''сквозная обработка'', "T+1", ''гибкая организация'' и т.п.) и его низкоуровневой реализацией (какие параметры может принимать конструктор класса System.Messaging.XmlMessage-Formatter?).


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

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





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