* Blog post about new relabeling visualizer in Prometheus 3.8.0
Signed-off-by: Julius Volz <julius.volz@gmail.com>
* Reword introduction section
Signed-off-by: Julius Volz <julius.volz@gmail.com>
* Allow screenshots + videos to be slightly taller
Signed-off-by: Julius Volz <julius.volz@gmail.com>
---------
Signed-off-by: Julius Volz <julius.volz@gmail.com>
When following a link to a fragment (#foo) on a long documentation page,
the browser would try to scroll to the fragment too early, before some
additional client-side layout shifts (could be due to font loading,
highlighting, etc.) would cause the scroll position to be wrong again. This
component waits for the layout to settle and then manually scrolls to the
requested fragment again.
You can see the problem by clicking on:
https://prometheus.io/docs/prometheus/latest/configuration/configuration/#relabel_config
It usually does not scroll directly to the relabeling section, but
somewhere above it.
Signed-off-by: Julius Volz <julius.volz@gmail.com>
Make the exemplar timestamp a SHOULD in preparation for complex types
having multiple exemplars at a time. We'll explain why having timestamp
for exemplars of complex types is a good idea there.
Signed-off-by: György Krajcsovits <gyorgy.krajcsovits@grafana.com>
I noticed that the hyperlink to the blog content guide was leading to a 404 error on the live site, even though it worked correctly on GitHub. I think the issue was caused by using a relative link. I’ve updated the link to use an absolute URL so it resolves properly in the published blog.
Signed-off-by: Victoria Nduka <122698422+nwanduka@users.noreply.github.com>
* prw2(breaking): Move 2.0 CT to Sample; Rename to ST (Start Timestamp)
Given the recent movement for Prometheus native support of ST
([PROM-60](https://github.com/prometheus/proposals/pull/60)) and plans
for delta temporality
([PROM-48](https://github.com/prometheus/proposals/pull/48)) it might be
beneficial to make (hopefully) last change to Remote Write 2.0 before
stabilizing, so:
* Raname Created Timestamp to Start Timestamp
* Move CT/ST from TimeSeries to Sample and Histogram messages.
* Clarified optionality (0 value meaning unset)
See implementation change that will follow:
https://github.com/prometheus/prometheus/pull/17411. Notice that only
receiver part was implemented for CT/ST. Given no sending part was done
we expect this feature (ST/CT) not being used, thus breakage impact is
minimal. This has been confirmed with early adopters like Mimir
(Grafana), Chronosphere, Thanos, Cortex and Google.
See previous discussions and 3 expilcit approvals:
https://github.com/prometheus/prometheus/pull/17036
Additionally:
* I updated link to proto
* Updated links to new compliance tests
* Update native histogram spec link
Signed-off-by: bwplotka <bwplotka@gmail.com>
* Update docs/specs/prw/remote_write_spec_2_0.md
Co-authored-by: George Krajcsovits <krajorama@users.noreply.github.com>
Signed-off-by: Bartlomiej Plotka <bwplotka@gmail.com>
* Update docs/specs/prw/remote_write_spec_2_0.md
Signed-off-by: Bartlomiej Plotka <bwplotka@gmail.com>
---------
Signed-off-by: bwplotka <bwplotka@gmail.com>
Signed-off-by: Bartlomiej Plotka <bwplotka@gmail.com>
Co-authored-by: George Krajcsovits <krajorama@users.noreply.github.com>
- Remove incorrect 'content/' prefix from the exporters link
- Link now correctly points to docs/instrumenting/exporters.md
Signed-off-by: Dougal Matthews <dougal@grafana.com>
* feat(nh): remove experimental from native histograms
Remove "experimental" word from native histograms docs.
Also fix a bunch of typos.
Signed-off-by: György Krajcsovits <gyorgy.krajcsovits@grafana.com>
Signed-off-by: George Krajcsovits <krajorama@users.noreply.github.com>
Co-authored-by: Björn Rabenstein <beorn@grafana.com>
* feat(om1.1): relax the requirements around unit and total suffixes
Allow exposers to expose metrics that do not put `_total` or unit
as suffix to metric names.
Signed-off-by: György Krajcsovits <gyorgy.krajcsovits@grafana.com>
Signed-off-by: George Krajcsovits <krajorama@users.noreply.github.com>
Co-authored-by: David Ashpole <dashpole@google.com>
