Open samhld opened 4 years ago
I would love to see this happening. The most important thing in my opinion is that the configurations must be editable from the UI.
In the meantime I found out that it is possible to create/update telegraf configurations via CLI.
@wd3mo good news is I believe you can now edit and save the config in the Cloud UI. I'll have to check OSS but you can try it out with a free Cloud account.
@wd3mo Check this portion of the video of editing the Telegraf config that's already in the UI https://youtu.be/f7ws9pfLmJc?t=96
Use case
Installing multiple templates from which each Telegraf configuration is needed in the same data source.
Example:
User has a K8s-centric infrastructure. They want to run Telegraf as a daemonset and want to use Templates to get started. They use Redis, Nginx, HAproxy, Kafka, MySQL, etc., and want to take advantage of the templated Telegraf configurations that exist for each of these services.
Problem:
Complete Telegraf configurations are in each Template. User's ability to combine these configurations is hindered.
Their options become:
telegraf.d/
currently only works with local configs and the idea behind the Telegraf/2.0 duality is managing and obtaining configuration from a central InfluxDB repository. Even locally, this method shares the other issues.Separate problem (addressed in proposed solution):
The most part of authoring a template is including even one Telegraf configuration. It requires manually entering boilerplate YAML and pasting your TOML into that section. From there, the author must make sure all lines are properly indented. I think it's safe to this isn't the experience we want for users of any piece of InfluxData software.
Proposal
Editable configurations in UI. Ultimately, the envisioned UX of this to have some kind of UI for moving configuration blocks between configuration files. This would mean the UI understands the components of the config files and exposes them as objects that can be moved, copied, picked from a dropdown or checked/selected in a list, etc.
The idea here is to benefit both the Template author and consumer personas. If the Template author can create and edit configuration in the UI, they can export (generate this portion of the template) right from their workspace.
Some possible additions to this (needs more discussion and validation)
Workflow change for author:
namepass
field in any Processor/Aggregator plugins they use. This is because they will only expect the input data from the Template for which they were written. When combined with inputs from other Templates, we'd like to avoid the necessary overhead of each of those plugins dealing with more data than they need to.Workflow change for consumer:
Alternatives proposed
telegraf.d/
but for centrally hosted configs in, say Influx2)--config-url
to pull multiple configs.