Changes for page Considerations for API Gateway or Messaging
Last modified by Erik Bakker on 2024/09/03 08:20
From version 10.1
edited by Danniar Firdausy
on 2023/10/09 08:32
on 2023/10/09 08:32
Change comment:
There is no comment for this version
To version 7.1
edited by Erik Bakker
on 2023/01/23 11:47
on 2023/01/23 11:47
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. dfirdausy1 +XWiki.ebakker - Content
-
... ... @@ -34,19 +34,25 @@ 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 format37 + ** 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 41 41 ** For Messaging, no such user management options exit and all needs to be created inside the flows that handle the requests & replies. 42 42 43 -== 4. Keytakeaways==43 +== 4. Assignment == 44 44 45 +There is no assignment for now in this microlearning 46 + 47 +== 5. Key takeaways == 48 + 45 45 * There are a set of considerations to make decisions for API gateway vs. messaging 46 46 * Make sure to read the eMagiz Fundamentals properly before taking this section into account in your project 47 47 48 -== 5. Suggested Additional Readings ==52 +== 6. Suggested Additional Readings == 49 49 50 50 Take a moment to read the following [[Usecase>>doc:Main.eMagiz Academy.Use Cases.Pattern Determination.WebHome||target="blank"]] 51 51 52 -)))((({{toc/}}))){{/container}}{{/container}} 56 +== 7. Silent demonstration video == 57 + 58 +As this is a more theoretical microlearning, we have no video that accompanies this microlearning.)))((({{toc/}}))){{/container}}{{/container}}