Open ArKam opened 4 months ago
Hi @ArKam, thanks for this. The intention was to separate statically-provided secrets from those retrieved via some kind of integration, e.g. HashiCorp Vault. I know of at least one internal fork where a file is used to configure this integration, so --secrets.file
would be ambiguous. Perhaps --secrets.static-file
?
That would be more explicit yep.
Or local-file and vault-file perhaps?
Hi team
the exporter currently use the following configuration flag name for the secrets file integration:
secrets.static
and associated variable:secretsStatic
as in: https://github.com/gebn/bmc_exporter/blob/master/bmc_exporter.go#L82A better suited name would rather be:
secrets.file
and associated variable name:secretsFile
I know it's not really a big deal per see, but I think it's a plus for users/operators integration experience. thanks!