Closed kdelemme closed 1 week ago
Just comment with: - `/oblt-deploy` : Deploy a Kibana instance using the Observability test environments. - `run` `elasticsearch-ci/docs` : Re-trigger the docs validation. (use unformatted text in the comment!)
Pinging @elastic/obs-ux-management-team (Team:obs-ux-management)
docker.elastic.co/kibana-ci/kibana-serverless:pr-181888-05e2c25b653b
Total count of every public API that lacks a comment. Target amount is 0. Run
node scripts/build_api_docs --plugin [yourplugin] --stats comments
for more detailed information.
id | before | after | diff |
---|---|---|---|
@kbn/slo-schema |
179 | 178 | -1 |
Total size of all lazy-loaded chunks that will be downloaded as the user navigates the app
id | before | after | diff |
---|---|---|---|
slo |
726.3KB | 726.3KB | -57.0B |
The Canvas "shareable runtime" is an bundle produced to enable running Canvas workpads outside of Kibana. This bundle is included in third-party webpages that embed canvas and therefor should be as slim as possible.
id | before | after | diff |
---|---|---|---|
module count |
- | 5871 | +5871 |
total size |
- | 6.7MB | +6.7MB |
Size of the bundles that are downloaded on every page load. Target size is below 100kb
id | before | after | diff |
---|---|---|---|
observability |
151.1KB | 151.1KB | -60.0B |
To update your PR or re-run it, just comment with:
@elasticmachine merge upstream
Status | Branch | Result |
---|---|---|
✅ | 8.14 |
Note: Successful backport PRs will be merged automatically after passing CI.
Please refer to the Backport tool documentation
Resolves https://github.com/elastic/kibana/issues/181577
🏎️ Summary
We used to calculate the SLI value of Timeslices SLOs based on the observed good and total events. The good events was the sum of
isGoodSlice
, while the total events was the value_count ofisGoodSlice
. When there is no data, the rollup documents are not created, and therefore the good and total values are not taking these slices into account.This PR changes this behaviour. For a Timeslices SLO, we always use the total slices available in the time window, e.g. 10080 for a 7d rolling or weekly calendar aligned. And we compute the SLI as
1 - (total - good) / total_slices
. We do this change in the different services that fetch the SLI rollup documents in order to calculate the SLI value. And also in the summary transform for Timeslices SLO.Release note
Timeslice SLOs calculation for the sli value changed to include the no data slices as good slice. For existing "Timeslice" SLOs you will need to use the
POST /api/observability/slos/{slo.id}/_reset
endpoint to reset the transforms to take advantage of the new calculation.