Haga clic en Acciones para obtener detalles adicionales para su Cola creada
Malla de eventos de SAP: ¿qué es el patrón de cola de mensajes de publicación y consumo?
By s4pcademy
Artículo/blog anterior: SAP BTP: cómo habilitar SAP Event Mesh en una cuenta global
En este blog, veremos el uso de las colas de mensajes y la publicación/consumo. Estos son patrones comunes utilizados en aplicaciones distribuidas sobre cómo los servicios se comunican entre sí.
¿Qué es publicar-consumir?
Publicar-consumir es un patrón de comunicación que se define por el desacoplamiento de las aplicaciones, donde las aplicaciones publican mensajes a un corredor intermediario en lugar de comunicarse directamente con los consumidores (como en punto a punto).
En este sentido, los editores y los consumidores no se conocen entre sí; simplemente producen o reciben los eventos. El intermediario de eventos (en forma de middleware como CAP/RAP, Integration Suite o S/4, implementado en todos y cada uno de los entornos) es un producto que facilita y distribuye eventos a medida que ocurren, llevándolos a los consumidores que pueden ser ubicados en una variedad de entornos (locales, nubes públicas/privadas, etc.).
Publicar eventos empresariales.
Publique eventos comerciales de fuentes SAP y no SAP en entornos híbridos desde el núcleo digital hasta aplicaciones de extensión a través de una arquitectura basada en eventos.
Consumir eventos empresariales
Consuma eventos comerciales de fuentes SAP y no SAP en todo el ecosistema basado en eventos de SAP, incluidos SAP Extension Suite, SAP Integration Suite y back-ends de SAP habilitados para la entrada seleccionada.
Conéctese sin problemas
Logre una transmisión de datos confiable para escenarios de extensión e integración a través de la comunicación desacoplada.
¿Qué son las colas de mensajes?
Comencemos mirando las colas de mensajes. Las colas de mensajes constan de un servicio de publicación y varios servicios de consumidor que se comunican a través de una cola. Este la comunicación suele ser unidireccional donde el editor emitirá comandos a los consumidores. El servicio de publicación normalmente pondrá un mensaje en una cola o intercambio y un único servicio de consumidor consumirá este mensaje y realizará una acción basada en esto.
A partir de esto, podemos ver un servicio de Publisher que está poniendo un mensaje ‘m n+1’ en la cola. Además, también podemos ver múltiples mensajes que ya existen en la cola esperando ser consumidos. En el lado derecho, tenemos 2 servicios de consumo ‘A’ y ‘B’ que están escuchando la cola de mensajes.
m1 = mensaje 1, m2 = mensaje 2, m3 = mensaje 3
Primero, podemos ver que el mensaje del publicador ha sido enviado al final de la cola. A continuación, la parte importante a considerar es el lado derecho de la imagen. Podemos ver que el consumidor ‘A’ ha leído el mensaje ‘m 1’ y, como tal, ya no está disponible en la cola para que lo consuma el otro servicio ‘B’.
Los ejemplos de situaciones en las que podría usar colas FIFO incluyen los siguientes:
- Sistema de gestión de pedidos de comercio electrónico donde el pedido es crítico
- Integración con sistemas de terceros donde los eventos deben procesarse en orden
- Procesamiento de entradas ingresadas por el usuario en el orden ingresado
- Comunicaciones y redes: envío y recepción de datos e información en el mismo orden
- Sistemas informáticos: asegurarse de que los comandos ingresados por el usuario se ejecuten en el orden correcto
- Institutos educativos: evitar que un estudiante se inscriba en un curso antes de registrarse para obtener una cuenta
- Sistema de emisión de boletos en línea: donde los boletos se distribuyen por orden de llegada
Colas
Si desea publicar mensajes en una cola o consumir mensajes de una cola.
- Elija la cola y luego el cliente de mensajes requerido.
- Elegir Publicar mensaje o Consumir mensaje y luego elige DE ACUERDO.
Se muestra una confirmación cuando publica un mensaje.
Los datos del mensaje y las propiedades del mensaje se muestran cuando consume un mensaje.
Tenga cuidado con el envío de mensajes paso a paso desde Queue
El servicio admite el uso de API REST para publicar y consumir mensajes. Las aplicaciones de cliente de mensajes con mensajería basada en REST pueden implementar la funcionalidad de mensajería utilizando una herramienta de cliente REST.
Calidad de servicio (QoS)
Los valores permitidos para especificar QoS son 0 y 1. La API para publicar mensajes requiere un encabezado obligatorio x-qos.
Tiempo para vivir
Con cada solicitud de publicación, el cliente de mensajes puede establecer un tiempo de vida para el mensaje en milisegundos. Si se llama a la API sin este encabezado, se utiliza el valor predeterminado de 2592000000 (30 días).
Restricciones técnicas del plan predeterminado de SAP Event Mesh
Documentación de la API de malla de eventos
Especificación para las API REST de mensajería
