You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The initial implementation of managed Gateways essentially ignored the user-provided Listeners section, and replaced it with a set of Listeners derived from Kong listen configuration its proxy Service. This presented challenges for per-Listener configuration (e.g. certificates, allowedRoutes that could not be expressed by those Kong properties.
Preserving user-defined Listeners removes the guarantee that a Listener is actually available to serve routes that we previously had with Kong-derived Listeners. The controller must report on which Listeners are unavailable and why through the Gateway status.
Acceptance:
Listeners users add to Gateway resources keep their original spec.
Listener statuses indicate when Kong cannot actually handle routes through a listener because it lacks Kong-side configuration and why.
The text was updated successfully, but these errors were encountered:
This is the option chosen to proceed with #2474.
The initial implementation of managed Gateways essentially ignored the user-provided Listeners section, and replaced it with a set of Listeners derived from Kong listen configuration its proxy Service. This presented challenges for per-Listener configuration (e.g. certificates, allowedRoutes that could not be expressed by those Kong properties.
Preserving user-defined Listeners removes the guarantee that a Listener is actually available to serve routes that we previously had with Kong-derived Listeners. The controller must report on which Listeners are unavailable and why through the Gateway status.
Acceptance:
The text was updated successfully, but these errors were encountered: