Compartir a través de


Compatibilidad con Advanced Message Queueing Protocol (AMQP) 1.0 en Service Bus

El servicio en la nube Azure Service Bus usa AMQP 1.0 como medio principal de comunicación. Microsoft se ha comprometido con asociados de todo el sector, tanto clientes como proveedores de agentes de mensajería de la competencia, para desarrollar y evolucionar el protocolo AMQP en la última década, con nuevas extensiones desarrolladas en el Comité técnico de OASIS AMQP. AMQP 1.0 es una norma ISO e IEC (ISO 19464:20149).

AMQP permite construir aplicaciones híbridas para varias plataformas utilizando un protocolo estándar abierto que no depende del proveedor ni de la implementación. Puede construir aplicaciones mediante componentes creados con distintos lenguajes y marcos, y que se ejecutan en diferentes sistemas operativos. Todos estos componentes se pueden conectar a Service Bus e intercambiar directamente mensajes empresariales estructurados de manera eficaz y con total fidelidad.

Introducción: ¿Qué es AMQP 1.0 y por qué es tan importante?

Tradicionalmente, los productos de middleware orientados a mensajes utilizaban protocolos propietarios para la comunicación entre las aplicaciones cliente y los agentes. Significa que, una vez seleccionado el agente de mensajería de un proveedor particular, debe usar las bibliotecas de ese proveedor para conectar las aplicaciones cliente con ese agente. Esto ocasiona un cierto grado de dependencia de ese proveedor, ya que la portabilidad de una aplicación a otro producto requiere cambios en la codificación de todas las aplicaciones relacionadas. En la comunidad de Java, los estándares de API específicos del lenguaje como Java Message Service (JMS) y las abstracciones de Spring Framework han solucionado el problema hasta cierto punto, pero tienen un ámbito de características estrecho y excluyen los desarrolladores que usan otros lenguajes.

Además, es difícil conectar a los agentes de mensajes de diferentes proveedores. Normalmente, requiere el establecimiento de un puente en el nivel de la aplicación para mover los mensajes de un sistema a otro y para traducir entre sus formatos de mensajes en propiedad. Es un requisito habitual, por ejemplo, cuando hay que proporcionar una nueva interfaz unificada a sistemas heterogéneos más antiguos o al integrar sistemas de TI después de una fusión. AMQP permite la interconexión directa de agentes, por ejemplos mediante enrutadores como Apache Qpid Dispatch Router o "palas" nativas de agentes como el de RabbitMQ.

La industria del software es un negocio muy dinámico; nuevos lenguajes de programación y marcos de aplicaciones continúan inventándose, a veces a un ritmo enloquecido. De igual forma, los requisitos de los sistemas de TI evolucionan con el tiempo y los desarrolladores desean sacar partido las características de las plataformas más recientes. Sin embargo, a veces el proveedor de mensajería seleccionado no admite estas plataformas. Si los protocolos de mensajería son propietarios, no es posible que otros proporcionen bibliotecas para estas nuevas plataformas. Por lo tanto, hay que utilizar métodos como crear puertas de enlace o puentes para poder seguir usando el producto de mensajería.

Estos problema motivaron el desarrollo del protocolo de colas de mensajes avanzados (AMQP) 1.0. Tuvo su origen en JP Morgan Chase, que, al igual que la mayoría de empresas de servicios financieros, consume una gran cantidad de middleware orientado a mensajes. El objetivo era sencillo: crear un protocolo de mensajes de estándar abierto que hiciera posible crear aplicaciones basadas en mensajes utilizando componentes construidos con otros lenguajes, marcos y sistemas operativos, usando en todos ellos los mejores componentes de una variedad de proveedores.

Características técnicas de AMQP 1.0

