Наши заявки организованы следующим образом:
- Единый «основной» набор сервисов, развернутый с помощью
coreHelm-чарта - Несколько отдельных приложений, развернутых с помощью собственных Helm-чартов
- Давайте назовем их А, В и С.
Итак, обычный порядок установки такой:
helm install core
helm install A... за которыми следуют B и C, но в любой конкретной установке может не быть всего алфавита.
У меня есть общий компонент, развернутый диаграммой core, и я хочу, чтобы каждая из диаграмм приложений A, B и C могла вносить свой вклад в конфигурацию этого компонента.
Я знаю, что мог бы указать аннотацию для перехода на Kubernetes configMapи заставить основной компонент настроить наблюдение за Kubernetes или периодическое сканирование на наличие новых configMaps, но я бы предпочел не встраивать знания Kubernetes в этот компонент.
Если бы конфигурация была одним configMap, я мог бы смонтировать его в pod основного компонента как файл/каталог файлов, и это было бы нормально. Однако это не может быть один configMap, поскольку несколько диаграмм (A, B и C) должны опционально вносить в него свой вклад.
Есть ли способ реализовать этот шаблон без вызова основным компонентом API Kubernetes для поиска своей конфигурации?