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: docs/concepts/overview.md
+8Lines changed: 8 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -65,6 +65,14 @@ With VPC Lattice you can also avoid some of these common problems:
65
65
-**Sidecar management**: Changes to sidecars might require those sidecars to be reconfigured or rebooted.
66
66
While this might not be a big issue for a handful of sidecars, it can be disruptive if you have thousands of pods, each with its own sidecar.
67
67
68
+
## Limitations
69
+
70
+
For those already familiar with the reference implementation of [Kubernetes Gateway API](https://gateway-api.sigs.k8s.io/), the API generally serves two purposes: enabling routing for both North-South (Ingress) and also East-West (Mesh) traffic.
71
+
72
+
The AWS Gateway API Controller is currently focused only on East-West (Mesh) traffic through VPC Lattice.
73
+
74
+
Many users will expect North-South (Ingress) ALB/NLB-type features. This is available (still using the v1 Ingress spec) from the [AWS Load Balancer Controller](https://github.com/kubernetes-sigs/aws-load-balancer-controller)
75
+
68
76
## Relationship between VPC Lattice and Kubernetes
69
77
70
78
As a Kubernetes user, you can have a very Kubernetes-native experience using the VPC Lattice APIs.
0 commit comments