Closed johnstarxx closed 4 months ago
For extra volumes, could we just use the already existing persistence key?
Using extraVolumes
is more flexible because it allows mounting any type of volume (e.g., emptyDir
, downwardAPI
, projected
). In my use case, the custom CA certificates are generated at runtime by an initContainer
and only need to be available for the lifecycle of the pod, so persistence is not required. This simplifies configuration and ensures up-to-date certificates.
Ok, does this PR work?
https://github.com/docker-mailserver/docker-mailserver-helm/pull/117
So then this one would just be for initcontainers (which matches the subject name).
Yes, I think it might work. The difference between the two is that in PR #117 the extraVolume(s/Mounts) are in the .Values
, whereas in this PR they are in the .Values.deployment
like in other charts (e.g. argo or cert-manager). There are also charts that use them directly from .Values
(prometheus-adapter) it they know that there will be only one deployment).
I see. Thanks!
Added
initContainers
(withextraVolumes
andextraVolumeMounts
fields). Also closes: #114.These fields are need if for example one uses custom CA authority (Step Certificates) and needs to set a custom certificate that needs to be stored in
/etc/ssl/certs/
. Using an init container, one can mount the certificates to the given folder and run theupdate-ca-certificates
command.