You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/api-management/api-management-capacity.md
+2Lines changed: 2 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -19,6 +19,8 @@ ms.custom: fasttrack-edit
19
19
20
20
This article explains what the **capacity** is and how it behaves. It shows how to access **capacity** metrics in the Azure portal and suggests when to consider scaling or upgrading your API Management instance.
> This article discusses how you can monitor and scale your Azure API Management instance based upon its capacity metric. However, it is equally important to understand what happens when an individual API Management instance has actually *reached* its capacity. Azure API Management will not apply service-level throttling to prevent a physical overload of the instances. When an instance reaches its physical capacity, it will behave similar to any overloaded web server that is unable to process incoming requests: latency will increase, connections will get dropped, timeout errors will occur, and so on. This means that API clients should be prepared to deal with this possibility as they do with any other external service (for example, by applying retry policies).
Copy file name to clipboardExpand all lines: articles/api-management/api-management-gateways-overview.md
+63-57Lines changed: 63 additions & 57 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,8 +7,8 @@ author: dlepow
7
7
ms.service: azure-api-management
8
8
ms.custom:
9
9
- build-2024
10
-
ms.topic: conceptual
11
-
ms.date: 05/05/2024
10
+
ms.topic: concept-article
11
+
ms.date: 07/11/2024
12
12
ms.author: danlep
13
13
---
14
14
@@ -41,7 +41,7 @@ The API Management *gateway* (also called *data plane* or *runtime*) is the serv
41
41
42
42
API Management offers both managed and self-hosted gateways:
43
43
44
-
***Managed** - The managed gateway is the default gateway component that is deployed in Azure for every API Management instance in every service tier. With the managed gateway, all API traffic flows through Azure regardless of where backends implementing the APIs are hosted.
44
+
***Managed** - The managed gateway is the default gateway component that is deployed in Azure for every API Management instance in every service tier. A standalone managed gateway can also be associated with a [workspace](workspaces-overview.md) in an API Management instance. With the managed gateway, all API traffic flows through Azure regardless of where backends implementing the APIs are hosted.
45
45
46
46
> [!NOTE]
47
47
> Because of differences in the underlying service architecture, the gateways provided in the different API Management service tiers have some differences in capabilities. For details, see the section [Feature comparison: Managed versus self-hosted gateways](#feature-comparison-managed-versus-self-hosted-gateways).
@@ -64,6 +64,7 @@ The following tables compare features available in the following API Management
64
64
***V2** - the managed gateway available in the Basic v2 and Standard v2 tiers
65
65
***Consumption** - the managed gateway available in the Consumption tier
66
66
***Self-hosted** - the optional self-hosted gateway available in select service tiers
67
+
***Workspace** - the managed gateway available in a [workspace](workspaces-overview.md) in select service tiers
67
68
68
69
> [!NOTE]
69
70
> * Some features of managed and self-hosted gateways are supported only in certain [service tiers](api-management-features.md) or with certain [deployment environments](self-hosted-gateway-overview.md#packaging) for self-hosted gateways.
@@ -72,61 +73,62 @@ The following tables compare features available in the following API Management
| API threat detection with [Defender for APIs](protect-with-defender-for-apis.md)| ✔️ | ✔️ | ❌ | ❌ | ❌ |
91
92
92
93
<sup>1</sup> Depends on how the gateway is deployed, but is the responsibility of the customer.<br/>
93
94
<sup>2</sup> Connectivity to the self-hosted gateway v2 [configuration endpoint](self-hosted-gateway-overview.md#fqdn-dependencies) requires DNS resolution of the endpoint hostname.<br/>
94
-
<sup>3</sup>CA root certificates for self-hosted gateway are managed separately per gateway<br/>
95
-
<sup>4</sup> Client protocol needs to be enabled.
95
+
<sup>3</sup> Two zones are enabled by default; not configurable.<br/>
96
+
<sup>4</sup> CA root certificates for self-hosted gateway are managed separately per gateway<br/>
<sup>1</sup> The v2 tiers support Azure Monitor-based analytics.<br/>
153
155
<sup>2</sup> The self-hosted gateway currently doesn't send resource logs (diagnostic logs) to Azure Monitor. Optionally [send metrics](how-to-configure-cloud-metrics-logs.md) to Azure Monitor, or [configure and persist logs locally](how-to-configure-local-metrics-logs.md) where the self-hosted gateway is deployed.<br/>
@@ -157,9 +159,9 @@ For details about monitoring options, see [Observability in Azure API Management
157
159
158
160
Managed and self-hosted gateways support all available [API authentication and authorization options](authentication-authorization-overview.md) with the following exceptions.
@@ -189,6 +191,10 @@ For estimated maximum gateway throughput in the API Management service tiers, se
189
191
* In environments such as [Kubernetes](how-to-self-hosted-gateway-on-kubernetes-in-production.md), add multiple gateway replicas to handle expected usage.
190
192
* Optionally [configure autoscaling](how-to-self-hosted-gateway-on-kubernetes-in-production.md#autoscaling) to meet traffic demands.
191
193
194
+
### Workspace gateway
195
+
196
+
Scale capacity by adding and removing scale [units](upgrade-and-scale.md) in the workspace gateway.
197
+
192
198
## Related content
193
199
194
200
- Learn more about [API Management in a Hybrid and multicloud World](https://aka.ms/hybrid-and-multi-cloud-api-management)
0 commit comments