当社のアプリケーションは次のように構成されています。
coreHelm チャートによってデプロイされる単一の「コア」サービス セット- 独自のHelmチャートでデプロイされた複数の個別のアプリケーション
- これらをA、B、Cと呼びましょう
したがって、通常のインストール順序は次のようになります。
helm install core
helm install A... 続いて B と C ですが、インストールによってはアルファベット全体が揃っていない場合もあります。
チャートによって展開された共有コンポーネントがありcore、アプリ チャート A、B、C のそれぞれがそのコンポーネントに構成を提供できるようにしたいと考えています。
Kubernetes に注釈を指定してconfigMap、コア コンポーネントで Kubernetes ウォッチを設定したり、新しい configMap を定期的にスキャンしたりすることはできると思いますが、そのコンポーネントに Kubernetes の知識を組み込むのは避けたいです。
構成が単一の configMap である場合、それをファイル/ファイルのディレクトリとしてコア コンポーネントのポッドにマウントすることができ、それで問題ありません。ただし、複数のチャート (A、B、C) がオプションでそれに貢献する必要があるため、単一の configMap にすることはできません。
コア コンポーネントが Kubernetes API を呼び出して構成を検索することなく、このパターンを実現する方法はありますか?