Damien Grisonnet
Damien Grisonnet
That is reasonable to me for the following reasons: - from an ingestion standpoint, it is backward compatible to update label values - these are self metrics, so ksm repo...
> This is not a breaking change. A chart like If we take this literally, it is a breaking change since it could create issues that were not present before...
So my tl;dr is that this particular change is very unlikely to be a breaking change, but it could always be worth mentioning it in the changelog.
I am still very much against cutting a new major version of ksm just for deprecating VPA metrics. This is not an overhaul of the codebase, we are just deprecating...
There is a doc explaining how to get them back in https://github.com/kubernetes/kube-state-metrics/blob/main/docs/customresourcestate-metrics.md#verticalpodautoscaler
> The backwards incompatible change is a concern though, and I am not sure if it's sufficient to just add a entry in the changelog. I wouldn't be too concerned...
@juliantaylor do you want to take a stab at implementing this new feature? I am happy to give some pointers if needed.
Since @liangyuanpeng expressed their intention to push this effort over the finish line I'd rather wait a bit more for them to get the time they need to work on...
IMO we shouldn't do anything about this. The goal of ksm is to reflect the state of the kube-apiserver. In this particular case, the pod object was created but wasn't...
> i would like to point out though that this is not what we're experiencing. in other words, we do see an overlap in time when both metrics exist. maybe...