-
Notifications
You must be signed in to change notification settings - Fork 5k
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
[kube-prometheus-stack] Implement Gateway API #4646
Conversation
It would be great to see the "ingressPerReplica" feature replicated for this too as we are currently transitioning from Ingress to to Gateway API and have a need to expose each replica externally. |
@matzarah could you give feedback what did you think about the current implementation? Once approved, it will be added everywhere including replicas. |
Hey @jkroepke I asked for some expects feedback on this and this looks quite good. As long are green, I'm fine with merging this, so can you bump the version? |
7dc8f19
to
83e34ea
Compare
Signed-off-by: Jan-Otto Kröpke <[email protected]> Signed-off-by: Jan-Otto Kröpke <[email protected]>
charts/kube-prometheus-stack/ci/05-ingress-and-gateway-routes-values.yaml
Show resolved
Hide resolved
Signed-off-by: Jan-Otto Kröpke <[email protected]>
Nice work :) |
I looked into the per-replica route, but It's a bit too complex for now. I would suggest doing that in a different PR by an user which has more time. |
I also need an approval from @GMartinez-Sisti Since this PR contains modifications to the CI job. |
Follow-up tasks:
|
# Be aware that this is an early beta of this feature, | ||
# kube-prometheus-stack does not guarantee this works and is subject to change. | ||
# Being BETA this can/will change in the future without notice, do not use unless you want to take that risk | ||
# [[ref]](https://gateway-api.sigs.k8s.io/references/spec/#gateway.networking.k8s.io%2fv1alpha2) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ref should link to up-to-date docs https://gateway-api.sigs.k8s.io/reference/spec/#gateway.networking.k8s.io%2fv1
enabled: false | ||
|
||
# -- Set the route apiVersion, e.g. gateway.networking.k8s.io/v1 or gateway.networking.k8s.io/v1alpha2 | ||
apiVersion: gateway.networking.k8s.io/v1 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not sure this should be configurable. v1alpha2
is already deprecated, IMHO there is value in supporting v1
only.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In context of HTTPRoute, v1alpha2
is deprecated. But in context of TLSRoute
, v1alpha2
is still the lastest version.
Ref: https://gateway-api.sigs.k8s.io/concepts/api-overview/#tlsroute
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Gateway api is too new to enforce only v1 api versions imo, there may be many implementations lacking behind, which would mean those users are unable to use this feature in the chart. There are also some update issues iirc, with regards to experimental versions of v1 api, which might cause users to still be on alpha api versions.
What this PR does / why we need it
The current template is just an approach. Once finalized, we add it anywhere in the chart.
Ref: #4622
Which issue this PR fixes
(optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close that issue when PR gets merged)Special notes for your reviewer
Checklist
[prometheus-couchdb-exporter]
)