Conversation
|
@cosmo0920 I see the metrics generated have an maybe is something around the definition of the metrics name,subsystem,etc ? |
This could be generated from cmetrics but I'm not sure why the reason. I just following how to decode on the open telemetry payloads. |
bae0fa5 to
0b714aa
Compare
|
I got it.
This was generated from cmetrics' msgpack decoder: |
0b714aa to
a2d1869
Compare
a2d1869 to
3435eb7
Compare
…te write Signed-off-by: Hiroshi Hatake <hiroshi@chronosphere.io>
336cc0b to
4781bdd
Compare
Because prometheus remote write just needs to decode the protobuf payloads. Signed-off-by: Hiroshi Hatake <hiroshi@chronosphere.io>
Signed-off-by: Hiroshi Hatake <hiroshi@chronosphere.io>
Signed-off-by: Hiroshi Hatake <hiroshi@chronosphere.io>
Signed-off-by: Hiroshi Hatake <hiroshi@chronosphere.io>
…us remote write protocol (fluent#8725) in_prometheus_remote_write: Implement prometheus remote write input plugin. This plugin is able to handle the following types currently: - Counter - Gauge - Untyped - Histogram Summary type of metrics shouldn't be handled and decoded correctly for now. --------- Signed-off-by: Hiroshi Hatake <hiroshi@chronosphere.io> Signed-off-by: Markus Bergholz <git@osuv.de>
Enter
[N/A]in the box, if an item is not applicable to your change.Testing
Before we can approve your change; please submit the following in a comment:
$ bin/fluent-bit -i prometheus_remote_write -pport=8080 -phttp2=off -o stdout -vIf this is a change to packaging of containers or native binaries then please confirm it works for all targets.
ok-package-testlabel to test for all targets (requires maintainer to do).Documentation
fluent/fluent-bit-docs#1363
Backporting
Fluent Bit is licensed under Apache 2.0, by submitting this pull request I understand that this code will be released under the terms of that license.