Технология Клиент-Сервер 1999'1

Home Поиск Издания Контакты k-press.ru


Продолжается подписка на наши издания! Вы не забыли подписаться?

MQSeries - система очередей сообщений фирмы IBM

Н.Игнатович

Данная статья посвящена наиболее распространенной в мире системе управления очередями сообщений IBM MQSeries. MQSeries обеспечивает гибкое и эффективное решение для организации взаимодействия между программами в распределенной среде.

Системы очередей сообщений

Системы очередей сообщений (MQ-Message Queuing) принято относить к категории middleware - промежуточного программного обеспечения.

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

Messaging Oriented Middleware(MOM)

Многие аналитики, наблюдающие современные тенденции в компьютерной индустрии, отмечают более быстрый рост количества решения, использующих сообщения для организации коммуникации между программами ( Messaging Oriented Middleware-(MOM)), по сравнению с другими решениями в области middleware.

Программные средства MOM становятся все более распространенными в силу своей гибкости и адаптируемости к требованиям самых различных прикладных систем и к различным моделям взаимодействия программ.

Большинство производителей программных средств, базирующихся на принципах передачи сообщений и очередей сообщений, входят в MOMA (Message-Oriented Middleware Association). Со стороны фирмы IBM в MOMA входит Лаборатория в Херсли (Hursley, United Kingdom), в которой разрабатывается MQSeries.

Системы очередей сообщений

Системы очередей сообщений (Messaging Queuing) такие, как MQSeries ( возможно, более точный перевод- системы очередизации сообщений) предоставляют программам сервис очередей для сохранения сообщений и последующей отправки их другой программе-адресату ( метод store and forward).

Для связи с другим приложением прикладная программа отправляет сообщение через систему серверов (в случае MQSeries - менеджеров очередей). Менеджер очередей MQSeries записывает сообщение в локальную очередь, затем передает его по сети другому менеджеру очередей MQSeries, содержащему очередь-адресат. Программа-адресат обращается к целевой очереди и получает доступ к сообщению.

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

IBM MQSeries

Немного истории MQSeries

История MQSeries как единого семейства программных продуктов начинается с 1992 года, когда IBM опубликовала спецификации для программного интерфейса Message Queue Interface (MQI).

В том же 1992 году было заключено соглашение между IBM и фирмой System Strategies Inc.(SSI), которая к тому времени разработала собственный продукт для систем очередей сообщений ezBRIDGE Transact, и который был адаптирован для использования MQI.

Вместе с разработанными самой IBM Message Queue Manager для MVS/ESA и AS/400 продукты ezBRIDGE Transact for MQSeries для платформ OS/2, AIX, OS/400, Tandem, DigitalVMS, VSE/ESA составили первое поколение семейства MQSeries. В 1994 году IBM выкупила все права на ezBRIDGE Transact и ezBRIDGE Transact for IBM MQSeries у System Strategies Inc.(SSI)/Apertus Technologies Corp.

Уже в том же 1994 году появились продукты MQSeries версии 2 - сначала для OS/2 и AIX, обладающие гораздо более широкими функциональными возможностями (триггеринг очередей, динамически создаваемые очереди, возможности удаленного администрирования и др.).

В конце 1997 года появилась новая 5-я версия MQSeries для OS/2, Windows NT, AIX, HP-UX, Sun Solaris, обладающая рядом нововведений и усовершенствований, в том числе - поддержка координации между MQSeries и реляционными базами данных, обработка очень больших сообщений до 100 MB, рассылка сообщений по списку, поддержка групп сообщений и составных сообщений, улучшенная произоводительность.

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

Поддерживаемые платформы

В настоящее время менеждеры очередей MQSeries, работают на следующих основных платформах: OS/390, MVS, VSE/ESA, OS/400, OS/2, Tandem Guardian, Tandem Guardian Himalaya, Digital OpenVMS VAX, Digital Unix, AIX, HP-UX, SunOS, Sun Solaris, SCO UNIX, UnixWare, AT&T GIS UNIX, DC/OSx, Windows NT, Windows 95, Windows 3.1. Существуют также MQSeries клиенты для перечисленных платформ и дополнительно для DOS, Java, MacOS, Linux.

Основные компоненты системы MQSeries:

Сообщения

Сообщения (Message) MQSeries представляют собой структуру данных, состоящую из двух частей: заголовка сообщения (MQMessageDescriptor) и данных приложения. Заголовочные данные содержат контрольную информацию о характеристиках сообщения. С помощью этой информации менеджер очередей решает, каким образом обрабатывать данное сообщение. Заголовочная информация создается как приложением, так и менеджерами очередей.

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

Очереди сообщений

Очередь(Queue) сообщений является основным местом для хранения и обработки сообщений. Физическое управление очередями полностью скрыто от прикладных программ. Приложения могут получить доступ к очередям только через интерфейс MQI (Message Queue Interface).

Для передачи критически важной информации MQSeries использует “постоянные”(persistence) сообщения, которые журналируются и восстанавливаются после рестарта менеджера сообщений. Для повышения производительности MQSeries поддерживает также и “непостоянные“ сообщения, которые не журналируются, и которые могут быть потеряны в результате системного сбоя .

Обработка очередей может осуществляться или по принципу FIFO или на основании приоритетов сообщений.

Менеджер очередей

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

MQI - интерфейс очередей сообщений.

Прикладные программы взаимодействуют с системой MQSeries через интерфейс прикладного программирования MQI (Message Queue Interface). MQI имеет единую структуру на всех платформах и основан на простой системе команд:

При этом многочисленные опции команд позволяют гибко реализовать различные режимы работы приложений с очередями сообщений: например установкой опций команды MQGET можно осуществлять просмотр и навигацию по очереди сообщений (типа курсора CУБД) или выборку сообщений, например, удовлетворяющих какому-либо признаку.

При этом пользовательские приложение не обязаны знать внутреннюю структуру систем MQSeries (физическое размещение очереди, средства передачи и так далее).

Для создания приложений, обеспечивается поддержка MQI для ряда языков программирования: C, С++, a также Java, SmallTalk, Cobol, PL/1, Lotus LSX, Basic. Кроме того любое приложение, которое может вызывать подпрограммы на поддерживаемом языке, может использовать MQSeries.

Многие распространенные пакеты для быстрой разработки приложений могут быть использованы для создания программ, использующих MQSeries: VisualAge, Delhi, PowerBuilder, VisualBasic.

Передача сообщений в распределенной системе MQSeries

На рисунке показаны основные элементы, участвующие в передаче сообщения от приложения менеджеру очередей A в очередь REQUEST на менеджере очередей B.

Локальное приложение или приложение c клиентской платформы обращается к менеджеру очередей MQSeries и получает доступ к локальным очередям сообщений, и может получать сообщения и класть сообщения в локальные очереди.

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

Каналы передачи сообщений

Каналы позволяют осуществлять односторонненаправленную посылку сообщений под контролем пары взаимодействующих программ-канальных агентов (Message Channel Agent-MCA).

Каналы определяются парами на каждой из взаимодействующих сторон, причем существует несколько типов каналов, которые должны соответствовать друг другу в паре: обычно это пары Sender-Receiver или Requestor-Server.

Приведем пример команды-определения канала в MQSeries:

DEFINE CHANNEL(имя канала) CHLTYPE(тип канала) + TRPTYPE(сетевой протокол) +
 …{XMITQ(очередь трансмиссии)} ….

Если канал на одной стороне определен как канал тип Sender, на другой стороне должен быть канал с тем же именем типа Receiver. Описание того канала из пары, кто должен быть инициатором установления связи (инициаторами бывают каналы типа Sender и Requestor), содержит сетевые адреса и параметры, например для связи по TCP/IP параметер CONNAME содержит IP адрес для сервера-корреспондента.

После установления связи, c той стороны канала, где находяться очередь трансмисии (очередь трансмиссии имеют каналы типа Sender или Server), начинается передачу сообщений. Когда сообщений больше нет, канал останавливается.

Протокол канала сообщения (Message Channel Protocol - MCP) используется для передачи сообщений между двух менеджерами очередей MQSeries. Сообщения удаляются из очереди трансмиссии передающего менеджера, только после подтверждения доставки сообщения другим менеджером. Использование MCP обеспечивает передачу сообщения полностью, в том числе в случае системного или сетевого сбоя или отказа.

Система MQSeries может задерживать отправку сообщений, если линия связи недоступна, и совершать повторные попытки передачи после восстановления связи. Протокол МСР использует при передачи сообщения различные транспортные протоколы более низкого уровня TCP/IP, LU6.2, DECnet, NetBios, IPX/SPX.

Пользователь имеет возможность написать собственную программу-канальный агент (MCA-Message Chanel Agent) для какого-либо неподдерживаемого коммуникационного протокола, хотя это не является простой задачей, поскольку требует создания программного кода, повторяющего функционалные возможности коммуникационных компонент MQSeries.

Адресация и маршрутизация сообщений.

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

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

Расширенная идентификация очереди не видна приложению локальной системы. Этот способ не только дает разработчикам приложений возможность использовать фиксированные имена очередей в процессе кодирования, но и позволяет системным менеджерам менять адресата в режиме on-line. При изменении определения удаленной очереди сообщение может быть отправлено в любую точку сети без изменений кода приложения.

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

Многошаговая маршрутизация

Для MQSeries возможно использовать механизм разрешения имен для организации многошаговой маршрутизации сообщений через произвольное число промежуточных менеджеров очередей.

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

Очередь недоставленных сообщений.

У менеджера очередей имеется специальная очередь DLQ(Dead-Letter Queue) - место для хранения для недоставленных сообщений. Чаще всего недоставленные сообщения появляются в случаях, когда очередь указанная в заголовке сообщения оказывается несуществующей или когда очередь назначения оказывается полной.

Когда сообщение попадает в очередь недоставленных сообщений, специальный информационный подзаголовок, позволяющий анализировать причины недоставки, вставляется в тело сообщения. MQSeries обладает механизмом задания правил автоматической обработки недоставленных сообщений.

Клиенты

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

Транзакционные свойства

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

Менеждер очередей MQSeries может выступать как менеджер ресурсов, поддерживающий XA интерфейс, и может участвовать в распределенной транзакции под управлением таких мониторов транзакций как CICS, Encina, Tuxedo. Продукты MQSeries версии 5 сами могут быть также координаторами распределенных транзакций с двуфазной фиксацией.

Триггерные возможности

Ассинхронный характер работы системы очередей сообщений требует использования специального механизма активизации для прикладных и системных компонент. В MQSeries такой механизм привязан непосредственно к очередям сообщений.

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

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

Приведем пример двух административных команд MQSeries для создания триггерной очереди и описания вызова внешней программы

DEFINE QLOCAL(имя очереди) TRIGGER +

PROCESS(имя процесса) INITQ(имя очереди инициации) + TRIGTYPE(тип триггерного события) ….

DEFINE PROCESS(имя процесса) +

APPLICID(имя вызываемой программы) USERDATA(параметры)…

В случае возникновения триггерного события менеджер очередей генерирует специальное триггерное сообщение, которое помещается в специальную очередь инициации (initiation queue). В триггерном сообщении содержатся данные о событии и вызваемом процессе. Все очереди инициации отслеживаются триггерным монитором, который читает триггерное сообщение и вызывает внешнюю программу. Триггерные сообщения являются нежурналируемыми из соображений производительности.

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

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

Администрирование MQSeries.

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

MQSC - для работы администратора в режиме коммандной строки или при использовании текстовых файлов-скриптов. При этом используется утилита RUNMQSC, преобразующая прямые команды в вызовы API и затем возвращающая ответные сообщения.

Другой возможностью является использований PCF (Programmable Command Format) - API интерфейса для вызова административных функций из прикладных программ.

Для удаленного администрирования менеджеров очередей MQSeries использует специальные командные очереди для приема/передачи администативных команд-сообщений и специальные мониторы (command servers) для исполнения этих команд.

Удобные графические средства администрирование MQSeries и средства интеграция с общими пакетами для управления и мониторинга систем предлагается целым рядом продуктов:

Обеспечение безопасности

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

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

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

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

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

Применение MQSeries

Достоинства архитектуры очередей сообщений позволяют использовать MQSeries, как для задач интеграции готовых приложений, так и разработки совершенно новых систем, базирующихся на принципах передачи сообщений и в полной мере использующих все преимущества новых подходов. Можно указать на следующие типичные задачи:

Приведем достаточно типичный пример кросс-платформенной интеграции - серверное приложение, работающее на RS/6000 под AIX, которое должно посылать данные об обновлениях базы данных и проведенных транзакциях приложению на сервере второго уродня на AS/400. MQSeries позволяет Unix приложению, написанному на C для AIX легко взаимодействовать с программой, написанной на RPG для OS/400.

Взаимодействие между подсистемами MVS, такими как пакетными приложениями и CICS традиционно решается с помощью различных технологий, например, через файловый обмен, разделением памяти(cross-memory services), через SNA , все это относительно сложные методы. MQSeries может выступать как эффективное и простое в использовании решение.

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

В частности сама фирма IBM предлагает специальный сервис для репликации баз данных заказчиков - Data Replication Solutions (DRS), в котором используется MQSeries для обеспечении надежности и гибкости при перемещении данных.

Модели взаимодействия программ

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

Архитектура клиент/сервер.

Запросы клиента передаются в виде сообщений в серверную очередь. Приложение-сервер после обработки запроса, возвращает ответ в виде сообщения в очередь, указанную клиентом.

Связь, независимая от времени.

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

Связь без прямого соединения.

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

Запуск программы.

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

Параллельная обработка.

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

Расширяемость системы.

Существование документированных и отрытых интерфейсов User Exits ( канальных, приема/передачи, безопасности и т.д.) позволяет подключать к менеджеру очередей дополнительные модули, готовые или написанные пользователем и использовать их для взаимного опознания систем, кодирования сообщений, компрессии данных и т.д.

Использование DCE Name Service позволяет приложению прозрачно обращаться к очереди сообщений на другом менеджере очередей, относящегося к той же ячейке DCE без определения этой очереди как удаленной.

Стандартные компоненты для сопряжения с MQSeries.

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

MQSeries Link for R/Ј3

MQSeries Link позволяет интегрировать приложения системы R/3 фирмы SAP c другими, внешними по отношению к R/3 прикладными системами или удаленными компонентами R/3. MQSeries Link взаимодействует с компонентой ALE ( Application Link Enabling) системы R/3, отвечающей за коммуникации между распределенными подсистемами R/3. Прикладные данные R/3, циркулирующие в форматах внутренних промежуточных документов IDoc системы R/3, преобразуются в сообщения MQSeries. Посылка/прием сообщений MQSeries происходит под контролем транзакций R/3. MQSeries Link предоставляет две отдельные компоненты (сервера) для отравляемых и приходящих сообщений, инструментальные средства для дополнительной ковертации данных, интерфейс администратора MQSeries Link к R/3 для настройки адресной информации.

Сопряжение MQSeries с LotusNotes

Для организации взаимодействия MQSeries с Lotus Notes в настоящее врямя существует несколько программых компонент: MQ Enterprise Integrator, MQSeries LSX, MQSeries Link, MQSeries Extra Link, которые позволяют пользователям Lotus Notes приложений посылать данные и документы Lotus Notes в другие системы через MQSeries и получать в ответ данные из других систем для обновления документов Lotus Notes через MQSeries.

Расширение стандартного языка программирования Lotus Script - MQSeries LSX, предоставляет набор из нескольких классов таких как MQQueueManager, MQQueue, MQMessage, реализующих интерфейс MQI для клиентских и серверных приложений Lotus.

В отличие от MQSeries LSX, MQEnterprise Integrator не требует непосредственного программирования и представляет собой настраиваемое приложение Lotus Notes.

MQSeries Link представляет собой специальную серверную задачу на сервере Lotus Notes, которая одновременно является приложением MQSeries. Документы Notes посылаются через почтовую базу при помощи макросов с функцией @SendMail . Серверная задача использует при формировании сообщений и обновлении документов Notes специальную базу данных Notes, содержащую данные об очередях MQSeries, описания структуры посылаемого и возвращаемого сообщения, названия обновляемых документов, информацию о конвертации пересылаемых данных.

MQSeries Internet Gateway

Представляет собой шлюз между Web сервером и MQSeries и позволяет преобразовывать запросы HTML форм в сообщения MQSeries и отправлять их удаленным приложениям для обработки, и преобразовывать полученные обратно сообщения в данные для форм.

Кроме того, MQ Java клиент может быть загружен в виде аплета с Web сервера и затем принимать и посылать сообщения с гарантированной доставкой через менеджеры MQSeries.

Заключение

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

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

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

Среди маштабных задач, решение которых может базироваться на MQSeries, можно указать:

Создание единой унифицирванной корпоративной системы электронного документооборота и подсоединение к ней разнородных прикладных систем,

Транспортное обеспечение для надежных межбанковских и внутрибанковских платежных систем

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

Список литературы
MQSeries. Concepts and Architecture.
MQSeries. Distributed Queuing Guide.
MQSeries. Application Programming Reference.

Copyright © 1994-2016 ООО "К-Пресс"