Принципи за изграждане WebSphere съобщение брокер
Брокер съобщения съчетава инструменти за разработка. мащабируема среда за изпълнение и инструменти за моделиране.
Основните компоненти на WebSphere съобщение брокер - система от изпълнителната брокери, конфигурация сървър (Конфигурация на мениджъра), универсален графична среда за развитие и администрация Съобщение Брокер инструментариуми.
Взаимодействието между компонентите на WebSphere съобщение брокер се основава на WebSphere MQ опашки. Всички команди и заявки, идващи от Message Broker набора от инструменти за по конфигурационния сървър са реализирани под формата на съобщения. Сам сървърна конфигурация и брокери, свързани с опашка на WebSphere MQ. през които премина на вътрешния контрол и отчитане на съобщения WebSphere съобщение брокер в XML формат. За постоянно съхранение на информация за конфигурацията, формати за данни, поток конфигурация сървър за обработка и брокери използва релационна база данни. Стандартно в WebSphere съобщение брокер включва DB2 база данни. но можете да използвате други бази данни за брокера. Oracle. MS SQL Server. Sybase. сървъра за конфигурация е основният компонент. контролира провеждането на форматите на хранилища и бизнес правилата на брокера.
Брокери са отговорни за изпълнението на потока на обработка, тоест, са изпълнителният околната среда. Всеки брокер има своя собствена база данни, съхраняване на част от главната хранилище на данни. Многопроцесорно и многонишкова архитектура брокер осигурява мащабируемост на системата с интензивни потоци от съобщения.
Нахранете обработка съобщение и визуален дизайн. Обработка на брокер съобщение уловени в се определя така наречения поток или преработка съобщение верига (съобщение поток). поток лечение се състои от последователност от операции на съобщението и е конструирана с набор от съществуващите процесори (ris.12.4). Процесори WebSphere съобщение брокер - по същество е процедура, която може да бъде определена от параметри. Те прилагат отделен етап или специализирана обработка функция. Свойствата на параметрите, необходими за изпълнението на определени процедури за потока манипулатор. Например, ако водачът чете съобщения от WebSphere MQ опашки. след като параметър името на опашката. Ако друг процесор е проектиран да се хареса на външен база данни, а след това сред своите възможности са имената на бази данни, таблици и полета. потока на необходимите визуални набрани манипулатори. които имат входни и изходни точки - терминали, входни и изходни терминали товарачи съединения се свързват, за да образуват насочени графика. прилагане стъпка по стъпка последователност на обработване на съобщението.
Фиг. 12.4. съобщения компоненти обработка на потока
Има една група от манипулатори. която е предназначена за прилагане на структури за контрол и управление на потока на обработка, например Филтър манипулатор разделя на клонове процес поток, в зависимост от условията на филтриране. Условни клонове с динамични и статични задачи са предвидени вътре процесори на потока и RouteToLabel етикета. За да протече реакцията и обработка на грешки, изключителни условия съществуват работещи TryCatch и хвърлят. Проследяване и проверка за правилност и структурата на потока простираща мнения са направени съответно и процесори Трейс Check. FlowOrder определя регулирането на отделни клонове на потока на обработка.
За да си взаимодействат с бази данни със специализирани процесори на базата данни. DatabaseInsert. DatabaseUpdate. DatabaseDelete позволява визуално присвоите комуникация и конверсия между полета от базата и полета съобщения (ris.12.5). Най-често използваните и универсални възможности на манипулатора е Compute. който ви позволява да пишете на различни програми-скриптове на езика ESQL.
Фиг. 12.5. Пример поток обработка съобщение
Домейни съобщения. При обработката на всяко съобщение, че е влязъл в WebSphere съобщение брокер. На първо място, процедурата се извършва възлагане на публикации в правилната разлагането на домейн и съобщението в отделни полета. Съобщения, които са способни да се справят с WebSphere съобщение брокер. може да бъде един от няколко основни области. а именно XML. JMS. MRM. NEON. BLOB. Някои видове съобщения WebSphere съобщение брокер могат да разпознават и да се справят динамично, т.е., без да въвеждате метаданни в хранилище. например, защото там е преработка на добре дефинирани XML документи. За други типове XML документи, необходими влизане в хранилището. Длъжности, свързани с MRM домейн (Съобщение Repository) са съобщения от вътрешния хранилището WebSphere съобщение брокер. Мнения на приложения, използващи интерфейса JMS могат да принадлежат към няколко домейна. текстови, потоци, карти и Java обекти. WebSphere съобщение брокер подкрепя техния анализ и интерпретация. В допълнение, WebSphere съобщение брокер включва разширено съобщение разбор и обработка технология, лицензирана от IBM компания NEON и обработва съобщения от съответния домейн. И накрая, съобщения неструктурирани или неизвестен структура са BLOB домейн. За всяка една от областите, използвани от собствените си ПАРСЕРИ парсъри.
Важен въпрос е как WebSphere съобщение брокер определя коя област се отнася съобщението. Домейн информационни съобщения и свързаните с тях параметри (идентификатора на комплект, вид на формат и т.н.) могат да се определят по два начина - или в самото съобщение, или да бъдат определени в Съобщение брокер. вход настройка манипулатор INPUT специфичен поток за обработка (ris.12.6). В първия случай, за да се определи собственото си съдържание на посланието използва специално поле стандартен формат WebSphere MQ заглавката. Освен това, приложението може да въведете специален MQRFH2 субтитрите. като съвкупност от полета за определяне на вида и формата на съобщението. В случай на определяне на потока, на входа на входа обработка поток манипулатор има подходящите параметри за определяне на стойностите на домейни. размери и видове съобщения, които ще получат вход опашката.
Фиг. 12.6. Вътрешният представителството на съобщение WebSphere съобщение брокер
Свързани статии