Menú

Com provar la cua de missatgeria d'aplicacions: tutorial d'introducció a l'IBM WebSphere MQ

how test application messaging queue

Proveu El Nostre Instrument Per Eliminar Problemes

Què és la cua de missatgeria?

Cua de missatgeria (MQ) , una eina de programari intermedi orientat al missatge, és un IBM producte des del 1992. És molt útil comunicar missatges (fitxer XML / text / fitxer HTML, etc.) a SOA (Arquitectura orientada al servei) en més de 80 plataformes.

És fiable i proporciona un mitjà de comunicació segur i segur i una excel·lent solució de missatgeria per a Arquitectura empresarial a tot el món.

L’article d’avui tracta de provar la cua de missatgeria que facilita el transport de missatges entre dues aplicacions / mòduls. Això us ajudarà a provar la connectivitat entre aplicacions / mòduls durant el transport de missatges.

Prova la cua de missatgeria d

Què aprendreu:

Exemple en temps real de Cua de missatgeria sistema

Prenem Banc ICICI que inclou molts sistemes que s'executen en paral·lel per fer una sol·licitud completa. Suposem que el Banc ICICI mostra un marge de benefici anual de 100 milions de dòlars per a l'any 2015.

Aquest benefici seria un conjunt de tots els sistemes com ara Compte d’estalvi, Compte de targeta de crèdit, Compte de préstec per a la llar, etc.

com obrir fitxers jar amb Java

El banc ICICI com a sistema principal busca la comunicació de cadascun dels seus sistemes individuals. Aquesta comunicació la pot dur a terme principalment Cua de missatgeria sistema.

El banc principal ICICI pot enviar una sol·licitud que necessiti el benefici brut de l'aplicació del compte d'estalvi. L'aplicació del compte d'estalvi calcula aquesta informació, la desa en forma d'XML i la col·loca a la cua remota.

Aleshores, el sistema pare cridarà a la cua remota per recuperar aquesta informació.

Aplicació amb MQ

La configuració de claus a SQM està configurant el fitxer Gestor de cues .

Gestor de cues MQ

A continuació, es detallen alguns detalls importants sobre el gestor de cues

  • Té / gestiona el funcionament complet de la Aplicació WebSphere MQ .
  • No es fa responsable de la transmissió de dades.
  • Conté un canal i un port per transmetre dades a una cua de destinació concreta o per emmagatzemar el missatge internament fins que una altra cua el reculli.
  • Les aplicacions poden tenir diversos gestors / canals de cua per comunicar missatges.

Exemple tècnic

Suposem que hi ha aplicacions APPS, APPP, APPF, APPL, APPD . Tots estan comunicant missatges entre ells. Alguns d’ells sí estructures de comunicació bidireccionals .

  • APLICACIONS és una aplicació de vendes, amb gestor de cues-APPSQM, canal-APPSCH, nom de cua-MQS, portnum-11112
  • APPP és una aplicació de processament de productes, amb gestor de cues-APPPQM, canal-APPPCH, nom de cua-MQP, portnum-1111
  • APPF és una aplicació completament funcional, amb gestor de cues-APPFQM, canal-APPFCH, nom de cua-Mqf, portnum-1112
  • APPL és una aplicació logística, amb gestor de cues-APPLQM, canal-APPLCH, nom de cua-MQD, portnum-1112
  • APPD és una aplicació de lliurament, amb gestor de cues-APPDQM, canal-APPDCH, nom de cua-MQD, portnum-1112

Cua de missatgeria 1

Escenari 1: APPS envia dades a APPP

Cadascuna de les aplicacions anteriors tindrà dos fitxers de configuració, la configuració de l'aplicació i Cua de missatgeria configuració. La configuració de l'aplicació conté detalls dels procediments i del processament de dades per al missatge XML.

El SQM config tindrà el fitxer SQM detalls relacionats com gestor de cues-APPSQM, canal-APPSCH, nom de cua-MQS, portnum-1111.

( Nota: Feu clic a la imatge per ampliar-la)

Cua de missatgeria 2

Un cop el APLICACIONS l'aplicació processa les dades, genera el missatge XML i la posa a la cua. APLICACIONS la feina està feta.

És hora de triar el missatge per l’altra cua fins que el gestor de cues retingui les dades.

Ara diguem el APPP l'aplicació hauria de triar el missatge XML de la cua MQS. El APPP El fitxer de configuració MQ està configurat per obtenir el missatge XML de la cua MQS.

La cua MQP recuperarà el missatge XML de la cua MQS i l’enviarà a APPP sol·licitud per a un tractament posterior.

Cada aplicació realitza processos similars per obtenir dades d'altres aplicacions.

Escenari 2: APPP envia dades a APPS

Aquesta vegada, els fitxers de configuració seran diferents a banda i banda. El fitxer de configuració MQ a APPP tindrà informació diferent sobre la cua, com el Gestor de cues-APPPQMR, el canal-APPPCHR, el nom de la cua-MqpR, el portnum-1111.

I la APLICACIONS tindrà informació de cua diferent, com el gestor de cues-APPSQMR, canal-APPSCHR, nom de la cua-MqsR, portnum-1111. Recordeu que el número de port pot ser el mateix per a poques aplicacions, ja que es podrien connectar com a parells al mateix sistema.

Cua de missatgeria 3

Per tant, totes les aplicacions hauran de configurar-se en conseqüència per comunicar missatges entre elles.

Hi ha la possibilitat que es produeixi una comunicació entre aplicacions locals que es troben en un sistema actual amb una aplicació remota en un altre lloc. Com s'ha esmentat anteriorment, tant les aplicacions locals com remotes haurien de tenir fitxers de configuració per configurar-los al servidor per habilitar la comunicació.

Com s’ha esmentat anteriorment, les aplicacions locals i remotes haurien de tenir fitxers de configuració per configurar-los al servidor per habilitar la comunicació.

Proves funcionals amb MQ

Els verificadors hauran de validar el següent

preguntes i respostes d'entrevistes de proves manuals durant 3 anys d'experiència
  • Configuració de l'aplicació
  • Configuració de la cua
  • Format del missatge
  • Correcció i completesa del missatge
  • Transmissió de missatges
  • Missatges fallats, quan es produeixen

MQ a SOA

SQM és una tècnica fiable que es pot utilitzar a SOA arquitectura per comunicar missatges entre aplicacions. Com que la comunicació de missatges és un concepte clau per executar un sistema ERP, SQM proporciona la solució adequada per a això.

És senzill i segur. Seguint un enfocament similar al que es mostra a l’exemple tècnic,

Seguint un enfocament similar al que es mostra a l’exemple tècnic, Cua de missatgeria es pot configurar en diverses aplicacions per obtenir dades d'una o més aplicacions.

Cua de missatgeria 4

En fer un cop d'ull a l'arquitectura de l'aplicació, els provadors poden obtenir més informació sobre la connectivitat de comunicació de missatges entre aplicacions, el flux de missatges E2E, etc.

En qualsevol cas, l'equip de MQ o equips de l'entorn poden proporcionar detalls addicionals.

Simulador MG (tal com IBM WebSphere ), que pot transferir els missatges de la cua entrant a una cua de sortida, es pot utilitzar per deixar anar missatges, controlar-los i comprovar el rebut a la cua de sortida amb configuracions variables.

Problemes relacionats amb MQ durant les proves

Mentre proveu les aplicacions que transmeten missatges Cua de missatgeria , hi ha molts escenaris en què els missatges no poden transferir d'una aplicació a una altra.

A continuació s’esmenten alguns dels problemes més comuns

  • Introduïu problemes de format de missatge XML, com ara capçalera incorrecta, problema de metadades, problemes de format, problemes de dades, etc.
  • Configuració incorrecta de la cua, com ara el nom de la cua, el gestor, el canal, el port, etc.
  • La mida del missatge pot ser superior a la prevista. El missatge caurà a la carpeta de cues d'errors o morts.
  • El problema del servidor de cua, el problema de connectivitat, el problema de la cua remota, etc. provoca un error en la comunicació del missatge.

Conclusió

Quan proveu les aplicacions següents SOA , tal com Sistemes ERP , MQs són elements integrals i, com a provadors, és una bona idea comprendre els detalls bàsics sobre els mateixos.

Esperem que aquest article hagi aconseguit introduir el concepte i hagi obert vies per a una major exploració i domini.

Sobre la autor: Aquest és un article convidat d’Asish K Mallik.

Comparteix els teus comentaris, preguntes i aportacions a continuació.

Lectura recomanada

^