Message Oriented Middleware (MOM)

Мониторы обработки транзакций

Оптимизируют работы системы (TP мониторы). Они располагаются на сервере приложений - AS (2-е звено в 3-хзвенной архитектуре клиент/сервера) и клиентское приложение, инициирует транзакцию в мониторе, тот инициирует транзакцию в БД, получает результат и перенаправляет его клиенту приложения. Достоинства: позволяет оформить часть приложения как транзакцию.

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

Вторая функциональность: клиент приложений может инициировать транзакцию, содержащую запросы о изменении информации, находящихся в разных БД (неоднородных). TP-монитор предоставляет приложению виртуальный доступ к БД.

Пример.

MTS/MS Transaction Server

CICS/IBM

System Tuxedo/BEA

Вторая группа.

2.1. Middleware ПО удалённого вызова процедур (RPC)

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

RPC ориентирован на соединение. Если запрашиваемое приложение недоступно, то RPC будет работать некорректно. Следовательно, существуют проблемы.

Система передачи сообщений для взаимодействия между активными приложениями. В основе – технология очереди сообщений. Приложения обмениваются информацией не непосредственно друг с другом, а используя специальные буферы (очереди). В случае необходимости обмена, пересылает данные и может продолжать функционировать. Возможен асинхронный режим. Доставку сообщений по назначению и его хранение обеспечивается MOM.

Пример.

MQ Series (Message Queuing Series) /IBM

MSMQ/Microsoft

MOM может работать на разных программно- аппаратных платформах и использовать различные сетевые протоколы. Многоплатформенность достигается за счёт минимизации функций у клиента приложений. А поддержка различных протоколов за счёт их использования внутри протокола обмена информацией. Разработчику предоставляется несложный высокоуровневый API для работы с очередями.

Достоинства:

1) Основной режим взаимодействия – асинхронный (синхронный тоже реализуется). Сообщения могут присоединяться ко всем присоединённым приложениям (Broad Casting) или в какую-то одну точку назначения. Использование MOM позволяет смешивать разные режимы связи в пределах одной транзакции, что важно для системы со сложной бизнес-логикой.

2) MOM гарантирует доставку. В случае сбоев, отказов в сети, отказов серверов, будет обеспечено либо сохранение сообщения до восстановления соединения, либо повторная передача, либо поиск нового пути в обход отказавшего. MOM позволяет назначить приоритеты в очереди сообщений, обеспечивая высокоуровневую доставку высокоприоритетных сообщений.

MOM автоматизирует процесс взаимодействия, минимизируя пути доставки сообщения. Оценка пути доставки по критерию наименьшей стоимости пути.

MQ Series – многоплатформенный, поддерживает различные сетевые протоколы, открытые интерфейсы, что позволяет легко наращивать функциональность системы.

MSMQ – тесная интеграция с ОС, поддержка COM/DCOM.