El IBM WebSphere MQ es una tecnología de comunicación de la red puesta en marcha por el 1992 IBM en marzo. Era conocido previamente como MQSeries, que es una marca registrada que rebranded por IBM en 2002 para ensamblar la habitación de los productos de WebSphere . WebSphere MQ es ofrecimiento orientado mensaje del software intermediario de IBM. Permite que la independiente y los usos potencialmente no concurrentes en un sistema distribuido comuniquen con uno a. MQ está disponible en una gran cantidad de plataformas (IBM y fuera de IBM), incluyendo el Z/OS (unidad central ), el OS/400 (sistema i de IBM o AS/400 ), UNIX ( AIX, HP-UX, Solaris ), el directo del HP, OpenVMS, el linux, y Microsoft Windows .

El mensaje orientó el software intermediario (MOM)

considera también: El mensaje orientó el

l software intermediario

Un miembro de la familia de WebSphere IBM . El WebSphere MQ (antes MQSeries ) es el sistema más popular para la mensajería a través de las plataformas múltiples, incluyendo Windows, linux, unidad central y alcance medio de IBM, y Unix. WebSphere MQ se refiere a menudo como " MQ" o " MQSeries".

Hay dos porciones a la espera del mensaje:
Los mensajes del son colecciones los datos binarios de o del carácter (por ejemplo ASCII o EBCDIC ) que tienen cierto significado a un programa participante. Como en el otro almacenaje de los protocolos de comunicaciones, la encaminamiento, y la información de entrega se agrega al mensaje antes de la transmisión y se pela del mensaje antes de entrega al uso de recepción.
Las coletas de mensaje del son los objetos que almacenan mensajes en un uso.

Un encargado de coleta del, aunque esté requerido no no terminantemente para la MAMÁ, es un servicio del requisito previo y de sistema de Websphere MQ que proporciona un envase lógico para la coleta de mensaje y es responsable de transferir datos a otros encargados de coleta vía los canales del mensaje del .

Hay varias ventajas a esta tecnología:
Los mensajes no dependen del paquete puro - transmisiones basadas, tales como TCP/IP . Esto permite el envío y los lados receptores que se desemparejarán y potencialmente funciona asincrónico.
Los mensajes serán entregados una vez y una vez solamente, con independencia de errores y de problemas de la red.

APIs

Hay muchas maneras de tener acceso a las instalaciones de WebSphere MQ. Algunos de los APIs apoyados por IBM son:
Interfaz de coleta de mensaje de IBM (MQI) para el C, el COBOL, el PL/I, y el Java
JMS para Java
Windows PowerShell
XMS para C/C++ y .NET

Allí son mucho otro APIs (sin apoyo por IBM) cuyo el más notable es el interfaz del Perl (desarrollado y contribuido por el Morgan Stanley ), disponible CPAN

Concesiones

En el 2004 WebSphere MQ ganó a academia real premio de MacRobert de s de la ingeniería de el 'para la innovación tecnológica y de la ingeniería.

Características

WebSphere MQ proporciona la entrega de una sola vez confiada de de mensajes a través de una gran variedad de plataformas. El producto acentúa confiabilidad y la robustez del tráfico de mensaje, y se asegura de que un mensaje debe nunca ser perdido si MQ se configura apropiadamente.

Necesita ser recordado que un mensaje en el contexto de MQ no tiene ninguna implicación con excepción de una reunión de datos. MQ muy se generaliza y se puede utilizar como substituto robusto para muchas formas de intercomunicación. Por ejemplo, puede ser utilizado para ejecutar la entrega confiable de archivos grandes como substituto para ftp .

MQ proporciona a diseñadores de uso un mecanismo para alcanzar arquitectura no-tiempo-dependiente. Los mensajes se pueden enviar a partir de un uso a otro, sin importar si los usos están funcionando al mismo tiempo. Si un uso del receptor del mensaje no está funcionando cuando un remitente le envía un mensaje, el encargado de coleta llevará a cabo el mensaje hasta que el receptor pida él. El ordenar de todos los mensajes se preserva, por abandono esto está en la orden primero en entrar, primero en salir del recibo en la coleta local dentro de la prioridad del mensaje.

Proporciona los medios para transformar datos entre las diversos arquitecturas y protocolos, tales como Endian grande al poco Endian, o EBCDIC al ASCII . Esto es realizado con el uso del " de los datos del mensaje; Exits". Las salidas son los usos compilados que funcionan en el anfitrión del encargado de coleta, y son ejecutadas por el software de WebSphere MQ cuando la transformación de los datos es necesaria.

WebSphere MQ permite el recibo de mensajes al " trigger" otros usos a funcionar, y proporcionan así el marco para una arquitectura conducida mensaje.

Ejecuta el JMS API estándar, y también hace su propio API propietario, saber como el interfaz de espera de mensaje (MQI).

Desemejante del email, es MQ sí mismo que es responsable de determinar la destinación de mensajes por la definición de coletas, así que el proceso de mensajes enviados se puede mover a un diverso uso en una diversa destinación. MQ proporciona una arquitectura robusta de la encaminamiento, permitiendo que los mensajes sean encaminados vía las trayectorias alternativas alrededor de una red de los encargados de MQ. MQ se puede ejecutar como racimo, donde las puestas en práctica múltiples de MQ comparten el proceso de mensajes para permitir el equilibrio de un rendimiento más alto y de carga.

Comunicación

El componente primario de una instalación de WebSphere MQ es el encargado de coleta del . El encargado de coleta maneja ediciones del almacenaje, el medir el tiempo, accionar, y el resto de las funciones relacionadas no no directo con el movimiento real de datos.

Los encargados de coleta comunican con el mundo exterior vía una conexión directa del software, designada por IBM una conexión de los atascamientos, o vía una conexión del cliente de la red o del . La conexión de los atascamientos se limita a los programas que funcionan en el mismo anfitrión físico que el encargado de coleta, mientras que los usos usar una conexión del cliente pueden conectar con un encargado de coleta en cualquier otro anfitrión en la red.

Las conexiones de los atascamientos son generalmente más rápidas, pero las conexiones del cliente permiten un diseño más robusto, fácil-más cambiable del uso. Por ejemplo, con una conexión del cliente, la localización física del encargado de coleta es inaplicable, mientras sea accesible sobre la red.

La comunicación entre los encargados de coleta confía en un canal . Cada encargado de coleta utiliza uno o más canales para enviar y para recibir datos a otros encargados de coleta. Un canal es unidireccional, un segundo canal se requiere para devolver datos. En un TCP/IP basado la red, un canal enviará o recibirá datos sobre un puerto específico. Un canal de envío tiene una destinación definida y se asocia a una coleta específica de la transmisión del que sea el mecanismo por el cual los mensajes son hechos cola que aguardan la transmisión en el canal; un canal de recepción recibirá datos de cualquier otro encargado de coleta con un canal de envío del mismo nombre. Cuando un canal de recepción recibe un mensaje, se examina para ver que qué encargado de coleta y hacer cola es destinado para. En caso de falta de comunicaciones, MQ puede restablecer automáticamente una conexión cuando el problema es resolved.

El oyente tiene la función de detectar conexiones de los canales entrantes y maneja la conexión del envío a los canales de recepción. El oyente es el interfaz de red del uso al encargado de coleta. En una red del TCP/IP, el oyente " listen" para las conexiones en un puerto específico.

Las coletas del Local del representan el lugar en donde los datos se almacenan que aguardan el proceso.

Las coletas alejadas representan una coleta en otro encargado de coleta. Define la coleta de destinación que es un elemento del mecanismo de la encaminamiento para los mensajes.

