crashcourse-messaging-messaging-asynchronous
Version 1.1 by marijn on 2022/05/10 11:12
Messaging Asynchronous
In this microlearning, we will explain the basics of the asynchronous messaging pattern.Should you have any questions, please get in touch with academy@emagiz.com.- Last update: February 25th, 2021
- Required reading time: 5 minutes
1. Prerequisites
- Basic knowledge of the eMagiz platform
2. Key concepts
This microlearning centers around the asynchronous messaging pattern in eMagiz. By asynchronous, we mean: The process that processes data without returning to the sending system with an update on whether the data was processed successfully.Key characteristics of asynchronous messaging are:- Non-blocking. The sender initiates the process and can continue with the following message
- Systems can therefore be loosely connected
- Messages can temporarily be kept in the queue if an end system to which the messages need to be delivered is scheduled to go offline
- Supports one-to-many distribution of messages over the integration landscape
3. Messaging Asynchronous
Asynchronous messaging is the pre-dominant option when you implement a messaging integration via eMagiz. Key characteristics of asynchronous messaging are:- Non-blocking. The sender initiates the process and can continue with the next message
- Systems can therefore be loosely connected
- Messages can temporarily be kept in the queue if an end system to which the messages need to be delivered is scheduled to go offline
- Supports one-to-many distribution of messages over the integration landscape
Practice
4. Assignment
Analyze an asynchronous messaging flow from entry to exit and determine which queues are used in the process. This assignment can be completed with the help of your (Academy) project you have created/used in the previous assignment.5. Key takeaways
- Asynchronous messaging is the pre-dominant option when you implement a messaging integration via eMagiz.
- Key characteristics of asynchronous messaging are:
- Non-blocking. The sender initiates the process and can continue with the next message
- Systems can therefore be loosely connected
- Messages can temporarily be kept in the queue if an end system to which the messages need to be delivered is scheduled to go offline