KNOW INTUIT, Лекция, Системи за изпращане на съобщения
Канали за съобщения: Как се изпращат съобщенията по мрежата?
Каналите свързват мениджъри на опашки и позволяват изпращането на насочени съобщения. В WebSphere MQ каналите са еднопосочни и се състоят от двойка комуникиращи канални агенти (агенти за канал за съобщения - MCA). Двупосочната комуникация изисква да бъдат дефинирани два канала. Има няколко вида канали. Типовете канали се различават по това коя страна в канала е инициаторът на връзката и коя е източникът на съобщенията. В комбинация от канали от типа подател-получател, едната страна на изпращача е инициаторът на комуникацията и източникът на съобщенията, втората страна на получателя отговаря само на иницииращата заявка и получава потока от съобщения, в друга комбинация от канала заявител-сървър страната на заявителя, която инициира връзката, получава съобщения от страната на сървъра.
След установяване на връзка от транспортната опашка, съобщенията започват да преминават по канала. Съобщенията се премахват от транспортната опашка на изпращащия мениджър само след като друг мениджър потвърди доставката на съобщението. Използването на точки на прекъсване в протокола MCP позволява на краищата на връзката да синхронизират предаването на номер на съобщение в случай на повреда на системата или мрежата. Ако връзката не е налична, MQSeries може автоматично да повтори предаванията, след като връзката бъде възстановена. Протоколът MCP се използва при предаване на съобщения през транспортни протоколи от по-ниско ниво TCP/IP, LU6.2, DECnet, NetBios, IPX/SPX.
Адресиране и маршрутизиране на съобщения: Как едно съобщение намира своята опашка за местоназначение в разпределена среда?
Механизмът за разрешаване на имената на системата за опашка за съобщения се използва за организиране на маршрутизиране на съобщения с няколко преходапроизволен брой междинни мениджъри на опашка.
За проследяване и коригиране на грешки, мениджърът на опашка има специален DLQ (Dead-Letter Queue) за съхраняване на недоставени съобщения. Най-често съобщенията влизат в DLQ, когато опашката, посочена в заглавката на съобщението, не съществува или когато опашката на местоназначението е пълна. Опашките за мъртви писма ви позволяват да разтоварите транспортните опашки от грешни съобщения и да освободите каналите от непрекъсната повторна обработка. Когато дадено съобщение влезе в опашката за мъртви писма, в тялото му се вмъква специално информационно подзаглавие, което ви позволява да анализирате причините за попадане в DLQ. MQSeries има механизъм за определяне на правила за автоматична обработка на недоставени съобщения.
Свойства на транзакции: Как се гарантира целостта на данните и синхронизирането на промените в съобщенията?
Една корпоративна система за опашка за съобщения трябва задължително да включва механизми за транзакции. Приложната програма маркира част от своите получени и изпратени съобщения със специална опция - участие в транзакция. Докато приложение не завърши транзакция, съобщенията, изпратени от това приложение, са ефективно „невидими“ за други приложения и съобщенията, получени от приложението, всъщност не се премахват от опашките. Ако приложението изпълни команда за връщане назад на транзакция, съобщенията в опашката се възстановяват до състоянието в началото на транзакцията.
WebSphereMQ има собствен вътрешен мениджър на ресурси, който също поддържа външен XA интерфейс и може да участва в разпределена транзакция под контрола на такива монитори на транзакции като CICS, Encina, Tuxedo. Самите WebSphereMQ сървъри, от версия 5, могат да бъдаткоординатори на разпределени транзакции с двуфазов комит.
Опции за задействане: Как да активирам програмата за детайли?
Асинхронният характер на системата за опашка на съобщения изисква специален външен механизъм за активиране за стартиране на приложения и системни компоненти. В WebSphereMQ този "задействащ" механизъм е свързан директно с опашките за съобщения. Задействащи събития могат да бъдат например появата на ново съобщение в опашката или n-то съобщение с приоритет, по-висок от определена прагова стойност.
За да се дефинира задействащо събитие, опциите се задават в опашката на приложението с помощта на административни команди, за да се активира задействането и условията за задействане на събитието. Освен това системният администратор създава специално описание на обработката на тригерни събития. Това описание съдържа информация за приложението, което ще бъде извикано при възникване на задействащото събитие. В случай на такова събитие, като например появата на ново съобщение в опашката, мениджърът на опашката автоматично генерира специално тригерно съобщение, което се поставя в специална опашка за иницииране. Тригерното съобщение съдържа информация за събитието и извикания процес. Всички опашки за иницииране се наблюдават от тригерния монитор, който чете тригерното съобщение и извиква външната програма за обработка (Фигура 1.5).
Задействането често се използва като стандартен метод за автоматично стартиране на канали между мениджърите на опашки. За да направите това, достатъчно е да декларирате транспортни опашки, съдържащи съобщения, които да бъдат изпратени до отдалечения мениджър на опашки, като задействащи опашки.