Para transmitir datos a una coleta en otro encargado de coleta, un mensaje se pone en una coleta alejada . Una coleta alejada se envía vía la coleta de la transmisión del almacenamiento temporal asociada a un canal. En poner un mensaje en una coleta alejada, el mensaje será transmitido a través del canal alejado. Si la transmisión es acertada el mensaje se quita de la coleta del transmitir. En la recepción de un mensaje, el encargado de coleta de recepción examinará el mensaje para determinar si el mensaje está para sí mismo o está requerido a remitido encendido a otro encargado de coleta. Si es la destinación, la coleta required será comprobada, y si existe, el mensaje será puesto en esta coleta, si no, colocada en la coleta de letra muerta. MQ tiene características para manejar la transmisión eficiente de datos a través de una variedad de medios de comunicación, así que por ejemplo los mensajes pueden ser tratados por lotes juntos hasta que una coleta alcance una profundidad particular.

Aunque la coleta sea primero en entrar, primero en salir, se pide basó en el recibo en la coleta local, no el confiar del mensaje del remitente. Los mensajes pueden ser dados prioridad, y por abandono la coleta se sostiene en la prioridad, secuencia de llegada. Las coletas serán solamente en orden de adición si el mensaje se agrega localmente. El agrupar de mensaje se puede utilizar para asegurarse que un sistema de mensajes está en una orden específica, aparte de ése, si la secuencia es crítica, él es la responsabilidad del uso de poner datos de la secuencia en el mensaje o de ejecutar un mecanismo del apretón de manos vía una coleta de vuelta. En la realidad, ordenando será mantenido en configuraciones directas.

El otro elemento de un encargado de coleta es el registro que es el mecanismo usado para crear la robustez. Mientras que un mensaje se pone en una coleta o se realiza un cambio de configuración, los datos también se registran. En caso de falta, el registro se utiliza para reconstruir objetos dañados y para reconstruir mensajes. En caso de un de la falta (en comparación con parada limpia) solamente los mensajes persistentes serán reconstruidos. Los mensajes fugaces del se pierden en caso de falta o de parada forzada. Los mensajes fugaces se pueden enviar a través de un canal que se fije a un modo rápido donde no está confiada la entrega en caso de falta del canal.

MQ se diseña para apoyar una gran variedad de acercamientos al desarrollo de aplicaciones. La información se puede recuperar de coletas o votando la coleta para comprobar para saber si hay datos disponibles en los intervalos convenientes, o MQ puede accionar alternativo un acontecimiento, permitiendo que un uso de cliente responda a la entrega de un mensaje.

Historia de MQ

TCAM (método de acceso de telecomunicaciones) vino adelante en 1971 con el nacimiento de la TSO. Apoyó mensajería asincrónica, apenas como MQ.0 agregó en las coletas de mensaje reutilizables del disco para la recuperación bastante pronto después de eso, apenas como MQ. Usted podría escribir un programa de alto nivel de PL/I que tenía acceso a los grupos de datos TRANSITORIOS (coletas de mensaje dinámicas). Leer un mensaje de un grupo de datos transitorio y ese mensaje se quita de la coleta, apenas como una no-ojeada LEÍDA con MQ. Con el advenimiento de computadoras, IBM vio una oportunidad de aplicar nueva tecnología a la necesidad de la transferencia de mensajes. En el principios de los 60, IBM puso los dispositivos computer-like tales como los 7740 y 7750 sistemas de transferencia de mensajes. IBM System/360 fue anunciado en abril de 1964 y con ella vino los métodos de acceso de la comunicación tales como métodos de BTAM y de QTAM (acceso básico y hecho cola de telecomunicaciones). En el finales de los sesenta, todavía otro método de acceso de la comunicación estaba disponible y era conocido como TCAM, el método de acceso de telecomunicaciones. TCAM ofreció a sus usuarios una forma más avanzada de transferencia de mensajes o de encaminamiento de mensaje. TCAM fue aceptado extensamente, especialmente en las industrias financieras y del corretaje.

