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



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

2.1. Стили интеграции

Введение
Основная задача интеграции заключается в налаживании функциональных связей между приложениями - коммерческими и созданными на заказ, выполняющимися на различных программных платформах, распределенными между несколькими географическими точками и т.п. Зачастую интегрируемые приложения не обладают встроенными средствами интеграции, а также находятся вне сферы административного влияния компании. В этой главе рассматриваются различные способы интеграции приложений, каждый из которых предусматривает собственный уникальный подход к решению задач интеграции.
Критерии интеграции приложений
Основным критерием интеграции является необходимость налаживания взаимодействия между приложениями. Если бы нам удалось создать приложение, не нуждающееся в обмене данными с другими приложениями, тема интеграции была бы исчерпана сама собой. На практике даже небольшая компания использует несколько различных приложений для предоставления необходимой функциональности своим сотрудникам, партнерам и клиентам.
Ниже перечислены основные критерии, влияющие на выбор способа интеграции приложений.
• Связывание приложений. Зависимости между интегрированными приложениями должны быть сведены к минимуму. Сильное связывание предполагает наличие большого числа допущений между интегрированными приложениями. Изменение функциональности единственного приложения может привести к нарушению некоторых допущений и как следствие - к дестабилизации интеграционного решения. Таким образом, интерфейсы объединяемых приложений должны обеспечивать необходимую функциональность, одновременно допуская возможность изменения внутренней реализации.
• Изменение приложений. Разработчикам интеграционного решения следует минимизировать изменения, вносимые в объединяемые приложения, а также объем кода, необходимого для интеграции. При этом нужно помнить, что стремление к минимизации изменений не должно идти вразрез со стремлением к достижению необходимой функциональности интеграционного решения.
• Выбор технологии. Некоторые приемы интеграции требуют применения специали­зированного аппаратного и программного обеспечения. Привлечение дополнительных средств может привести к существенному повышению стоимости проекта, возникновению зависимости от поставщика решений, а также к увеличению времени, требующегося на подготовку разработчиков интеграционного решения. С другой стороны, интеграции ''с нуля'' свойственны всевозможные непредвиденные обстоятельства, которые могут свести усилия разработчиков к ''изобретению колеса''.
• Формат данных. Интегрированные приложения должны использовать одинаковые форматы данных. Если этого требования не удается достичь ни с помощью встроенных средств приложений, ни путем внесения в них изменений, для унификации формата данных применяются внешние трансляторы.
• Своевременность доставки данных. Один из способов обеспечения своевременной доставки информации между приложениями предусматривает частый обмен малыми порциями данных. К сожалению, этот подход оказывается неэффективным, если речь идет о передаче большого объема информации. В идеальном случае получатель должен уведомляться о наличии данных, как только они будут доступны для считывания. Задержка в обмене данными может привести к рассинхронизации приложений, что, в свою очередь, увеличит сложность интеграционного решения.
• Общая функциональность. Помимо обмена данными, многие интеграционные решения предусматривают использование приложениями общей функциональности. Несмотря на внешнюю схожесть, вызов функции удаленного приложения и вызов локальной функции имеют принципиальные отличия, способные оказать существенное влияние на интеграционное решение.
• Удаленное взаимодействие. Большинство вычислительных процессов, выполняющихся внутри компьютера, синхронны. Другими словами, процедура ожидает завершения выполнения вызванной ею подпроцедуры. Поскольку вызов удаленной подпроцедуры гораздо медленнее локального вызова, удаленную подпроцедуру следует вызывать асинхронно, т.е. не дожидаться завершения ее выполнения. Асинхронное взаимодействие существенно повышает эффективность интеграционного решения, в то же время делая его более сложным в проектировании, разработке и обслуживании.
• Надежность. Удаленное взаимодействие гораздо менее надежно, чем вызов локальной функции. Процедура всегда может вызвать подпроцедуру внутри одного и того же приложения. К сожалению, вызов удаленной подпроцедуры связан с определенными рисками, а именно с необходимостью корректного функционирования сети и удаленного приложения. Надежное взаимодействие между интегрируемыми приложениями обеспечивает асинхронный подход, в соответствии с которым вызывающее приложение продолжает свою работу, не дожидаясь ответа от удаленной подпроцедуры.
Таким образом, существует несколько различных критериев, влияющих на выбор способа интеграции приложений. Рассмотрим существующие подходы к интеграции и связанные с ними преимущества и недостатки.


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

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





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