Skip to content

Commit

Permalink
Improve wording about HTTP L7 proxying integration
Browse files Browse the repository at this point in the history
Some cloud providers implement custom HTTP-aware reverse proxying that
integrates with Service (no Ingress or Gateway). Tweak the wording
around the docs for this detail.
  • Loading branch information
sftim committed Oct 22, 2022
1 parent c623f52 commit e2f3553
Showing 1 changed file with 5 additions and 3 deletions.
8 changes: 5 additions & 3 deletions content/en/docs/reference/networking/service-protocols.md
Original file line number Diff line number Diff line change
Expand Up @@ -64,10 +64,12 @@ UDP support depends on the cloud provider offering this facility.

### HTTP {#protocol-http-special}

If your cloud provider supports it, you can use a Service set to `type: LoadBalancer` as a way
to set up external HTTP / HTTPS reverse proxying, forwarded to the EndpointSlices / Endpoints of that Service.
If your cloud provider supports it, you can use a Service in LoadBalancer mode to
configure a load balancer outside of your Kubernetes cluster, in a special mode
where your cloud provider's load balancer implements HTTP / HTTPS reverse proxying,
with traffic forwarded to the backend endpoints for that Service.

Typically, you set the protocol to `TCP` and add an
Typically, you set the protocol for the Service to `TCP` and add an
{{< glossary_tooltip text="annotation" term_id="annotation" >}}
(usually specific to your cloud provider) that configures the load balancer
to handle traffic at the HTTP level.
Expand Down

0 comments on commit e2f3553

Please sign in to comment.