En el finales de los sesenta, los sistemas de gestión de la transacción entraron en ser, cada uno que intentaba alcanzar un liderazgo en la industria. Dentro de IBM, el CICS e IMS fue elegido como los productos estratégicos para tratar la necesidad de la gerencia de la transacción. Dentro del CICS e IMS, cada tenido su versión de la transferencia de mensajes, IMS que es un sistema y un CICS hechos cola anticipados que tienen su facilidad de datos transitoria como la base posible para la transferencia de mensajes. el CICS se estableció como sistema de gestión popular en el calendario 1968-1971, esos usuarios de la transacción que habían adoptado TCAM para sus capacidades de la manipulación de mensajes, ahora queridos un uso combinado de TCAM con el CICS. En diciembre de 1971, IBM anunció la ayuda del CICS de TCAM como parte del producto de CICS/OS-Standard, ser entregado en diciembre de 1972. Para los clientes interesados, esto les permitió utilizar TCAM para sus fuerzas de la manipulación de mensajes y también TCAM-haber conectado los terminales o las computadoras interconectar con usos en línea del CICS. En enero de 1973, TCAM continuó siendo apoyado por la versión 2.3 de CICS/OS-Standard. Sin embargo, la ayuda de TCAM fue omitida del lanzamiento inicial de CICS/VS, anunciada en febrero de 1973 y entregada en junio de 1974. Innecesario decir, muchos clientes de CICS-TCAM no eran felices con esa dirección del producto. Con la considerable presión de clientes de CICS-TCAM, la ayuda del CICS de TCAM fue reinstalada en el producto de CICS/VS 1.1, en fecha el septiembre de 1974. Además de la ayuda anterior del bcd, con este restablecimiento de la ayuda de TCAM, el CICS comenzó a apoyar el acceso de TCAM vía el VTAM, también conocido como la ayuda de ACB. La ayuda del CICS TCAM ACB fue continuada en fecha el producto de la versión 3 de CICS/ESA en 1990. En 1992, IBM anunció una familia de nuevo producto llamada WebSphere MQ. WebSphere MQ era ser la extensión de la funcionalidad de TCAM de los sistemas IBM-solamente a el resto de las plataformas. WebSphere MQ tenía una arquitectura que permitió a sistemas heterogéneos comunicar con uno a (e. IBM, HP, Sun, tándem, etc). WebSphere MQ se puede utilizar con los sistemas del CICS para enviar y para recibir datos to/from cualquier otro sistema MQ-elegible. WebSphere MQ se puede utilizar para iniciar el trabajo en un sistema del CICS o una transacción del CICS puede iniciar el trabajo en otro sistema CICS o no-CICS. WebSphere MQ ahora apoya 80 diversos ambientes y se ha convertido en el producto principal de la transferencia/de la encaminamiento de mensajes en la industria.

MQ y servicios de Web

WebSphere MQ se puede utilizar como fundación para crear las arquitecturas orientadas servicio . Varias opciones adicionales del producto existen para ayudar a convertir programas de la herencia en servicios de Web de funcionamiento con el uso de MQ. Empresas más grandes, heterogéneas aparecen a menudo como federación de los dominios algo autónomos basados en líneas de áreas del negocio, funcionales o del gobierno. En tales ambientes, algunos servicios se pueden compartir o reutilizar solamente dentro de un solo dominio, mientras que otros se pueden compartir o reutilizar a través de la empresa. WebSphere MQ proporciona los medios por los cuales la comunicación existe entre el línea-de-negocio o los dominios de otra manera separados del negocio.

Ver también

Corredor del mensaje de IBM WebSphere

.

Zenithic

IBM WebSphere MQ

Random links:

George Frederick, margrave de Brandenburgo-Ansbach | Winston-Salem, Carolina del Norte | Escarabajo de perinola | Depósito de Cropston | X club