-
Notifications
You must be signed in to change notification settings - Fork 179
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
Long run of slo and slo versioning #500
Comments
I worked around this limitation by simply having the revision in the SLO name. For example slos:
name: http-availability-rev-1
description: 99.5% of the requests should be successful for the user-facing API
... becomes slos:
name: http-availability-rev-2
description: 99.5% of the requests should be successful for the user-facing API
... which results in a new SLO, while being able to track the previous one - the same behavior you'd get with having the |
at the end of the day we got the same idea but we've introduced Version filed in spec. i believe this works should be done in different way with introduction of prometheus/v2 kind. and we are not sure if it must go to upstream because of this. |
We are currently using the workaround by adding the version in the SLO name. But, in terms of visualising them in Grafana, this means all versions of SLO are shown. There are cases where we moved away from Has anyone found a way to deal with this situation? |
@ishantanu You can try and use a variable like this: This is extracted as follows (Grafana > Dashboard settings > Variables > slo_version [Query options > Query] ):
And lastly, this variable is used in the panel queries to filter specific versions:
|
From time to time we need to adjust queries or labels for slo.
as for now changing labels will break slo calculation for changed.
I propose to add label (?)
slo_version
to rules calculation and that label to the calculations ofthat would be enough to create different version of slo that can be tracked independently
The text was updated successfully, but these errors were encountered: