Skip to Content
Last modified by Danniar Firdausy on 2024/09/18 21:32
From version 55.4
edited by Danniar Firdausy
on 2024/09/11 20:50
Change comment: There is no comment for this version
To version 55.7
edited by Danniar Firdausy
on 2024/09/18 21:30
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -1,7 +1,7 @@
1 1  {{container}}
2 2  {{container layoutStyle="columns"}}
3 3  (((
4 -In this microlearning, we will learn what you should consider determining the impact of business logic within your integration solution. An eMagiz model is most useful when exchanging data between systems while taking care of data and protocol transformations. For example, an eMagiz model is generally less suited for incorporating business logic as these rules cannot be defined dynamically and are relatively complex. Filling your eMagiz model with a lot of business logic opens you up for a continuous discussion about data and interpretations of business rules. As that is not the core goal of an eMagiz model, you should always ask yourself what the most suitable place is to incorporate pieces of logic.
4 +In this microlearning, we will explore how to evaluate the impact of business logic within your integration solution. We will discuss the role of an eMagiz model in managing data exchanges and protocol transformations, and why incorporating complex business rules directly into your eMagiz model may not always be ideal. Instead, we will guide you on where to best place your business logic to ensure efficiency and clarity. Let’s dive into making the most of your eMagiz model by balancing business logic and integration goals.
5 5  
6 6  Should you have any questions, please get in touch with [[academy@emagiz.com>>mailto:academy@emagiz.com]].
7 7  
... ... @@ -12,9 +12,8 @@
12 12  == 2. Key concepts ==
13 13  
14 14  This microlearning centers around considering the impact of business logic
15 +* By business logic, we mean: Rules that determine what should happen to a message
15 15  
16 -By business logic, we mean: Rules that determine what should happen to a message
17 -
18 18  The most interesting point when talking about business logic is:
19 19  
20 20  * Where to draw the line?
... ... @@ -30,7 +30,7 @@
30 30  
31 31  * Where to draw the line?
32 32  
33 -What is acceptable and what is not acceptable in eMagiz then quickly becomes the question. You could argue that any business rule is too much in eMagiz. However, that is a bit too strict of a definition as there are scenarios in which it is pretty helpful to manipulate the destination of messages while transporting them between systems. One example of this would be logic in the asynchronous routing that allows you to develop functionality within the routing and ensure that each piece of the functionality comes with an on/off switch. This way, you reduce problems when deploying and make it clear to all that data can be sent (or not sent) to certain offramps.
32 +What is acceptable and what is not acceptable in eMagiz then quickly becomes the question. You could argue that any business rule is too much in eMagiz. However, that is a bit too strict of a definition as there are scenarios in which it is pretty helpful to manipulate the destination of messages while transporting them between systems. One example of this would be logic in the [[asynchronous routing>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course Messaging.crashcourse-messaging-asynchronous-routing]] that allows you to develop functionality within the routing and ensure that each piece of the functionality comes with an on/off switch. This way, you reduce problems when deploying and make it clear to all that data can be sent (or not sent) to certain offramps.
34 34  
35 35  Another valid scenario would be to filter messages based on a single criterion to reduce the data load sent to specific systems. For example, when you have one system that sends out employee information that needs to be sent to ten different systems, you could use the messaging pattern and filter out the relevant information in the offramp. However, you could also publish all employee information on a topic, let all those systems consume from it, and do the filtering themselves. Both are possible. The most interesting question in this scenario would be whether it can hurt if all systems access all employee information. If that is the case, then filtering in eMagiz becomes highly relevant suddenly.
36 36  
... ... @@ -46,6 +46,8 @@
46 46  
47 47  == 5. Suggested Additional Readings ==
48 48  
48 +If you are interested in this topic and want more information, please check out these links:
49 +
49 49  * [[Crash Courses (Menu)>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.WebHome||target="blank"]]
50 50  ** [[Crash Course Messaging (Navigation)>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course Messaging.WebHome||target="blank"]]
51 51  *** [[Asynchronous Routing (Explanation)>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course Messaging.crashcourse-messaging-asynchronous-routing]]