Introduction - eMagiz

Organizations use many applications to support their business processes, and in a regular landscape, all of these applications are required to exchange data with each other to fulfill business processes. Some of the required data might be outside the organization. The messaging integration pattern allows processing messages that contain data in a secure, reliable manner. Whether that is processed synchronously or asynchronously – both are handled in the Messaging in eMagiz. Nearly all message formats and exchange protocols are supported. This last is one of the core advantages to overcome format and protocol limitations of to be connected systems.

14

15

== 3. Key elements of Messaging ==

16

17

=== 3.1 Five layers to rule them all ===

18

19

eMagiz has implemented a 5 layered model based on the integration architectural pattern VETRO which stands for Validate, Enrich, Transform, Route, and Operate. Each of these layers plays a role in the pattern. Below an explanation of these 5 layers. Each of these layers will result in integration components referred to as flows in eMagiz, and each of these flows will run in a specific runtime position strategically across the integration landscape (see also section Cloud in this document).

20

21

1. Entry * in the entry flow you can configure the connectivity with the system that will send a message to eMagiz. It can be a push from the external system or a pull from eMagiz to the external system. Once the message is received, the message will be queued directly to the next step in the model

22

2. Onramp * In this part, the message will be transformed and validated so it is prepared for the next steps where that message will be sent to the external system. Specific elements exist here to also enrich the message where needed with additional attributes

23

3. Routing * Using specific header information, the message can be routed to one of more offramps for further processing

24

4. Offramp * In this process the message that was passed on from the routing can be first validated if it meets the expected structure, and then transformed to the target system. Once processed, the message is put in the exit queue.

25

5. Exit * the exit will read the message from the queue and then connect to the target system

26

27

Below a picture of the above layers including the formats of the intermediate transformations. Please see the CDM microlearnings for more information.

28

29

[[image:Main.Images.Microlearning.WebHome@crashcourse-messaging-introduction-pic1.png]]

30

31

=== 3.2 Support formats and protocols ===

32

33

The Messaging pattern of eMagiz can handle the most common formats and protocols. The most typical ones that are used are SOAP/XML, File-based connectivity, and REST/JSON. However, formats such as EDI are also handled by eMagiz. Special connectivity exists with Mendix applications where a specific connector is provided to ease the interaction at runtime as well as design time.

34

35

=== 3.3 Cloud design pattern ===

36

37

eMagiz provides a specific runtime in which the different flow components of the 5 layered model can be deployed in. These runtimes as standardized across, but can run anywhere in the integration architecture. As a typical scenario, messages might be sent to the client infrastructure from outside the organization (suppliers, customers, etc) and send to an internal system that runs inside the client infrastructure. In this case, the entry flow would be deployed in a runtime somewhere in the eMagiz Cloud, and the exit would be deployed in a runtime that runs on a server inside the client infrastructure (close to the target system). the onramps, offramps, and routing flows would run inside the eMagiz Cloud container. All these flows would then communicate via queues to transfer messages across. In this way, the VETRO patterns are also used in the Cloud architecture of eMagiz.

38

39

[[image:Main.Images.Microlearning.WebHome@crashcourse-messaging-introduction-pic2.png]]

== 4. Assignment ==

Review the video below to ensure all concepts are clear

44

45

== 5. Key takeaways ==

46

47

eMagiz provides Messaging integration patterns that can be used to solve complex integrations were to be connected systems use complex formats and structures. Furthermore, messaging as a pattern is a design in eMagiz in such a way that all integration requirements can be met for implementing business solutions with eMagiz.

48

49

== 6. Suggested Additional Readings ==

50

51

* [[Messaging in eMagiz>>https://www.emagiz.com/messaging-nl/||target="blank"]]

52

53

== 7. Silent demonstration video ==

54

55

This video provides an introduction to the Messaging concept