_この説明を最新の状態に保ってください。 これは、エンハンスメントチームがエンハンスメントの進化を効率的に追跡するのに役立ちます_
この提案では、PRを作成する必要があります。 他の誰かがこの問題に情熱を持っているなら、私は喜んで引き渡しますが、私はそれを追求し続け、現在、拡張ファイルのPRに取り組んでいます。
この提案は、別のKEPで解決されることが期待されていたためにクローズされた問題をフォローアップします。
元の問題はhttps://github.com/kubernetes/kubernetes/issues/52345でした。
このソリューションはhttps://github.com/kubernetes/enhancements/blob/master/keps/sig-apps/sidecarcontainers.mdに含まれると予想されていました。
含まれなかった理由については、 https : 。
この問題に対する2つの解決策が考えられます。
NS。 既存の構成をオーバーロードして、コンテナーが終了したときにポッドを再始動できるようにし、コンテナーを再始動する前にinitContainersが再実行されるようにします。
NS。 新しい構成/機能を追加して、一意のinitContainerを特定のコンテナーに関連付けます。
オプションに関する欠点と懸念a。 上記にリンクされた問題で議論されました。
オプションbは私自身の追加であり、論理的で簡単に思えますが、実装には間違いなくはるかに複雑です。
/ assign @majgis
意図したデザインについていくつか質問があります。 コンテナ出口でinitContainerを再実行すると、起動時にinitContainerが実行するアクションとは異なるアクションが実行されますか?
こんにちは@ majgis 、1.17エンハンスメントシャドウはこちら! 🙂
*この拡張機能が1.17でアルファ/ベータ/安定に段階的に移行するですか?
この拡張機能を1.17トラッキングシートに追加できるように、お知らせください。
ありがとうございました!
🔔フレンドリーなリマインダー
Kubernetes拡張プロポーザル(KEP)は、拡張フリーズがリリースに受け入れられる
implementable
状態の場合関連するすべてのk / kPRをこの号に記載する必要があります
現時点では貢献できません。 辞任するために問題を解決します。 騒音で申し訳ありませんが、フォロースルーしていません。 それは私が以前働いていた非常に望ましい機能でした。 トーチを運ぶことをまだ期待していて意欲がある人は誰でも、再開するか、新しい問題から始めることができます。