Prometheus instrumentation library for Go applications
Go to file
Tiago Silva 59c00e3e9c
Fix data-race in metric without code and method but with `WithLabelFromCtx` (#1318)
This commit fixes a data race that exists when the metric used in any
`promhttp` middleware doesn't collect the `code` and `method` but uses
`WithLabelFromCtx` to collect values from context.

The problem happens because when no `code` and `method` tags are
collected, the `labels` function returns a pre-initialized map
`emptyLabels` for every request.

When one or multipe `WithLabelFromCtx` options are configured, the
returned map from the `labels` function call is used to collect the
metrics from context which creates a multi-write data race.

Signed-off-by: Tiago Silva <tiago.silva@goteleport.com>
2023-08-01 17:11:17 +01:00
.bingo Fixed README & CHANGELOG; Added fmt makefile command (+bingo) for easier contributions. (#1289) 2023-06-13 14:54:49 +01:00
.github ci: define minimal permissions to github workflows (#1295) 2023-06-19 09:53:04 +01:00
api fix undefined execution order in return statements (#1260) 2023-05-03 10:25:51 +01:00
examples Added interactive tutorial [kubeCon] (#1255) 2023-04-21 13:16:14 +01:00
prometheus Fix data-race in metric without code and method but with `WithLabelFromCtx` (#1318) 2023-08-01 17:11:17 +01:00
scripts Enable same linters as the Prometheus repo itself (#1056) 2022-06-17 09:04:06 +02:00
tutorial/whatsup Bump google.golang.org/grpc from 1.45.0 to 1.53.0 in /tutorial/whatsup (#1307) 2023-07-26 12:46:42 +01:00
.gitignore Cut v1.15.0 (#1249) 2023-04-13 12:51:09 +02:00
.go-version Generate new Go runtime metrics for go 1.19 (#1105) 2022-08-05 15:48:33 +02:00
.golangci.yml fix assorted oddities found by golangci-lint (#1040) 2022-08-03 06:30:51 +02:00
CHANGELOG.md Cut v1.16.0 (#1292) 2023-06-15 11:46:32 +01:00
CODE_OF_CONDUCT.md Update common Prometheus files (#1045) 2022-05-05 07:46:54 +02:00
CONTRIBUTING.md Mention the DCO in the contributing guide 2018-05-31 14:22:30 +00:00
Dockerfile prometheus: Fix convention violating names for generated collector metrics (#1048) 2022-05-09 10:33:45 +02:00
LICENSE License cleanup 2015-01-22 16:13:15 +01:00
MAINTAINERS.md Change maintainers from @beorn7 to @bwplotka/@kakkoyun (#873) 2021-06-01 14:13:09 +01:00
Makefile Fixed README & CHANGELOG; Added fmt makefile command (+bingo) for easier contributions. (#1289) 2023-06-13 14:54:49 +01:00
Makefile.common Update common Prometheus files (#1302) 2023-07-26 12:54:03 +01:00
NOTICE Create a public registry interface and separate out HTTP exposition 2016-08-02 18:46:22 +02:00
README.md Fixed README & CHANGELOG; Added fmt makefile command (+bingo) for easier contributions. (#1289) 2023-06-13 14:54:49 +01:00
SECURITY.md Update common Prometheus files (#1045) 2022-05-05 07:46:54 +02:00
VERSION Cut v1.16.0 (#1292) 2023-06-15 11:46:32 +01:00
go.mod Bump github.com/prometheus/procfs from 0.10.1 to 0.11.0 (#1305) 2023-07-26 12:53:49 +01:00
go.sum Bump github.com/prometheus/procfs from 0.10.1 to 0.11.0 (#1305) 2023-07-26 12:53:49 +01:00

README.md

Prometheus Go client library

CI Go Report Card Go Reference 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.

This library requires Go1.18 or later.

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. The v2 development happens in a separate branch for the time being. v2 releases off that branch will happen once sufficient stability is reached. In view of the widespread use of this repository, v1 and v2 will coexist for a while to enable a convenient transition.

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.

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.

For Maintainers: Release Process

To cut a minor version:

  1. Create a new branch release-<major>.<minor> on top of the main commit you want to cut the version from and push it.
  2. Create a new branch on top of the release branch, e.g. <yourname>/cut-<major>.<minor>.<patch>,
  3. Change the VERSION file.
  4. Update CHANGELOG (only user-impacting changes to mention).
  5. Create PR, and get it reviewed.
  6. Once merged, create a release with the release-<major>.<minor> tag on GitHub with the <version> title.
  7. Announce on the prometheus-announce mailing list, slack and Twitter.
  8. Merge the release branch back to the main using the "merge without squashing" approach (!).

NOTE: In case of merge conflicts, you can checkout the release branch in a new branch, e.g. /resolve-conflicts, fix the merge problems there, and then do a PR into main from the new branch. In that way, you still get all the commits in the release branch back into main`, but leave the release branch alone.

To cut the patch version:

  1. Create a branch on top of the release branch you want to use.
  2. Cherry-pick the fixes from the main branch (or add new commits) to fix critical bugs for that patch release.
  3. Follow steps 3-8 as above.