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

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

Точка-точка

Данный подход предполагает взаимодействие интегрированных систем напрямую. Достоинствами подхода являются отсутствие необходимости в дополнительном программном обеспечении, простота и прозрачность. И все-таки есть и отрицательные стороны. Первое - интегрированные приложения должны обмениваться информацией используя одинаковые методы взаимодействия и форматы вызовов данных. В процессе изменения какого-либо приложения (если оно повлекло за собой изменение интерфейса взаимодействия данного приложения) возникает необходимость видоизменять или хотя бы перенастраивать все интегрированные с ним системы. Второе - в информационной системе предприятия появляется очень много связей, каждую из которых необходимо проверять и поддерживать в работоспособном состоянии. Стоимость сопровождения интегрированной таким способом информационной системы предприятия становится непозволительно высокой если взаимодействующих приложений слишком много. Но в то же время подход «точка-точка» используется достаточно широко. Обычно это происходит в тех случаях, когда при согласовании определенных приложений необходимо передавать многочисленные объемы данных или обеспечивать нормированное время взаимодействия, а также если используемые на предприятии приложения имеют встроенные средства взаимодействия (это часто случается при введении нескольких систем от одного поставщика, а также если в процессе разработки заказных программных систем или внедрении новых к ним изначально предъявляется условие по взаимодействию с уже имеющимися системами).Дмитрий Бородачев, DатаРу Облако: Наше преимущество — мультивендорная модель предоставления облачных услуг Однако здесь таится опасность так называемой «ползучей» интеграции, которая делает возможной ситуацию, при которой необходимость поменять систему 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

Ссылки