Skip to content

Commit 875613f

Browse files
author
gitName
committed
[APIM] Workspaces conceptual content
1 parent f9f11b9 commit 875613f

File tree

5 files changed

+21
-1
lines changed

5 files changed

+21
-1
lines changed

articles/api-management/api-management-key-concepts.md

Lines changed: 8 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -6,7 +6,7 @@ author: dlepow
66

77
ms.service: azure-api-management
88
ms.topic: overview
9-
ms.date: 10/23/2024
9+
ms.date: 01/08/2025
1010
ms.author: danlep
1111
ms.custom: mvc
1212
---
@@ -33,6 +33,7 @@ APIs enable digital experiences, simplify application integration, underpin new
3333

3434
Azure API Management helps customers meet these challenges:
3535

36+
* Provide an API platform for different stakeholders to produce, manage, and consume APIs
3637
* Abstract backend architecture diversity and complexity from API consumers
3738
* Securely expose services hosted on and outside of Azure as APIs
3839
* Protect, accelerate, and observe APIs
@@ -100,6 +101,12 @@ Using the developer portal, developers can:
100101
* Download API definitions
101102
* Manage API keys
102103

104+
## API platform deployment models
105+
106+
Azure API Management supports three deployment models: centralized, siloed, and federated. Each model is suitable for different organizational structures and requirements.
107+
108+
[!INCLUDE [api-management-platform-deployment-models](../../includes/api-management-platform-deployment-models.md)]
109+
103110
## API Management tiers
104111

105112
API Management is offered in a variety of pricing tiers to meet the needs of different customers. Each tier offers a distinct combination of features, performance, capacity limits, scalability, SLA, and pricing for different scenarios. The tiers are grouped as follows:
Lines changed: 13 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,13 @@
1+
---
2+
author: dlepow
3+
ms.service: azure-api-management
4+
ms.topic: include
5+
ms.date: 08/08/2023
6+
ms.author: danlep
7+
---
8+
9+
|Model|Description |
10+
|---------|---------|
11+
|**Centralized**<br/><br/>:::image type="content" source="media/api-management-platform-deployment-models/centralized.png" alt-text="Diagram of the centralized model of Azure API Management." border="false" lightbox="media/api-management-platform-deployment-models/centralized.png"::: |**Pros**<br/>• Centralized API governance and observability<br/>• Unified developer portal for effective API discovery and onboarding<br/>• Cost-efficiency of the infrastructure<br/><br/>**Cons**<br/>• No segregation of administrative permissions between teams<br/>• API gateway is a single point of failure<br/>• Inability to attribute runtime issues to specific teams<br/>• Burden on platform team to facilitate collaboration may reduce API growth |
12+
|**Siloed**<br/><br/>:::image type="content" source="media/api-management-platform-deployment-models/siloed.png" alt-text="Diagram of the siloed model of Azure API Management." border="false" lightbox="media/api-management-platform-deployment-models/siloed.png"::: |**Pros**<br/>• Segregation of administrative permissions between teams increases productivity and security<br/>• Segregation of API runtime between teams increases API reliability, resiliency, and security<br/>• Runtime issues are contained and attributable to specific teams<br/><br/>**Cons**<br/>• Lack of centralized API governance and observability<br/>• Lack of unified developer portal<br/>• Increased cost and harder platform management​ |
13+
|**Federated**<br/><br/>:::image type="content" source="media/api-management-platform-deployment-models/federated.png" alt-text="Diagram of the federated model of Azure API Management." border="false" lightbox="media/api-management-platform-deployment-models/federated.png"::: |**Pros**<br/>• Centralized API governance and observability<br/>• Unified developer portal for effective API discovery and onboarding<br/>• Segregation of administrative permissions between teams increases productivity and security<br/>• Segregation of API runtime between teams increases API reliability, resiliency, and security<br/>• Runtime issues are contained and attributable to specific teams<br/><br/>**Cons**<br/>• Platform cost and management difficulty greater than in the centralized model but lower than in the siloed model |

0 commit comments

Comments
 (0)