Skip to content

Commit 0274571

Browse files
committed
Fix header
Signed-off-by: Tom Kerkhove <[email protected]>
1 parent 80527d5 commit 0274571

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

articles/api-management/how-to-self-hosted-gateway-on-kubernetes-in-production.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -46,7 +46,7 @@ This is possible through native Kubernetes functionality, or by using [Kubernete
4646
> [!NOTE]
4747
> KEDA is an open-source technology that is not supported by Azure support and needs to be operated by customers.
4848
49-
## Resource-based Autoscaling
49+
### Resource-based Autoscaling
5050

5151
Kubernetes allows you to autoscale the self-hosted gateway based on resource usage by using a [Horizontal Pod Autoscaler](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/). It allows you to [define CPU & memory thresholds](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/#support-for-resource-metrics), and the number of replicas to scale out or in.
5252

@@ -56,7 +56,7 @@ We recommend using KEDA to scale the self-hosted gateway horizontally, if you ar
5656
> [!TIP]
5757
> If you are already using KEDA to scale other workloads, we recommend using KEDA as a unified app autoscaler. If that is not the case, then we strongly suggest to rely on the native Kubernetes functionality through Horizontal Pod Autoscaler.
5858
59-
## Traffic-based Autoscaling
59+
### Traffic-based Autoscaling
6060

6161
Kubernetes does not provide an out-of-the-box mechanism for traffic-based autoscaling.
6262

0 commit comments

Comments
 (0)