Last modified by Erik Bakker on 2024/09/02 16:11
From version 17.1
edited by Erik Bakker
on 2022/06/13 13:35
Change comment: There is no comment for this version
To version 41.1
edited by Erik Bakker
on 2024/02/01 10:03
Change comment: There is no comment for this version

Summary

Details

Page properties
Title
... ... @@ -1,1 +1,1 @@
1 -eMagiz API Gateway
1 +Documentation Portal Introduced
Parent
... ... @@ -1,1 +1,1 @@
1 -WebHome
1 +Main.eMagiz Academy.Fundamentals.WebHome
Content
... ... @@ -1,84 +1,48 @@
1 1  {{container}}{{container layoutStyle="columns"}}(((
2 -In this microlearning, we will introduce the essential concepts of the eMagiz API Gateway. The focus will be to address the fundamental concepts of this pattern. Please refer to other Fundamentals to learn more about related items and look at the relevant microlearnings available to learn how to configure an API Gateway in eMagiz.
2 +In this microlearning, we will introduce the eMagiz documentation platform. The focus will be to address the fundamental concepts of the documentation platform. Please refer to other Fundamentals to learn more about related items and look at the relevant microlearnings available to learn how to work in eMagiz.
3 3  
4 4  Should you have any questions, please get in touch with academy@emagiz.com.
5 5  
6 6  == 1. Prerequisites ==
7 -* Some context on API Management will be helpful.
7 +* An interest to learn more about the eMagiz platform.
8 8  
9 9  == 2. Key concepts ==
10 10  All concepts are discussed in the section below.
11 11  
12 -== 3. Introducing API Gateway ==
12 +== 3. Introducing eMagiz documentation platform ==
13 13  
14 -The eMagiz API Gateway is the pattern in which a specific entry point is made available for external applications (users). These external applications can connect to this entry point via a series of operations. These operations are listed in a manner that allows this application user to retrieve data or provide data. Users & Roles are managed on a central level to control access to the various data sources.
14 +The eMagiz documentation platform is an add-on on top of the [[eMagiz platform>>doc:Main.eMagiz Academy.Fundamentals.fundamental-emagiz-introduction.WebHome||target="blank"]]. Within the documentation portal we have four distinct categories of information for you to utilize. Should this be your first visit to the eMagiz documentation portal we urge you to check out the tour. This tour can be started from the home page by clicking the "Show tour" icon in the bottom-hand right corner of your screen.
15 15  
16 -[[image:Main.Images.Fundamental.WebHome@fundamental-api-gateway-introduction-1.png]]
16 +=== 3.1 Academy ===
17 17  
18 -=== 3.1 Entry point for application users ===
19 -The entry point is a REST/JSON-based web service publicly accessible via the eMagiz Cloud for external application users. There is no other type of web service possible, and all the operations inside this web service are all REST/JSON based. In eMagiz, this concept translates into an All Entry flow type.
18 +In this segment you can learn about the platform. To make your learning experience manageable we have divided this segment into three categories. It starts with the [[Fundamental>>doc:Main.eMagiz Academy.Fundamentals.WebHome||target="blank"]] section that explains the eMagiz platform, the documentation portal, and the key features from the eMagiz platform for you to utilize. On top of that we have the [[Microlearnings>>doc:Main.eMagiz Academy.Microlearnings.WebHome||target="blank"]] section that explains all components of the platform from a user perspective (i.e. what do I need to do to perform an action in eMagiz) in bite size pieces. In this section we divide the knowledge into various levels (from [[Crash Course>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.WebHome||target="blank"]] to [[Microlearnings>>doc:Main.eMagiz Academy.Microlearnings.Expert Level.WebHome||target="blank"]]) and courses (i.e. [[this>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course Platform.WebHome||target="blank"]]) so you can learn to use the platform in a structured way.
20 20  
21 -=== 3.2 Operations ===
22 -An operation is defined as an entry point in the API Gateway that allows a specific type of interaction with the data exposed. For instance, a user wants to get the data for a particular order or create an order via this entry point. In this example, there will be a GET Order and a POST Order operation. The traditional HTTP operations, such as GET, POST, and PUT, are possible * see the below figure for the complete list.
20 +Apart from the learnings you can find in this section it also details our [[certification program>>doc:Main.eMagiz Academy.Get Certified.WebHome||target="blank"]], including requirements and how to sign-up for a certification.
23 23  
24 -[[image:Main.Images.Fundamental.WebHome@fundamental-api-gateway-introduction-2.png]]
25 -
26 -=== 3.3 API Providers & Transformation ===
27 -There is a specific system connected to the operation for every operation, which gets the data or processes the data. That system, application, or service is geared towards that specific piece of data and may have its connectivity requirements, security requirement, or data structure. eMagiz will create a particular Exit Gate Flow type so that all these requirements can be appropriately handled. The figure below the Control Tower, Exact, AFAS, and Address validator are the API providers.
22 +=== 3.2 Store ===
28 28  
29 -[[image:Main.Images.Fundamental.WebHome@fundamental-api-gateway-introduction-4.png]]
24 +This segment documents all store components managed by eMagiz. For your convenience we have divided these store items into two distinct categories called [[accelerators>>doc:Main.eMagiz Store.Accelerators.WebHome||target="blank"]] and [[system connectors>>doc:Main.eMagiz Store.System Connectors.WebHome||target="blank"]]. In here you can browse through (and search for) specific store solutions that you can use within your model. If you want more information on the store please check out this [[eMagiz platform>>doc:Main.eMagiz Academy.Fundamentals.fundamental-emagiz-store.WebHome||target="blank"]].
30 30  
31 -Each operation can have a Gateway Message and a System message for the specific API. In this way, standard eMagiz transformation tooling is made available to handle content and format transformations in the API Gateway.
26 +=== 3.3 Support ===
32 32  
33 -[[image:Main.Images.Fundamental.WebHome@fundamental-api-gateway-introduction-5.png]]
28 +This segment houses information that support you in case you need to migrate, via the help of our [[migration paths>>doc:Main.eMagiz Support.Migration Paths.WebHome||target="blank"]] and in case you are facing a problem in one of your environments, via the help of our [[RCA knowledge base>>doc:Main.eMagiz Support.RCA Knowledge Base.WebHome||target="blank"]]. On top of that we provide an easy link to our support portal in case you need to register a ticket with our support department. In case you are unsure whether you need to register our ticket or communicate in another way please check out this [[eMagiz platform>>doc:Main.eMagiz Academy.Fundamentals.fundamental-emagiz-assistance-needed.WebHome||target="blank"]].
34 34  
35 -=== 3.4 Interaction type & error handling ===
36 -The API Gateway follows a synchronous pattern which means there is always a request being made to the web service, and that same web service will always provide you with a response. The web service will wait until the backend system delivering the response is ready to send that response.
30 +=== 3.4 Release Information ===
37 37  
38 -In all cases, the web service provides a specific response using HTTP response codes (the standard definition used). If a particular HTTP response code is returned that includes a specific error, then the requestor/application user is responsible for handling the returned error. That is by design as the synchronous nature of these request imply that the calling application needs to decide to continue to the next functional step or alike. In any case, it is different and specific for each application user.
32 +This segment houses all our release information on the platform. Here you can find the technical release notes of the [[eMagiz platform>>doc:Main.Release Information.Portal.WebHome||target="blank"]], our [[infrastructure>>doc:Main.Release Information.Runtime Images.WebHome||target="blank"]], and our [[cloud>>doc:Main.Release Information.Cloud Templates.WebHome||target="blank"]] as well as more functional release blogs on the [[platform>>doc:Main.Release Information.Release Blogs.WebHome||target="blank"]] and the [[documentation portal>>doc:Main.Release Information.Documentation Portal.WebHome||target="blank"]]. The intent of this category is to inform our users of what is changed in every release so they can adapt to this.
39 39  
40 -eMagiz does allow to influence some of these response codes by specific information per HTTP responses codes. Or provide custom responses.
41 -
42 -=== 3.5 Centralized User Management ===
43 -In the context of an API Gateway, user management means the mechanism whereby users are granted access to a specific set of operations. User Management in eMagiz can define users and roles. The user will have the access credentials to access the API Gateway in the first place. Options are OAuth2.0 or API Key. Users are assigned a role that defines to what operations access has been given. In this way, the access to the gateway is handled centrally, and the data exposed is adequately protected. Credentials are to be submitted to application users on a separate note.
44 -
45 -=== 3.6 API Disovery ===
46 -External application users can discover the operations via an online Portal * the SwaggerUI technology is used for that purpose. In that online section, the user can see all the published operations. For operation, all the required information is displayed to understand how to connect to the API correctly. That includes the request and response definitions, parameters, naming, response codes, and many more. Once the credentials have been provided, the application user can try out the operation.
47 -
48 -[[image:Main.Images.Fundamental.WebHome@fundamental-api-gateway-introduction-3.png]]
49 -
50 -=== 3.6 Architectural components ===
51 -
52 -A simplified picture below illustrates the overall architecture of API Gateway in the eMagiz Cloud.
53 -
54 -[[image:Main.Images.Fundamental.WebHome@fundamental-api-gateway-introduction-6.png]]
55 -
56 56  == 4. Key takeaways ==
57 57  
58 -* API Gateway can serve as a single entry point for all external or intern application users
59 -* API Gateway can simplify the IT landscape by offering a reusable entry point
60 -* API Gateway is a synchronous pattern by default
61 -* API Gateway leverages the standard capability of eMagiz around deployment, transformation, and business owner interaction
36 +* The eMagiz documentation platform is an add-on on top of the [[eMagiz platform>>doc:Main.eMagiz Academy.Fundamentals.fundamental-emagiz-introduction.WebHome||target="blank"]]
37 +* It consists of four main categories of information
38 +** Academy
39 +** Store
40 +** Support
41 +** Release Information
42 +* You can follow a tour to better understand the navigation of the eMagiz documentation portal.
62 62  
63 63  == 5. Suggested Additional Readings ==
64 64  
65 -* [API Gateway Introduction](https://www.emagiz.com/en/api-gateway-en/)
66 -* [Crashcourse API Gateway](../microlearning/crashcourse-api-gateway-index.md)
67 -* [API Management](../microlearning/intermediate-api-management-index.md)
68 -* [Transformations in API Gateway](../microlearning/intermediate-configuring-the-api-gateway-index.md)
69 -* [Testing the API Gateway](../microlearning/intermediate-testing-emagiz-api-gateway-index.md)
70 -* [Advanced config API Gateway](../microlearning/advanced-api-management-index.md)
46 +* [[eMagiz website>>https://emagiz.com/en/||target="blank"]]
71 71  
72 -
73 -* [[API Gateway Introduction>>https://www.emagiz.com/en/api-gateway-en/||target="blank"]]
74 -* [[Crashcourse API Gateway>>doc:Main.eMagiz Academy.Microlearnings.Crash Course.Crash Course API Gateway.WebHome||target="blank"]]
75 -* [[API Management>>doc:Main.eMagiz Academy.Microlearnings.Intermediate Level.API Management.WebHome||target="blank"]]
76 -* [[Transformations in API Gateway>>doc:Main.eMagiz Academy.Microlearnings.Intermediate Level.Configuring the API Gateway.WebHome||target="blank"]]
77 -* [[Testing the API Gateway>>doc:Main.eMagiz Academy.Microlearnings.Intermediate Level.Testing API Gateway.WebHome||target="blank"]]
78 -* [[Advanced config API Gateway>>doc:Main.eMagiz Academy.Microlearnings.Advanced Level.API Management.WebHome||target="blank"]]
79 -
80 -== 6. Silent demonstration video ==
81 -
82 -{{video attachment="fundamental-api-gateway-introduction.mp4" reference="Main.Videos.Fundamental.WebHome"/}}
83 -
84 84  )))((({{toc/}}))){{/container}}{{/container}}
fundamental-api-gateway-introduction-1.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ebakker
Size
... ... @@ -1,1 +1,0 @@
1 -131.4 KB
Content
fundamental-api-gateway-introduction-2.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ebakker
Size
... ... @@ -1,1 +1,0 @@
1 -21.2 KB
Content
fundamental-api-gateway-introduction-3.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ebakker
Size
... ... @@ -1,1 +1,0 @@
1 -125.9 KB
Content
fundamental-api-gateway-introduction-4.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ebakker
Size
... ... @@ -1,1 +1,0 @@
1 -13.3 KB
Content
fundamental-api-gateway-introduction-5.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ebakker
Size
... ... @@ -1,1 +1,0 @@
1 -191.0 KB
Content
fundamental-api-gateway-introduction-6.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.ebakker
Size
... ... @@ -1,1 +1,0 @@
1 -70.3 KB
Content