Enterprise application integration

Технология EAI становится наиболее функциональной тогда, когда необходимо объединить приложения в реальном времени для автоматизации бизнес-процессов. Также возможно применение EAI в том случае, когда необходимо, чтобы изменения, которые были занесены в одно приложение (обычно это небольшой набор записей), были отражены во всех других. Такая технология прекрасно справляется с задачей закрепления изменений и их переноса в соответствующие приложения или системы.

Назначение

• Интеграция приложений (Application Integration)

На данном уровне задачей интеграции является объединение функции либо данных одного приложения с другим, с помощью которого обеспечивается интеграция, близкая к реальному времени. Интеграция приложений используется с целью интеграции B2B, введения CRM-систем, которые интегрированы с корпоративными серверными приложениями, web-интеграции и создания web-сайтов, которые поддерживают большую часть бизнес систем. Кроме этого, может возникнуть необходимость проведения особой интеграции, особенно, если требуется интегрировать существующее приложение с устанавливаемым вновь ERP-приложением.

• Интеграция бизнес-процессов (Business Process Integration, BPI)

Во время интеграции бизнес-процессов компания обязана определять, осуществлять и управлять процессами обмена корпоративной информацией между разного рода бизнес системами. В связи с этим организация может облегчить операции, уменьшить расходы и улучшить ответы на запросы клиентов. В состав элементов данного процесса входит управление процессами, моделирование процессов и технологический процесс, включающий в себя различные задачи, процедуры, архитектуры, требуемую входную и выходную информацию, а также средства, которые нужны для каждого этапа в бизнес-процессе.

• Интеграция данных (Data Integration)

Гарантия качественной интеграции приложений и бизнес-процессов - это интеграция данных и систем баз данных. Перед тем как приступать к интеграции, необходимо определить местонахождение данных и внести их в каталог, создать модель данных. После завершения трех этих этапов данные можно совместно распространять или использовать в системах баз данных.

• Стандарты интеграции (Standards of Integration)

С целью обеспечения интеграции данных нужно найти стандартные форматы для данных. Форматы, поддерживающие использование и распространение информации и бизнес данных являются стандартами интеграции, т.е. такие стандарты и есть основа для проведения интеграции корпоративных приложений. К таким стандартам относят CORBA, EDI , COM+/DCOM, JavaRMI и XML.

Цели

Основные цели интеграции приложений могут быть определены следующим образом:

• Сократить стоимость использования совокупности приложений предприятия;
• Повысить скорость выполнения типичных задач или обеспечить сроки их исполнения;
• Улучшить качество выполнения задач с помощью формализации процессов и минимизации человеческого фактора, как главного фактора ошибок.

Такие формулировки как: «обеспечить формирование финансовой отчетности предприятия в срок не более одной недели после окончания финансового периода»; «сократить время оформления продажи с одного часа до 15 минут»; «уменьшить количество персонала, который принимает участие в поддержании в актуальном состоянии справочников и классификаторов с 20 до пяти человек» часто используются для обозначения целей конкретных интеграционных проектов. Тем не менее в итоге все сводится к общим задачам, которые можно сформулировать в еще более обобщенной форме — сократить операционные затраты предприятия или организации. В результате интеграционные замыслы часто оказываются в выгодном положении с позиции объяснения перед людьми, которые принимают решение о финансировании проектов: расчет показателей возврата инвестиций для этих проектов может выглядеть достаточно заманчивым. Обеспечение автоматизированного контроля прохождения базовых бизнес-процессов на предприятии, информационная безопасность при реализации бизнес-процессов достигается по средствам благополучной интеграция корпоративных систем.

Топология EAI

В организации маршрутов взаимодействия интегрируемых систем выделяется два подхода. Во-первых, это прямое согласование интегрированных систем по принципу «каждая с каждой», или «точка-точка». Во-вторых, это связь через центральный узел; данную подобную звезде архитектуру, как правило, называемую «хаб + спицы». Топология определяет логические пути взаимодействия и передачи данных между интегрированными системами и не зависит от физической архитектуры информационной системы.

Точка-точка

Данный подход предполагает взаимодействие интегрированных систем напрямую. Достоинствами подхода являются отсутствие необходимости в дополнительном программном обеспечении, простота и прозрачность. И все-таки есть и отрицательные стороны. Первое - интегрированные приложения должны обмениваться информацией используя одинаковые методы взаимодействия и форматы вызовов данных. В процессе изменения какого-либо приложения (если оно повлекло за собой изменение интерфейса взаимодействия данного приложения) возникает необходимость видоизменять или хотя бы перенастраивать все интегрированные с ним системы. Второе - в информационной системе предприятия появляется очень много связей, каждую из которых необходимо проверять и поддерживать в работоспособном состоянии. Стоимость сопровождения интегрированной таким способом информационной системы предприятия становится непозволительно высокой если взаимодействующих приложений слишком много. Но в то же время подход «точка-точка» используется достаточно широко. Обычно это происходит в тех случаях, когда при согласовании определенных приложений необходимо передавать многочисленные объемы данных или обеспечивать нормированное время взаимодействия, а также если используемые на предприятии приложения имеют встроенные средства взаимодействия (это часто случается при введении нескольких систем от одного поставщика, а также если в процессе разработки заказных программных систем или внедрении новых к ним изначально предъявляется условие по взаимодействию с уже имеющимися системами).Как DevOps-сервис помогает «разгрузить» высоконагруженные системы BPMSoft 2.2 т Однако здесь таится опасность так называемой «ползучей» интеграции, которая делает возможной ситуацию, при которой необходимость поменять систему XYZ неожиданно обнаруживает, что сделать этого нельзя, поскольку справочник оргструктуры и сотрудников вашего предприятия, исторически ведущийся в XYZ, каждую ночь реплицируется еще в десяток систем.

Хаб и спицы

Согласованность по принципу «точка-точка» создает в инфраструктуре предприятия чересчур много связей и ставит условием взаимодействие интерфейсов и форматов данных между согласующимися приложениями. Такие отрицательные моменты призвана разрешить архитектура взаимодействия, в которой все приложения непосредственно связаны только с центральным узлом, который решает следующие задачи:

• организация маршрутизации согласованности между объединенными приложениями;

изменение форматов файлов и данных;

• гарантия согласования приложений с использованием различных методов и протоколов взаимодействия.

Краткая оценка рынка EAI и его перспективы

Основываясь на том, что компании предлагают продукты, в которых реализуется только часть основных задач интеграции, и ни один поставщик пока не поставляет законченного решения можно объяснить нынешнюю неоднородность рынка EAI. Лидерами этого рынка считаются BEA Systems, NEON, CrossWorlds Software, Level 8 Systems, Mercator Software, SeeBeyond, Software AG, TIBCO, IONA Technologies, Vitria Technology и webMethods. Такие компании как PricewaterhouseCoopers, CSC и EDS занимаются интеграцией крупных систем Исходя из прогнозов аналитиков, в ближайшее время рынок услуг в области EAI станет наиболее перспективным и быстро растущей частью рынка IT. По утверждению консалтинговой компании IDC, ожидается стабильный рост поступлений от реализации программного обеспечения, которое предназначено для решения интеграционных задач.

См. также

SOA

EDA

Ссылки