Last modified by Erik Bakker on 2023/08/23 15:26
Show last authors
1 {{container}}{{container layoutStyle="columns"}}(((
2 This microlearning will focus on some considerations for putting the eMagiz runtime at the right location in the architecture.
3
4 Should you have any questions, please contact [[academy@emagiz.com>>mailto:academy@emagiz.com]].
5
6 == 1. Prerequisites ==
7 * Intermediate knowledge of the eMagiz platform
8 * Good working experience in the Design and Deploy Architecture phase.
9
10 == 2. Key concepts ==
11 In the various microlearnings until the intermediate level, we have explained the [[eMagiz runtime>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course Platform.crashcourse-platform-deploy-install-local-connector.WebHome||target="blank"]] itself . In short, it is the process that can make the flow components operational and execute the designated tasks of that flow. Please refer to these microlearnings for further information
12
13 == 3. Specific eMagiz runtime considerations ==
14
15 === 3.1 Messaging pattern runtimes ===
16
17 For Messaging specific patterns the runtime should be placed in such a way that there is connectivity between that runtime and the sending/receiving system. The system might be located in a Cloud service or Cloud VPC that eMagiz clients are hosting. Or are located on-premises of the client. Here are the options and advice for putting the runtime.
18
19 * Sender or Receiver system is located in a public or private Cloud
20 ** Put the Runtime on a Cloud Connector machine and ensure to use the connectivity options provided in eMagiz
21
22 * Sender or Receiver system is located in a DMZ section of the client infrastructure
23 ** Put the runtime inside the same DMZ zone to keep the runtime as close to the system as possible
24 ** Ensure the management of the runtime is something workable for the client. Consider the updates that may occur as well as the fact that the runtime can no longer be managed by the eMagiz Portal
25
26 === 3.2 API Gateway pattern runtimes ===
27
28 For these runtime the first choice is put all the Gateway Entry Flow and the Exit gates on the Cloud Connector machine. This way, the number of runtimes are kept to a minimum and there is full control over these runtime. In the exceptional case where the exit gate needs to connect to a system that is not accessible via the client firewalls, you can opt to put these exit gates only on a runtime that can be deployed on*premises. Please refer to the [[microlearning>>doc:Main.eMagiz Academy.Microlearnings.Advanced Level.API Management.advanced-api-management-running-part-of-your-api-gateway-solution-on-premise||target="blank"]] around running part of the solution locally.
29
30 === 3.3 Event Streaming pattern runtimes ===
31 In the case where Event processors are used in the Event Streaming solution designed, eMagiz provides a event streaming container (runtime). This runtime can only run in a Cloud-based machine, and only in the core machines of eMagiz. The key reason is that these Event Processors need to connect to the topics that are only available in the eMagiz Cloud and not accessible from outside the eMagiz VPC. Any runtime that is consuming or producing data with these topics needs to have the capability to access such topics.
32
33 == 4. Key takeaways ==
34 Take into account the key considerations for each case to ensure the runtime is placed on the right location.
35
36 == 5. Suggested Additional Readings ==
37
38 There are no suggested additional readings on this topic)))((({{toc/}}))){{/container}}{{/container}}