Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Submit feedback
Contribute to GitLab
Sign in
Toggle navigation
D
docs
Project
Project
Details
Activity
Releases
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Charts
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
Administrator
docs
Commits
b9a5f4c3
Commit
b9a5f4c3
authored
Jul 10, 2017
by
Fabian Reinartz
Committed by
GitHub
Jul 10, 2017
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Restore and clarify metric types on roadmap
parent
733e0d14
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
17 additions
and
0 deletions
+17
-0
roadmap.md
content/docs/introduction/roadmap.md
+17
-0
No files found.
content/docs/introduction/roadmap.md
View file @
b9a5f4c3
...
...
@@ -48,6 +48,23 @@ utilized in the Prometheus server. We plan on making use of this
metadata in the future. The first step is to aggregate this data in-memory
in Prometheus and provide it via an experimental API endpoint.
### First-class metric type support
Prometheus breaks up notions of first class metric types such as Histograms or Summaries
into a flattened time series based representation in various places. Prometheus' database
and query language are both time-series oriented. The exposition formats provide different
degrees of first-class metrics.
The protocol buffer exposition format provides full first-class metrics. The text format
reduces them into a time series representation and merely provieds typing hints. Providing
stronger typing for the text format is one potential goal of the
[
OpenMetrics intiative
](
https://github.com/RichiH/OpenMetrics
)
.
Adapting such first-class metrics in the storage layer may provide significant performance
benefits through a reduced number of time series and specialized compression algorithms.
This can likely be implemented as transparently to the user.
Stronger typing in the query language may enhance expressiveness and prevent many cases of
semantically invalid queries. It is unclear whether PromQL can be adapted to
support true metric types or whether a new query language should be developed.
### Prometheus metrics format as a standard
We intend to submit a cleaned up version of our format for standardization
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment