Last modified by Erik Bakker on 2023/08/23 15:26
Hide last authors
Erik Bakker 1.1 1 {{container}}{{container layoutStyle="columns"}}(((
Erik Bakker 2.1 2 This microlearning will focus on some considerations for putting the eMagiz runtime at the right location in the architecture.
Erik Bakker 1.1 3
Erik Bakker 5.1 4 Should you have any questions, please contact [[academy@emagiz.com>>mailto:academy@emagiz.com]].
Erik Bakker 1.1 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 ==
Erik Bakker 2.1 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
Erik Bakker 1.1 12
13 == 3. Specific eMagiz runtime considerations ==
14
15 === 3.1 Messaging pattern runtimes ===
16
Erik Bakker 8.1 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.
Erik Bakker 1.1 18
Erik Bakker 8.1 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
Erik Bakker 4.1 21
Erik Bakker 8.1 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
Erik Bakker 4.1 25
Erik Bakker 1.1 26 === 3.2 API Gateway pattern runtimes ===
27
Erik Bakker 10.1 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.
Erik Bakker 1.1 29
30 === 3.3 Event Streaming pattern runtimes ===
Erik Bakker 3.1 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.
Erik Bakker 1.1 32
Erik Bakker 7.1 33 == 4. Key takeaways ==
Erik Bakker 1.1 34 Take into account the key considerations for each case to ensure the runtime is placed on the right location.
35
Erik Bakker 7.1 36 == 5. Suggested Additional Readings ==
Erik Bakker 1.1 37
Erik Bakker 7.1 38 There are no suggested additional readings on this topic)))((({{toc/}}))){{/container}}{{/container}}