Check for existing issues
The Feature
Add a private/internal-only ingress mode to the Terraform module at terraform/litellm/gcp so operators can deploy LiteLLM without a public internet-facing load balancer endpoint.
Today the module provisions an external global HTTP(S) load balancer. Many users need a deployment posture where ingress is only reachable from private network paths, while preserving the module's existing path-based routing behavior across gateway/backend/ui.
Requested behavior:
- Support a private/internal load balancer mode in
terraform/litellm/gcp
- Preserve current URL-map path routing semantics
- Keep this capability generic (not tied to any single overlay network or vendor-specific connectivity product)
- Document migration guidance from external/public mode
User Flow
Before this feature (today): the operator can deploy the module, but ingress ends up internet-facing when they need private-only ingress
- Operator configures and applies
terraform/litellm/gcp/examples/default
- Terraform provisions LB frontend resources and outputs a public LB endpoint (
lb_ip / lb_url)
- End users can reach the LiteLLM ingress endpoint from internet-routed clients
- Operator's required outcome (private-only ingress posture) is not achievable without forking module behavior
After this feature (ideal user flow): the same operator deploys the module with a private ingress mode and gets private-only LB exposure
- Operator configures and applies
terraform/litellm/gcp/examples/default with a private/internal ingress mode
- Terraform provisions private/internal LB frontend resources for the same routing stack
- End users can reach ingress only through approved private network paths
- Operator obtains private-only ingress posture without forking module behavior
How far you got
Config / setup the proxy ran with:
- Module path:
terraform/litellm/gcp
- Terraform example path:
terraform/litellm/gcp/examples/default
Version or commit:
- Current repository state at time of issue filing
Commands and their full output, up to the step that dead-ends:
# reviewed module resources and outputs
# observed external/public LB resource shape in terraform/litellm/gcp/load_balancer.tf
# observed public LB-oriented outputs in terraform/litellm/gcp/outputs.tf
What stopped me there:
- The current module behavior is centered on external/public LB frontend resources and public endpoint outputs, and there is no first-class private/internal-only ingress mode in the module interface.
What part of LiteLLM is this about?
Proxy
LiteLLM is hiring a founding backend engineer, are you interested in joining us and shipping to all our users?
No
Twitter / LinkedIn details
N/A
Check for existing issues
The Feature
Add a private/internal-only ingress mode to the Terraform module at
terraform/litellm/gcpso operators can deploy LiteLLM without a public internet-facing load balancer endpoint.Today the module provisions an external global HTTP(S) load balancer. Many users need a deployment posture where ingress is only reachable from private network paths, while preserving the module's existing path-based routing behavior across gateway/backend/ui.
Requested behavior:
terraform/litellm/gcpUser Flow
Before this feature (today): the operator can deploy the module, but ingress ends up internet-facing when they need private-only ingress
terraform/litellm/gcp/examples/defaultlb_ip/lb_url)After this feature (ideal user flow): the same operator deploys the module with a private ingress mode and gets private-only LB exposure
terraform/litellm/gcp/examples/defaultwith a private/internal ingress modeHow far you got
Config / setup the proxy ran with:
terraform/litellm/gcpterraform/litellm/gcp/examples/defaultVersion or commit:
Commands and their full output, up to the step that dead-ends:
What stopped me there:
What part of LiteLLM is this about?
Proxy
LiteLLM is hiring a founding backend engineer, are you interested in joining us and shipping to all our users?
No
Twitter / LinkedIn details
N/A