Changes for page System vs Multi-tenant System
Last modified by Danniar Firdausy on 2024/09/16 15:04
From version 3.1
edited by eMagiz
on 2022/06/09 11:04
on 2022/06/09 11:04
Change comment:
There is no comment for this version
To version 4.1
edited by Erik Bakker
on 2022/08/25 11:36
on 2022/08/25 11:36
Change comment:
There is no comment for this version
Summary
-
Page properties (3 modified, 0 added, 0 removed)
Details
- Page properties
-
- Author
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki.e Magiz1 +XWiki.ebakker - Default language
-
... ... @@ -1,0 +1,1 @@ 1 +en - Content
-
... ... @@ -5,9 +5,6 @@ 5 5 6 6 Should you have any questions, please contact [[academy@emagiz.com>>mailto:academy@emagiz.com]]. 7 7 8 -* Last update: July 28th, 2021 9 -* Required reading time: 5 minutes 10 - 11 11 == 1. Prerequisites == 12 12 13 13 * Basic knowledge of the eMagiz platform ... ... @@ -21,11 +21,11 @@ 21 21 The focal point of this microlearning will be to explain the difference between a 'standard' system and a multi-tenant system. 22 22 23 23 * The key aspects are: 24 - * A system has an individual connection and data exchange with a system 25 - * A multi-tenant system reuses the integration solution but can be deployed differently per tenant 26 - * Multi-tenant solution is handy in case you want to standardize but the supplying (or receiving) applications are deployed on varying locations instead of a single location 27 - * In case all communication can run through the eMagiz cloud the API Gateway could be an alternative 28 - * Choosing between API Gateway and multi-tenant in messaging is a question on synchronous vs asynchronous 21 + ** A system has an individual connection and data exchange with a system 22 + ** A multi-tenant system reuses the integration solution but can be deployed differently per tenant 23 + ** Multi-tenant solution is handy in case you want to standardize but the supplying (or receiving) applications are deployed on varying locations instead of a single location 24 + ** In case all communication can run through the eMagiz cloud the API Gateway could be an alternative 25 + ** Choosing between API Gateway and multi-tenant in messaging is a question on synchronous vs asynchronous 29 29 30 30 31 31 ... ... @@ -36,11 +36,11 @@ 36 36 The focal point of this microlearning will be to explain the difference between a 'standard' system and a multi-tenant system. 37 37 38 38 * The key aspects are: 39 - * A system has an individual connection and data exchange with a system 40 - * A multi-tenant system reuses the integration solution but can be deployed differently per tenant 41 - * Multi-tenant solution is handy in case you want to standardize but the supplying (or receiving) applications are deployed on varying locations instead of a single location 42 - * In case all communication can run through the eMagiz cloud the API Gateway could be an alternative 43 - * Choosing between API Gateway and multi-tenant in messaging is a question on synchronous vs asynchronous 36 + ** A system has an individual connection and data exchange with a system 37 + ** A multi-tenant system reuses the integration solution but can be deployed differently per tenant 38 + ** Multi-tenant solution is handy in case you want to standardize but the supplying (or receiving) applications are deployed on varying locations instead of a single location 39 + ** In case all communication can run through the eMagiz cloud the API Gateway could be an alternative 40 + ** Choosing between API Gateway and multi-tenant in messaging is a question on synchronous vs asynchronous 44 44 45 45 As stated above when summarizing the key aspects of the choice we first need to look at how we look at the world when creating the integration data model. Do we adhere to the structure as dictated by each system with whom we want to connect? If so we should always opt for the standard system in Capture as each of those systems will also vary in the data structure, connectivity, and authentication. 46 46 ... ... @@ -57,14 +57,12 @@ 57 57 == 5. Key takeaways == 58 58 59 59 * The key aspects are: 60 - * A system has an individual connection and data exchange with a system 61 - * A multi-tenant system reuses the integration solution but can be deployed differently per tenant 62 - * Multi-tenant solution is handy in case you want to standardize but the supplying (or receiving) applications are deployed on varying locations instead of a single location 63 - * In case all communication can run through the eMagiz cloud the API Gateway could be an alternative 64 - * Choosing between API Gateway and multi-tenant in messaging is a question on synchronous vs asynchronous 57 + ** A system has an individual connection and data exchange with a system 58 + ** A multi-tenant system reuses the integration solution but can be deployed differently per tenant 59 + ** Multi-tenant solution is handy in case you want to standardize but the supplying (or receiving) applications are deployed on varying locations instead of a single location 60 + ** In case all communication can run through the eMagiz cloud the API Gateway could be an alternative 61 + ** Choosing between API Gateway and multi-tenant in messaging is a question on synchronous vs asynchronous 65 65 66 - 67 - 68 68 == 6. Suggested Additional Readings == 69 69 70 70 If you are interested in this topic and want more information on it please read the help texts provided by eMagiz