AMQP 1.0 es un protocolo de mensajes a nivel de red, confiable y eficaz que se puede utilizar para crear aplicaciones de mensajes robustas y compatibles entre plataformas. El protocolo tiene un objetivo simple: definir la mecánica de la transferencia segura, confiable y eficaz de mensajes entre dos partes. Los mismos mensajes se codifican usando una representación de datos portátiles que permite que remitentes y receptores heterogéneos intercambien mensajes empresariales estructurados con la máxima fidelidad. A continuación, se incluye un resumen de las características más importantes:

  • Eficaz: AMQP 1.0 es un protocolo orientado a la conexión que utiliza una codificación binaria para las instrucciones de protocolo y los mensajes empresariales transferidos por él. Incorpora avanzados esquemas de control de flujo para potenciar al máximo la utilización de la red y los componentes conectados. Es decir, el protocolo se ha diseñado para lograr un equilibrio entre eficacia, flexibilidad e interoperabilidad.
  • Confiable: el protocolo AMQP 1.0 permite que se intercambien los mensajes con un rango de garantías de confiabilidad, desde enviar y olvidar a la entrega confiable y confirmada.
  • Flexible: AMQP 1.0 es un protocolo flexible que se puede usar para admitir distintas topologías. El mismo protocolo se puede utilizar para las comunicaciones cliente-a-cliente, cliente-a-agente y agente-a-agente.
  • Independiente del modelo del agente: la especificación AMQP 1.0 no impone ningún requisito en el modelo de mensajería usado por un agente. Esto significa que es posible que se pueda agregar fácilmente compatibilidad con AMPQ 1.0 a agentes de mensajes existentes.

AMQP 1.0 es un Estándar (con mayúscula)

AMQP 1.0 es un estándar internacional, aprobado por ISO e IEC como ISO/IEC 19464:2014.

AMQP 1.0 lo ha estado desarrollando desde 2008 un grupo central de 20 compañías, tanto proveedores de tecnología como empresas usuarias. Durante este tiempo, las empresas usuarias han contribuido con sus requisitos empresariales del mundo real y los proveedores de tecnología han hecho evolucionar el protocolo para cumplir con estos requisitos. Durante el proceso, los proveedores han participado en talleres, en los que han colaborado para validar la interoperabilidad entre sus implementaciones.

En octubre de 2011, el trabajo de desarrollo pasó a un Comité técnico dentro de la Organización para el Avance de Estándares de Información Estructurados (OASIS), y el estándar OASIS AMQP 1.0 se publicó en octubre de 2012. Las empresas siguientes participaron en el Comité técnico durante el desarrollo del estándar:

  • Proveedores de tecnología: Axway Software, Huawei Technologies, IIT Software, INETCO Systems, Kaazing, Microsoft, Mitre Corporation, Primeton Technologies, Progress Software, Red Hat, SITA, Software AG, Solace Systems, VMware, WSO2, Zenika.
  • Firmas de usuario: Bank of America, Credit Suisse, Deutsche Boerse, Goldman Sachs, JPMorgan Chase.

Los puestos actuales de OASIS AMQP Technical Committee representan Red Hat y Microsoft.

Algunos de los beneficios que se mencionan con más frecuencia de los estándares abiertos son los siguientes:

  • Menos probabilidad de dependencia con el proveedor
  • Interoperabilidad
  • Amplia disponibilidad de bibliotecas y herramientas
  • Protección contra la obsolescencia
  • Disponibilidad de personal experto
  • Menor riesgo y más controlable

AMQP 1.0 y Service Bus

La compatibilidad con AMQP 1.0 en Azure Service Bus implica que puede usar las características de mensajería asincrónica de publicación/suscripción y puesta en cola de Service Bus desde una amplia variedad de plataformas mediante un eficaz protocolo binario. Además, puede desarrollar aplicaciones formadas por componentes creados con una mezcla de lenguajes, marcos y sistemas operativos.

En la siguiente ilustración se muestra una implementación de ejemplo en el que clientes de Java que se ejecutan en Linux, escritos usando la API estándar Java Message Service (JMS), y clientes .NET que se ejecutan en Windows, intercambian mensajes a través de Service Bus mediante AMQP 1.0.

Diagrama que muestra un instancia de Service Bus intercambiando mensajes con dos entornos de Linux y dos entornos de Windows.

