-
Notifications
You must be signed in to change notification settings - Fork 171
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Why don't you use Influx Line Protocol as a base for the metrics text format? #116
Comments
Does the Influx Line Protocol support pull? Most implementations of the Prometheus format support gzip compression, so the network bandwidth problem doesn't really exist in practice. For example what looks like 138kB for a node_exporter scrape compresses to 18.3kB. One scrape every 15 seconds is 1.22kB/sec, which for 10,000 nodes would be 95mbps. Easily handled by a single gigabit interface, and given that 10G is popular on networks where you apprach 10k nodes, we're talking a tiny fraction of the bandwidth capacity of the server node, not to mention the backbone capacity. |
There's also the fact that we want to maintain backwards compability with the installed base of Prometheus. |
Closing this as it's too far from our goals/mission. |
Hi,
In the past, we looked at Sematext into Prometheus and Influx Line Protocol. We came to the conclusion, that Influx Line Protocol has all required features, is text-based and efficient with a broad support in the open source community.
The Prometheus format is very verbose, consuming a lot of network bandwidth, and has other issues ... As described here: https://github.com/OpenObservability/OpenMetrics/blob/master/markdown/metric_exposition_format.md#places-it-could-be-improved-in-general
So here is my question: Why don't you use Influx Line Protocol as a base for the metrics text format?
Stefan
The text was updated successfully, but these errors were encountered: