You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
InfluxDB has a concept of multiple fields and tags per measurement for storing time series metrics in an optimized way.
The current implementation of InfluxDbOutputWriter is not taking advantage of that, it is only possible to create one field value per metric with fixed tags defined at the outputWriter declaration.
But it is not a limitation imposed by the outputWriter but at the query API.
I'd like to propose a more flexible but generic way to have more properties per query, so we could expand the implementation options in the outputWriters so not only InfluxDbOutputWriter would benefit from it. The ideia would be something like adding a propert list inside query definition as follows:
To implement these enhancements, we would need to modify jmxtrans-core as well as influxdb output writer. Does it make sense to move the discussion of the proposed changes to the main jmxtrans issues list? There are more similar issues there
@Igor-Ivaniuk We unfortunately don't share code between jmxtrans, jmxtrans-agent and embedded-jmxtrans (the pros & cons to mutualize some pieces of code are not easy), jmxtrans-agent does not use jmxtrans-core.
That said, it would be valuable to initiate a thread on the mailing list to see how we can mutualize the efforts :-)
It would be awesome if we could add support for multiple fields. I haven't been working with this stuff for a long time now so I can't give the exact proposal an honest evaluation.
InfluxDB has a concept of multiple fields and tags per measurement for storing time series metrics in an optimized way.
The current implementation of InfluxDbOutputWriter is not taking advantage of that, it is only possible to create one field value per metric with fixed tags defined at the outputWriter declaration.
But it is not a limitation imposed by the outputWriter but at the query API.
I'd like to propose a more flexible but generic way to have more properties per query, so we could expand the implementation options in the outputWriters so not only InfluxDbOutputWriter would benefit from it. The ideia would be something like adding a propert list inside query definition as follows:
Does it make sense to you guys? I'd like to hear your thoughts.
The text was updated successfully, but these errors were encountered: