envoyproxy / envoyproxy/gateway

Watch ns configuration for gateway not separate to routes

Open
#8,821 1 comment 0 reactions 0 assignees View on GitHub
stale triage
Dominant language
Go
Stars
3k
Forks
864
Avg merge
2d 2h
Merged PRs (30d)
140

Description

Design bug not logic bug.

*Description*:
The `envoy-gateway.yaml` in the configmap doesn't appear to allow a distinct ns to watch for Gateway vs HTTPRoute and friends - therefore to allow httproutes (and friends) to be detected and actioned one is forced to allow gateway resources to be detected and actioned.

It seems to me that in the most common case you only want infrequent decisions made about gateway resources and a controlled set of them for specific uses. On the other hand the routes come along frequently with each new app or change in app behaviour and live with the app in the ns the app lives in.

Ideally these would be separated so that engineers could be entrusted with (some or all) write access (through whatever mechanism which whatever guard rails) to a ns where their workloads run without allowing them to create gateways and without forcing the access mechanism to be configured to exclude gateways.

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.