Transaction Processing Monitor (TPM)

Мониторы транзакций являются одним из старейших типов middleware. Первые реализации TPM, такие как IBM CICS, были очень популярны в 70-е годы. Основные проблемы TPM - монолитность и отсутствие поддержки объектно-ориентированного подхода (ООП). Новый класс TPM - объектные мониторы транзакций уже не является самостоятельным ПО, но относится к службам объектно-ориентированных распределенных сред - CORBA/J2EE и COM.

Message-oriented Middleware (MoM)

MoM, как и TPM, относится к первой волне middleware. По своей сути, системы MoM весьма просты. Они включают только четыре основных функции - отправить, получить, сохранить в файле и удалить. Основное преимущество использования MOM в распределенной среде - гарантированность доставки сообщений, основанная на асинхронной работе с очередями сообщений. Однако, API низкого уровня, отсутствие поддержки ООП и стандартов, обеспечивающих интеграцию MoM от разных поставщиков, привели к развитию нового поколения MoM в качестве сервисов платформ CORBA/J2EE и COM.

Microsoft COM+ / .NET

Несмотря на развитость сервисов платформы COM+ и, даже в большей степени, разрабатываемого преемника - .NET, это семейство платформ Microsoft для создания распределенных объектных приложений доступно только на платформе Windows. Отсутствие процесса стандартизации как такового, тесная интеграция с операционной системой и, как следствие, закрытость этой платформы и отсутствие альтернативных реализаций ограничивает применимость семейства платформ COM+ / .NET для создания прикладной инфраструктуры предприятия.

OMG CORBA

Разрабатываемая с 1989 года консорциумом OMG (Object Management Group) архитектура CORBA (Common Object Request Broker Architecture) является результатом работы ведущих специалистов из более чем 800 компаний и организаций. Четкий процесс стандартизации, включая аспекты взаимодействия реализаций CORBA от разных поставщиков (интероперабельность), независимость от языков программирования и операционных сред, фундаментальная поддержка ООП и многие другие уникальные характеристики, сделали CORBA ведущим стандартом в области инфраструктурного middleware.

Java 2 Enterprise Edition (J2EE)

Платформа J2EE, развиваемая в рамках открытого процесса стандартизации JCP (Java Community Process), впервые предложила цельную компонентную модель - EJB (Enterprise JavaBeans), ориентированную на создание серверной бизнес-логики. Использование архитектурных достижений CORBA в важнейших службах J2EE, вплоть до уровня распределенного взаимодействия (в основе которого лежит протокол CORBA IIOP), обеспечило отличную масштабируемость систем, построенных на платформе J2EE.

Application Server

Сервер приложений - новая промышленная парадигма, доступная в виде программных продуктов от целого ряда поставщиков ПО, включая IBM, Borland, BEA Systems и Sun. Он эффективно объединяет различные связующие средства и технологии, позволяющие получить готовую платформу для развертывания распределенных приложений масштаба предприятия.

Компания Borland предложила большее - интеграцию со своим сервером приложений высокопродуктивных инструментальных средств разработки и уникальных средств управления распределенными компонентами.

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

Реализация серверов приложений на основе CORBA позволяет обеспечить прозрачную интеграцию и доступность прикладных систем в режиме 24x7. Это позволяет рассматривать такие серверы приложений в качестве критически важного элемента прикладной инфраструктуры предприятия.

Интеграция приложений невозможна без интеграции данных. "Правда бывает только одна" (One version of the truth) - так говорит об этом IDC. Идея интеграция данных через их централизацию на серверах баз данных позволила разработчикам получить работоспособные системы масштабов подразделения с развитыми клиентскими приложениями, учитывающими специфику работы конкретных пользователей.

Архитектура и технологии клиент-сервер впервые позволили разработчикам рассматривать автоматизацию бизнес-процессов через призму единого информационного хранилища.

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

Основная проблема концепции клиент-сервер в том, что нет ответа на вопрос о местоположении бизнес-логики, тогда как именно в логике заключена суть автоматизации бизнес-процессов, а соответственно и всего бизнеса в целом.

Таким образом, решая проблему интеграции данных, архитектура клиент-сервер оставляет без ответа вопрос интеграции прикладной логики...

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

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

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

Forrester Research отмечает, что разработчики тратят до 35% времени на создание интерфейсов и "точек" интеграции приложений и источников данных.

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

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

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

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

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

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

На всех этапах своего развития информационные технологии поддерживали функционирование бизнеса. Сегодня ИТ не просто поддерживают бизнес, но и создают предпосылки для его дальнейшего роста.

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

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

Информационные технологии перестают быть просто подспорьем бизнеса и становятся стратегическим инструментом роста.