Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.
Sign upcumulative design problem #3282
Comments
This comment has been minimized.
This comment has been minimized.
|
It makes more sense to ask questions like this on the prometheus-users mailing list rather than in a GitHub issue. On the mailing list, more people are available to potentially respond to your question, and the whole community can benefit from the answers provided. |
brian-brazil
closed this
Oct 12, 2017
This comment has been minimized.
This comment has been minimized.
lock
bot
commented
Mar 23, 2019
|
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
lock
bot
locked and limited conversation to collaborators
Mar 23, 2019
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Jaware commentedOct 12, 2017
because both histogram and summary are cumulative, when i want to write prometheus metirc to other db like elasticsearch,i can not get the right result using other db's aggregation query.😄
and other problems happen when one instance of my service died,because the count and sum become 0 after restart!
can prometheus provide metrics this way? for example ,when one api is requested,the following metric is generated: request_test(uri="/api/test",value=1,lantancy="2ms")
this time,because value is always 1,caculating the max count is very easy, lantancy aggregations like max ,min and avg are alse easy