Figura 1: Escenario de implementación de ejemplos que muestran mensajes entre plataformas mediante Service Bus y AMQP 1.0

Todas bibliotecas cliente de Service Bus disponible a través de Azure SDK usan AMQP 1.0.

La opción de protocolo AMQP sobre WebSockets se ejecuta a través del puerto TCP 443 como la API HTTP o de REST, pero, de lo contrario, es funcionalmente idéntica a AMQP sin modificar. Esta opción tiene una mayor latencia de conexión inicial debido a los intercambios de protocolo de enlace adicionales y una sobrecarga ligeramente mayor como compensación para compartir el puerto HTTPS. Si se selecciona este modo, el puerto TCP 443 es suficiente para la comunicación. Las opciones siguientes permiten seleccionar el modo WebSockets AMQP.

Lenguaje Opción
.NET (Azure.Messaging.ServiceBus) Cree ServiceBusClient mediante un constructor que adopte ServiceBusClientOptions como parámetro. Establezca ServiceBusClientOptions.TransportType en ServiceBusTransportType.AmqpWebSockets.
.NET (Microsoft.Azure.ServiceBus) Al crear objetos de cliente, use constructores que adoptan TransportType, ServiceBusConnection o ServiceBusConnectionStringBuilder como parámetros.

Para la construcción que adopta transportType como parámetro, establezca el parámetro en TransportType.AmqpWebSockets.

Para el constructor que adopta ServiceBusConnection como parámetro, establezca ServiceBusConnection.TransportType en TransportType.AmqpWebSockets.

Si utiliza ServiceBusConnectionStringBuilder, use constructores que le den una opción para especificar transportType.

Java (com.azure.messaging.servicebus) Al crear clientes, establezca ServiceBusClientBuilder.transportType en AmqpTransportType.AMQP.AMQP_WEB_SOCKETS.
Java (com.microsoft.azure.servicebus) Al crear clientes, establezca transportType de com.microsoft.azure.servicebus.ClientSettings en com.microsoft.azure.servicebus.primitives.TransportType.AMQP_WEB_SOCKETS
JavaScript Al crear objetos de cliente de Service Bus, use la propiedad webSocketOptions en ServiceBusClientOptions.
Python Al crear clientes de Service Bus, establezca ServiceBusClient.transport_type en TransportType.AmqpOverWebSocket.

El 30 de septiembre de 2026, retiraremos del SDK de Azure Service Bus las bibliotecas WindowsAzure.ServiceBus, Microsoft.Azure.ServiceBus y com.microsoft.azure.servicebus, que no se ajusten a las directrices del SDK de Azure. También retiraremos el soporte del protocolo SBMP, por lo que ya no podrás usar este protocolo después del 30 de septiembre de 2026. Migre a las bibliotecas más recientes del SDK de Azure, que ofrecen actualizaciones de seguridad críticas y funcionalidades mejoradas, antes de esa fecha.

Aunque las bibliotecas anteriores todavía se pueden usar después del 30 de septiembre de 2026, ya no recibirán soporte técnico oficial ni actualizaciones de Microsoft. Para obtener más información, consulte el anuncio de retirada de soporte técnico.

Además, Service Bus se puede usar desde cualquier pila de protocolos compatible con AMQP 1.0:

Idioma Biblioteca
Java Apache Qpid Proton-J
C/C++ Azure uAMQP C, Apache Qpid Proton-C
Python Azure uAMQP for Python, Apache Qpid Proton Python)
PHP Azure uAMQP for PHP
Ruby Apache Qpid Proton Ruby
Go Azure Go AMQP, Apache Qpid Proton Go
C#/F#/VB AMQP .NET Lite, Apache NMS AMQP
JavaScript/Node Rhea

Resumen

  • AMQP 1.0 es un protocolo de mensajes confiable y abierto que se puede utilizar para crear aplicaciones híbridas, entre plataformas. AMQP 1.0 es un estándar de OASIS.

Pasos siguientes

¿Listo para obtener más información? Consulte los siguientes vínculos: