API Stability Guarantees
Prometheus promises API stability within a major version, and strives to avoidbreaking changes for key features. Some features, which are cosmetic, stillunder development, or depend on 3rd party services, are not covered by this.
Things considered stable for 2.x:
- The query language and data model
- Alerting and recording rules
- The ingestion exposition format
- v1 HTTP API (used by dashboards and UIs)
- Configuration file format (minus the service discovery remote read/write, see below)
- Rule/alert file format
Console template syntax and semanticsThings considered unstable for 2.x:
Any feature listed as experimental or subject to change, including:
- The
holt_winters
PromQL function - Remote read, remote write and the remote read endpoint
- v2 HTTP and GRPC APIs
- The
- Service discovery integrations, with the exception of
static_configs
andfile_sd_configs
- Go APIs of packages that are part of the server
- HTML generated by the web UI
- The metrics in the /metrics endpoint of Prometheus itself
- Exact on-disk format. Potential changes however, will be forward compatible and transparently handled by PrometheusAs long as you are not using any features marked as experimental/unstable, anupgrade within a major version can usually be performed without any operationaladjustments and very little risk that anything will break. Any breaking changeswill be marked as
CHANGE
in release notes.
当前内容版权归 Prometheus 或其关联方所有,如需对内容或内容相关联开源项目进行关注与资助,请访问 Prometheus .