-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Allow for conf.d like configuration #7950
Comments
Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
Hi @Manuelraa! You can provide your configuration in multiple files by using the |
I don't think that would cover my use case. We would need a feature which would allow us dynamically loading and merging configs from a folder. The long story/exampleAssuming more traditional VM infrastructure with Ansible automation. There is one ansible playbook/role which deploys otelcol and its main/global configuration. Deploying e.g. Now there is another ansible playbook/role which deployes a apache httpd instance on the host. This role should also provide the necessary configuration to collect metrics from it. In case the logic would not be split up this like this the otelcol role would need to know about all instances running on the host and their information. |
Alright, thanks for the details. I moved this to the opentelemetry-collector repository then, since this is a confmap feature. |
It seems that globs support of file provider (#7177) can cover this use case. |
Exact same use case here. |
Component(s)
cmd/configschema
Is your feature request related to a problem? Please describe.
For certain type of automatic deployments it is beneficial being able to split the config file into the main and per component configuration.
e.g.
config.yaml
andconf.d/apache.yaml
Describe the solution you'd like
It would be nice for
--config
parameter to support specifying a folder which it automatically would apply all*.yml/yaml
config files from.Describe alternatives you've considered
Alternative could be a giant jinja2 templated
config.yaml
which can get quite complex if used for lots of components in many mixes.Alternative for splitting config file could be dynamically generating list of
--config
cli arguments on agent/systemd unit start based on a folder content. This sounds like a hacky solution.Additional context
No response
The text was updated successfully, but these errors were encountered: