testutil: add GatherAndFormat helper (#2091)

* testutil: add GatherAndFormat helper

CollectAndFormat already encodes a Collector. Add the Gatherer
counterpart so tests can inspect a named metric without holding the
Collector, for example via DefaultGatherer.

Signed-off-by: wieghx <gudemail1991@gmail.com>

* CHANGELOG: point GatherAndFormat entry at the PR

Signed-off-by: wieghx <gudemail1991@gmail.com>

---------

Signed-off-by: wieghx <gudemail1991@gmail.com>
3 files changed
tree: b8c695222680e393ead6a7d03727e402d52a6a18
  1. .github/
  2. api/
  3. examples/
  4. exp/
  5. internal/
  6. prometheus/
  7. tutorials/
  8. .dockerignore
  9. .gitignore
  10. .golangci.yml
  11. AGENTS.md
  12. CHANGELOG.md
  13. CODE_OF_CONDUCT.md
  14. CONTRIBUTING.md
  15. generate-go-collector.bash
  16. go.mod
  17. go.sum
  18. LICENSE
  19. MAINTAINERS.md
  20. Makefile
  21. Makefile.common
  22. NOTICE
  23. README.md
  24. RELEASE.md
  25. SECURITY.md
  26. supported_go_versions.json
  27. update-go-version.bash
  28. VERSION
README.md

Prometheus Go client library

Go Reference OpenSSF Scorecard Slack

This is the Go client library for Prometheus. It has two separate parts, one for instrumenting application code, and one for creating clients that talk to the Prometheus HTTP API.

Version Compatibility

This library supports the two most recent major releases of Go. While it may function with older versions, we only provide fixes and support for the currently supported Go releases.

[!NOTE] See our Release Process for details on compatibility and support policies.

Important note about releases and stability

This repository generally follows Semantic Versioning. However, the API client in prometheus/client_golang/api/… is still considered experimental. Breaking changes of the API client will not trigger a new major release. The same is true for selected other new features explicitly marked as EXPERIMENTAL in CHANGELOG.md.

Features that require breaking changes in the stable parts of the repository are being batched up and tracked in the v2 milestone, but plans for further development of v2 at the moment.

NOTE: The initial v2 attempt is in a separate branch. We also started experimenting on a new prometheus.V2.* APIs in the 1.x's V2 struct. Help wanted!

Instrumenting applications

Go Reference

The prometheus directory contains the instrumentation library. See the guide on the Prometheus website to learn more about instrumenting applications.

The examples directory contains simple examples of instrumented code.

Pushing metrics via OpenTelemetry OTLP

Applications instrumented with client_golang can also export their metrics via the OpenTelemetry OTLP push protocol without re-instrumenting against a different metric API. The go.opentelemetry.io/contrib/bridges/prometheus module wraps a prometheus.Registry as an OpenTelemetry metric producer, which an OTLP exporter (HTTP or gRPC) can then push to an OTel collector or OTLP-accepting backend. This is useful for batch jobs or environments where pull-based /metrics scraping is not an option.

Pull-based collection via promhttp remains the recommended default for reliability, central discovery, and failover. The bridge is intended as an additional option, not a replacement.

See the bridge's Go reference and source for setup details.

Client for the Prometheus HTTP API

Go Reference

The api/prometheus directory contains the client for the Prometheus HTTP API. It allows you to write Go applications that query time series data from a Prometheus server. It is still in alpha stage.

Where is model, extraction, and text?

The model packages has been moved to prometheus/common/model.

The extraction and text packages are now contained in prometheus/common/expfmt.

Contributing and community

See the contributing guidelines and the Community section of the homepage.

client_golang community is also present on the CNCF Slack #prometheus-client_golang.