Nuestras aplicaciones están organizadas de la siguiente manera:
- Un único conjunto "básico" de servicios implementado por un
coregráfico Helm - Varias aplicaciones individuales implementadas por sus propios gráficos Helm.
- Llamemos a estos A, B y C.
Entonces el orden de instalación normal es:
helm install core
helm install A... seguido de B y C, pero es posible que no tenga el alfabeto completo en una instalación determinada.
Tengo un componente compartido implementado por el coregráfico y quiero que cada uno de los gráficos de aplicaciones A, B y C pueda contribuir con la configuración de ese componente.
Sé que podría especificar una anotación para continuar con Kubernetes configMapy hacer que el componente principal configure una vigilancia de Kubernetes o escanee periódicamente en busca de nuevos mapas de configuración, pero preferiría no tener que incorporar conocimientos de Kubernetes en ese componente.
Si la configuración fuera un único configMap, podría montarlo en el pod del componente principal como un archivo/directorio de archivos y eso estaría bien. Sin embargo, no puede ser un único configMap porque, opcionalmente, es necesario que varios gráficos (A, B y C) contribuyan a él.
¿Hay alguna manera de lograr este patrón sin que el componente principal llame a las API de Kubernetes para buscar su configuración?