Changes for page Flows Assignment
Last modified by Erik Bakker on 2023/09/05 08:49
From version 4.1
edited by eMagiz
on 2022/06/10 13:23
on 2022/06/10 13:23
Change comment:
There is no comment for this version
To version 5.1
edited by Erik Bakker
on 2022/08/29 08:57
on 2022/08/29 08:57
Change comment:
There is no comment for this version
Summary
-
Page properties (2 modified, 0 added, 0 removed)
Details
- Page properties
-
- Author
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki.e Magiz1 +XWiki.ebakker - Content
-
... ... @@ -6,9 +6,6 @@ 6 6 7 7 Should you have any questions, please contact academy@emagiz.com. 8 8 9 -- Last update: October 13th, 2021 10 -- Required reading time: 5 minutes 11 - 12 12 == 1. Prerequisites == 13 13 - Intermediate knowledge of the eMagiz platform 14 14 ... ... @@ -16,11 +16,11 @@ 16 16 This microlearning centers on containers. Containers in this context are the same as the runtimes of eMagiz that you will see in the runtime dashboard of eMagiz under Deploy - Runtime Dashboard. Each system in the model will create a runtime or container. You have to explain eMagiz what flows will run on what container. Notably important for the process container that holds the onramps and offramps - selection can be made how to spread these across one or more containers 17 17 18 18 **Some basic considerations:** 19 - -Default behavior of new onramps and offramps is that these will be spread over all process containers. In some cases this desirable (2 containers - failover setup), but in some case one has to be specific and ensure the flows are put on the right process container20 - -In case a certain flow is made part of a release, but has not been assigned to any container than that release can't be set to active21 - -Entry and Exit flow are always put on the system specific container22 - -Exit gate flows are always put on the Gateway Container23 - -Event processors are always put on the Event Container16 +* Default behavior of new onramps and offramps is that these will be spread over all process containers. In some cases this desirable (2 containers - failover setup), but in some case one has to be specific and ensure the flows are put on the right process container 17 +* In case a certain flow is made part of a release, but has not been assigned to any container than that release can't be set to active 18 +* Entry and Exit flow are always put on the system specific container 19 +* Exit gate flows are always put on the Gateway Container 20 +* Event processors are always put on the Event Container 24 24 25 25 Please make sure that the maximum number of flows on any container is approx. 60 flows 26 26 ... ... @@ -45,8 +45,8 @@ 45 45 == 5. Key takeaways == 46 46 47 47 The key aspects are: 48 - -Ensure to consider the container assigments when making releases49 - -Considering setting the maximum number of flows on a process container to allow optimal performance of the container45 + * Ensure to consider the container assigments when making releases 46 + * Considering setting the maximum number of flows on a process container to allow optimal performance of the container 50 50 51 51 52 52 == 6. Suggested Additional Readings ==