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
We're currently deploying a custom docker image for OpenWEC in a Kubernetes cluster, and would like to switch to the official image.
Since we're dynamically generating secrets, such as the database credentials, supplying the entire openwec.conf.toml file as a single secret would be a bit of a pain. Our current approach is mounting the relevant secrets as environment variables, and then running envsubst on a templated config file on container start.
Being able to completely configure the service via environment variables, i.e., without the openwec.conf.toml file, would simplify our deployment quite a bit.
The text was updated successfully, but these errors were encountered:
I don't think that it would be a good idea to configure openwec entirely through environment variables. However, I agree that it would be nice to be able to provide parts of the configuration that contain secrets (such as database credentials) using environment variables. I need to think about how to implement this properly.
We're currently deploying a custom docker image for OpenWEC in a Kubernetes cluster, and would like to switch to the official image.
Since we're dynamically generating secrets, such as the database credentials, supplying the entire
openwec.conf.toml
file as a single secret would be a bit of a pain. Our current approach is mounting the relevant secrets as environment variables, and then runningenvsubst
on a templated config file on container start.Being able to completely configure the service via environment variables, i.e., without the
openwec.conf.toml
file, would simplify our deployment quite a bit.The text was updated successfully, but these errors were encountered: