-
Notifications
You must be signed in to change notification settings - Fork 690
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
drop Contour config file's gateway.controllerName option #5923
Labels
area/gateway-api
Issues or PRs related to the Gateway (Gateway API working group) API.
kind/cleanup
Categorizes issue or PR as related to cleaning up code, process, or technical debt.
kind/deprecation
Categorizes issue or PR as related to a feature/enhancement marked for deprecation.
Milestone
Comments
skriss
added
kind/cleanup
Categorizes issue or PR as related to cleaning up code, process, or technical debt.
area/gateway-api
Issues or PRs related to the Gateway (Gateway API working group) API.
kind/deprecation
Categorizes issue or PR as related to a feature/enhancement marked for deprecation.
labels
Oct 31, 2023
skriss
added a commit
to skriss/contour
that referenced
this issue
Jan 29, 2024
Users should either statically configure Contour with a specific Gateway ref, or use the Gateway provisioner to dynamically provision Gateways. Updates projectcontour#5923. Signed-off-by: Steve Kriss <stephen.kriss@gmail.com>
skriss
added a commit
to skriss/contour
that referenced
this issue
Jan 29, 2024
Users should either statically configure Contour with a specific Gateway ref, or use the Gateway provisioner to dynamically provision Gateways. Updates projectcontour#5923. Signed-off-by: Steve Kriss <stephen.kriss@gmail.com>
Opened a PR to deprecate the field in 1.28, will plan to remove it in 1.29. |
skriss
added a commit
that referenced
this issue
Jan 31, 2024
Users should either statically configure Contour with a specific Gateway ref, or use the Gateway provisioner to dynamically provision Gateways. Updates #5923. Signed-off-by: Steve Kriss <stephen.kriss@gmail.com>
skriss
changed the title
consider dropping Contour config file's gateway.controllerName option
drop Contour config file's gateway.controllerName option
Jan 31, 2024
skriss
added a commit
that referenced
this issue
Feb 13, 2024
Closes #5923. Signed-off-by: Steve Kriss <stephen.kriss@gmail.com>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
area/gateway-api
Issues or PRs related to the Gateway (Gateway API working group) API.
kind/cleanup
Categorizes issue or PR as related to cleaning up code, process, or technical debt.
kind/deprecation
Categorizes issue or PR as related to a feature/enhancement marked for deprecation.
In the original Gateway API implementation in Contour, the Contour controller was able to be configured with a Gateway controller name. It would then find the oldest GatewayClass for that controller, and the oldest Gateway for that GatewayClass, and process routes for it.
Subsequently, we've introduced the Gateway provisioner, which watches for/processes all GatewayClasses and associated Gateways for a given controller name, and enabled the Contour controller to be configured with a specific Gateway namespace/name. Combined, this enables a conformant implementation.
I think we should consider removing the legacy configuration option in the Contour controller (and associated implementation logic) from Contour at this point, as it does not contribute to a conformant implementation. If we do decide to remove it, we probably need to officially deprecate it in 1.28 and look at removing it in 1.29.
The text was updated successfully, but these errors were encountered: