Changes for page Considerations for API Gateway or Messaging
Last modified by Erik Bakker on 2024/09/03 08:20
From version 8.1
edited by Bouke Reitsma
on 2023/03/03 14:56
on 2023/03/03 14:56
Change comment:
There is no comment for this version
To version 3.1
edited by Erik Bakker
on 2022/06/13 10:07
on 2022/06/13 10:07
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. BoukeReitsma1 +XWiki.ebakker - Default language
-
... ... @@ -1,1 +1,0 @@ 1 -en - Content
-
... ... @@ -3,6 +3,9 @@ 3 3 4 4 Should you have any questions, please get in touch with [[academy@emagiz.com>>mailto:academy@emagiz.com]]. 5 5 6 +* Last update: December 2021 7 +* Required reading time: 10 minutes 8 + 6 6 == 1. Prerequisites == 7 7 8 8 * Advanced knowledge of the eMagiz platform ... ... @@ -13,10 +13,10 @@ 13 13 14 14 Please refer to the following Fundamentals to learn the key concepts of both patterns 15 15 16 -* [[eMagiz API Gateway>>doc:Main.eMagiz Academy.Fundamentals.fundamental-api-gateway-introduction||target="blank"]] 17 -* [[eMagiz Messaging>>doc:Main.eMagiz Academy.Fundamentals.fundamental-messaging-introduction||target="blank"]] 19 +* [[eMagiz API Gateway>>doc:Main.eMagiz Academy.Fundamentals.fundamental-api-gateway-introduction.WebHome||target="blank"]] 20 +* [[eMagiz Messaging>>doc:Main.eMagiz Academy.Fundamentals.fundamental-messaging-introduction.WebHome||target="blank"]] 18 18 19 -== 3. Considerations for API GatewayorMessaging ==22 +== 3. Considerations for selecting Messaging or Event Streaming == 20 20 21 21 The following sections are helpful to understand what things to consider in selecting the right pattern. 22 22 ... ... @@ -34,7 +34,7 @@ 34 34 ** Messaging required a fixed contract between the message definitions that are exchanged. A change of definition would result in validation issues and therefore more communication is required 35 35 ** For an API Gateway solution, the contract is published via the API Gateway outwards. The basic idea is that the data definition is fixed and standardized, and that requesting application will adapt their request to this definition. In that sense the API Gateway offers standardization in the landscape 36 36 * **Technical disqualifiers** 37 - ** For an API Gateway, the requestor needs to be able to call a REST based webservice using asupported messaging format40 + ** For an API Gateway, the requestor needs to be able to call a REST based webservice using JSON formatted messages. 38 38 ** Messaging allows other web services such as SOAP, but can also handle XML for instance 39 39 * **Centralized User Management** 40 40 ** API gateway offers a easy to configure user management capability to protect operations. Users and roles can be designed in the Design phase, and various authentication methods are allowed such as OAuth2.0 and API Keys. eMagiz offers easy to use configurations for that