3.4 KiB
title | description | weight | owner | test |
---|---|---|---|---|
Use Layer 7 features | Supported features when using a L7 waypoint proxy. | 50 | istio/wg-networking-maintainers | no |
By adding a waypoint proxy to your traffic flow you can enable more of Istio's features.
Ambient mode supports configuring waypoints using the Kubernetes Gateway API. Configurations that apply to a Gateway API are called policies.
{{< warning >}} The Istio classic traffic management APIs (virtual service, destination rules etc) remain at Alpha in the ambient data plane mode.
Mixing Istio classic API and Gateway API configuration is not supported, and will lead to undefined behavior. {{< /warning >}}
Traffic routing
With a waypoint proxy deployed, you can use the following API types:
Name | Feature Status | Attachment |
---|---|---|
HTTPRoute |
Beta | parentRefs |
TCPRoute |
Alpha | parentRefs |
TLSRoute |
Alpha | parentRefs |
Refer to the traffic management documentation to see the range of features that can be implemented using these routes.
Security
Without a waypoint installed, you can only use Layer 4 security policies. By adding a waypoint, you gain access to the following policies:
Name | Feature Status | Attachment |
---|---|---|
AuthorizationPolicy (including L7 features) |
Beta | targetRefs |
RequestAuthentication |
Beta | targetRefs |
Observability
The full set of Istio traffic metrics are exported by a waypoint proxy.
Extension
As the waypoint proxy is a deployment of {{< gloss >}}Envoy{{< /gloss >}}, the extension mechanisms that are available for Envoy in {{< gloss >}}sidecar{{< /gloss >}} mode are also available to waypoint proxies.
Name | Feature Status | Attachment |
---|---|---|
WasmPlugin |
Alpha | targetRefs |
EnvoyFilter |
Alpha | targetRefs |
Targeting policies or routing rules
Attach to the entire waypoint proxy
To attach a policy or routing rule to the entire waypoint — so that it applies to all traffic enrolled to use it — set Gateway
as the parentRefs
or targetRefs
value, depending on the type.
For example, to apply an AuthorizationPolicy
policy to the waypoint named waypoint
for the default
namespace:
{{< text bash >}} $ kubectl apply -f - <<EOF apiVersion: security.istio.io/v1beta1 kind: AuthorizationPolicy metadata: name: viewer namespace: default spec: targetRefs:
- kind: Gateway group: gateway.networking.k8s.io name: waypoint action: ALLOW rules:
- from:
- source: namespaces: ["default", "istio-system"] to:
- operation: methods: ["GET"] EOF {{< /text >}}
Attach to a specific service
You can also attach a policy or routing rule to a specific service within the waypoint. Set Service
as the parentRefs
or targetRefs
value, as appropriate.
The example below shows how to apply the reviews
HTTPRoute to the reviews
service in the default
namespace:
{{< text bash >}} $ kubectl apply -f - <<EOF apiVersion: gateway.networking.k8s.io/v1beta1 kind: HTTPRoute metadata: name: reviews spec: parentRefs:
- group: "" kind: Service name: reviews port: 9080 rules:
- backendRefs:
- name: reviews-v1 port: 9080 weight: 90
- name: reviews-v2 port: 9080 weight: 10 EOF {{< /text >}}