Project Name | Stars | Downloads | Repos Using This | Packages Using This | Most Recent Commit | Total Releases | Latest Release | Open Issues | License | Language |
---|---|---|---|---|---|---|---|---|---|---|
Client_golang | 4,821 | 20,412 | 18 hours ago | 108 | June 15, 2023 | 90 | apache-2.0 | Go | ||
Prometheus instrumentation library for Go applications | ||||||||||
Mtail | 3,638 | 4 days ago | 55 | May 27, 2021 | 53 | apache-2.0 | Go | |||
extract internal monitoring data from application logs for collection in a timeseries database | ||||||||||
Client_python | 3,549 | 748 | 11 days ago | 47 | July 10, 2023 | 97 | apache-2.0 | Python | ||
Prometheus instrumentation library for Python applications | ||||||||||
Appmetrics | 2,183 | 5 | 15 | 7 months ago | 33 | November 26, 2021 | 93 | apache-2.0 | C# | |
App Metrics is an open-source and cross-platform .NET library used to record and report metrics within an application. | ||||||||||
Client_java | 2,055 | 580 | 511 | a day ago | 40 | June 15, 2022 | 90 | apache-2.0 | Java | |
Prometheus instrumentation library for JVM applications | ||||||||||
Opentelemetry Java Instrumentation | 1,459 | 23 | 15 hours ago | 20 | August 17, 2023 | 340 | apache-2.0 | Java | ||
OpenTelemetry auto-instrumentation and instrumentation libraries for Java | ||||||||||
Mgob | 770 | a year ago | 15 | June 15, 2021 | mit | Go | ||||
MongoDB dockerized backup agent. Runs schedule backups with retention, S3 & SFTP upload, notifications, instrumentation with Prometheus and more. | ||||||||||
Prometheus Fastapi Instrumentator | 637 | 15 | a day ago | 26 | June 12, 2022 | 28 | isc | Python | ||
Instrument your FastAPI with Prometheus metrics. | ||||||||||
Jaeger Client Python | 410 | 87 | 47 | a year ago | 37 | September 14, 2021 | apache-2.0 | Python | ||
🛑 This library is DEPRECATED! | ||||||||||
Prometheus.ex | 386 | 31 | 14 | a year ago | 26 | January 24, 2019 | 16 | Elixir | ||
Prometheus.io Elixir client |
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.19 or later.
The library mandates the use of Go1.19 or subsequent versions. While it has demonstrated functionality with versions as old as Go 1.17, our commitment remains to offer support and rectifications for only the most recent three major releases.
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.
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.
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.
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
.
See the contributing guidelines and the Community section of the homepage.
client_golang
community is also present on the CNCF Slack #prometheus-client_golang
.
To cut a minor version:
release-<major>.<minor>
on top of the main
commit you want to cut the version from and push it.<yourname>/cut-<major>.<minor>.<patch>
,VERSION
file.CHANGELOG
(only user-impacting changes to mention).release-<major>.<minor>
tag on GitHub with the <version>
title.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.
<yourname>/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 intomain
, but leave the release branch alone.
To cut the patch version:
main
branch (or add new commits) to fix critical bugs for that patch release.