問題タブ [configmap]

configmap が変更/更新されたときに、デプロイに関連付けられている Kubernetes ポッドおよびポッドを自動的に再起動するにはどうすればよいですか?

構成マップが変更されたときにポッドを自動的に再起動する機能についての話があることは知っていますが、私の知る限り、これは Kubernetes 1.2 ではまだ利用できません。

したがって、(私が思うに) やりたいことは、構成マップを使用するポッドに関連付けられたデプロイリソースの「ローリング再起動」です。実際のテンプレートを何も変更せずに、Kubernetes で展開のローリング再起動を強制することは可能ですか? これは現在それを行うための最良の方法ですか、それともより良いオプションはありますか?

プロパティを管理するために K8S ConfigMap と Secret を使用しています。私の設計は非常にシンプルで、プロパティ ファイルを git リポジトリに保持し、Thoughtworks GO などのビルド サーバーを使用して、それらを ConfigMaps または Secrets (選択条件に応じて) として k8s クラスターに自動的にデプロイします。

現在、既存の ConfigMap と Secret を常に削除し、次のように更新するために新しいものを作成する必要があるのは、あまり効率的ではないことがわかりました。

1. kubectl delete configmap foo

2. kubectl create configmap foo --from-file foo.properties

現在のファイルを削除するよりも効率的で、1 つのステップを超える簡単な方法はありますか? 古い構成マップが削除され、新しい構成マップが作成されていない間にマウントしようとすると、これらの構成マップを使用するコンテナが危険にさらされる可能性があります。