Changes for page API Gateway Architecture
Last modified by Erik Bakker on 2024/09/02 16:04
From version 13.1
edited by Erik Bakker
on 2023/01/23 10:54
on 2023/01/23 10:54
Change comment:
There is no comment for this version
To version 16.1
edited by Erik Bakker
on 2023/01/23 10:55
on 2023/01/23 10:55
Change comment:
There is no comment for this version
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -23,11 +23,11 @@ 23 23 24 24 Key notes 25 25 * Gateway runtime 26 -The Gateway has a separate runtime where the associated gateway flows are deployed in. The exit gates and all entry flow are the typical flow types present in this runtime, next to the usual infrastructure flow 27 -* Location runtime 28 -The Gateway runtime is located in a Cloud machine, and is specifically put on the Connector machine. The Connector machine has the ability to allow incoming data (secured) traffic from outside the Virtual Private Cloud that each client has. The Core machine does not have this option due to security reasons. The eMagiz Cloud handles the proper and secure routing to the API gateway. 26 +** The Gateway has a separate runtime where the associated gateway flows are deployed in. The exit gates and all entry flow are the typical flow types present in this runtime, next to the usual infrastructure flow 27 +* Location runtime 28 +** The Gateway runtime is located in a Cloud machine, and is specifically put on the Connector machine. The Connector machine has the ability to allow incoming data (secured) traffic from outside the Virtual Private Cloud that each client has. The Core machine does not have this option due to security reasons. The eMagiz Cloud handles the proper and secure routing to the API gateway. 29 29 * Gateway only runtime 30 -These are system that act as application user of 1 or more operations made available in the API Gateway. In case the system is only connected in the Design phase as such an application user, than that system only acts as input for User Management. The system doesn't need to be deployed as a runtime on the Connector machine, and should therefore be placed on an excluded machine. In the picture above, Exact online is such a system. 30 +** These are system that act as application user of 1 or more operations made available in the API Gateway. In case the system is only connected in the Design phase as such an application user, than that system only acts as input for User Management. The system doesn't need to be deployed as a runtime on the Connector machine, and should therefore be placed on an excluded machine. In the picture above, Exact online is such a system. 31 31 32 32 === 3.2 Single lane Cloud setup === 33 33 ... ... @@ -59,17 +59,17 @@ 59 59 60 60 === 3.5 Memory === 61 61 62 -For now the memory requirements for API Gateway are the same as for Messaging flows. Please refer to the [[microlearning>>doc:Main.eMagiz Academy.Microlearnings.Expert Level.Solution Architecture.expert-solution-architecture-determining-needed-memory .WebHome||target="blank"]].62 +For now the memory requirements for API Gateway are the same as for Messaging flows. Please refer to the [[microlearning>>doc:Main.eMagiz Academy.Microlearnings.Expert Level.Solution Architecture.expert-solution-architecture-determining-needed-memory||target="blank"]]. 63 63 64 64 == 4. Assignment == 65 65 66 -There is no specific assignment for now. The correct use of the Design architecture is explained in this [[microlearning>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course Platform.crashcourse-platform-design-understanding-design-architecture-basic .WebHome||target="blank"]].66 +There is no specific assignment for now. The correct use of the Design architecture is explained in this [[microlearning>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course Platform.crashcourse-platform-design-understanding-design-architecture-basic||target="blank"]]. 67 67 68 68 == 5. Key takeaways == 69 69 70 - 1.API Gateways can be part of a mixed landscape of Messaging, Event Streaming and API Gateways71 - 2.A single lane setup is usually sufficient for most cases72 - 3.Hybrid setups are possbible but please be sure the ask the right questions before implementing such70 +* API Gateways can be part of a mixed landscape of Messaging, Event Streaming and API Gateways 71 +* A single lane setup is usually sufficient for most cases 72 +* Hybrid setups are possbible but please be sure the ask the right questions before implementing such 73 73 74 74 == 6. Suggested Additional Readings == 75 75 ... ... @@ -77,6 +77,6 @@ 77 77 78 78 == 7. Silent demonstration video == 79 79 80 -There is no demonstration video of this functionality. 80 +There is no demonstration video of this functionality. 81 81 82 82 )))((({{toc/}}))){{/container}}{{/container}}