Preflight Checklist
Problem Description
Configuring all aspects of Dex via a single config: key in a single values.yaml is not so easy.
Having the ability to pass piece of configuration via ConfigMap / Secret would offer more flexibility.
For example, I wish to publish a Dex with a preconfigured connectors but I want to delay or dynamically load configurations related to staticClients or staticPasswords.
- I deploy Dex
- I depoy the clients with their own configurations part for Dex
Proposed Solution
Perhaps with a Helm key like:
staticClientsSecrets:
- myFirstClient
- mySecondClient
These Secrets are mounted in /etc/dex/clients.d and an initContainer is responsible of assembling the config: part and these parts.
PS : it is probably simpler if these feature of splitting configuration is directly supported by Dex.
Alternatives Considered
No response
Additional Information
No response
Preflight Checklist
Problem Description
Configuring all aspects of Dex via a single
config:key in a singlevalues.yamlis not so easy.Having the ability to pass piece of configuration via ConfigMap / Secret would offer more flexibility.
For example, I wish to publish a Dex with a preconfigured
connectorsbut I want to delay or dynamically load configurations related tostaticClientsorstaticPasswords.Proposed Solution
Perhaps with a Helm key like:
These Secrets are mounted in
/etc/dex/clients.dand an initContainer is responsible of assembling theconfig:part and these parts.PS : it is probably simpler if these feature of splitting configuration is directly supported by Dex.
Alternatives Considered
No response
Additional Information
No response