1

docker ランドスケープを数か月試した後でも、Kubernetes Pod を使用するのは非常に直感的ではないことがわかりました。ポッドがコンテナよりも自然にフィットするユースケースに遭遇したことはありません。Pod を使用するように求められた場合、通常は単一のコンテナ Pod を使用します。ポッドのコンセプトの強みを紹介するデモをしようとしていますが、重要なユースケースを理解できませんでした。

私のデモでは、2 つのサービス コンテナーが異なるポートでリッスンするサーバー ポッドを開始しました。次に、各サーバー コンテナーと通信する 2 つのクライアント コンテナーを備えたクライアント ポッドがあります。

私は多くのチュートリアルとドキュメントを読みましたが、ポッドを使用する必要がある理由の説得力のあるユースケースなしで、ポッドとは何かに触れているだけです...何か不足していますか? Pod コンセプトを使用するための確実なユースケースは何ですか? ありがとう。

編集: 具体的には、コロケーションと共有ネットワーク スタックを必要とする 2 つのサービス A と B があり、これは Pod の概念に自然に適合するとします。コロケーションと共有ネットワーク スタックを保証する同じコンテナーでサービス A と B を実行する場合と比較して、Pod (サービス A とサービス B を実行する 2 つのコロケーション コンテナー) を使用する利点は何ですか? 粒度の経験則はありますか?

私の最初の質問は、コロケーションと共有ネットワーク スタックを必要とするサービス A とサービス B を見つけることです。指摘してくれた Jared と Robert に感謝します。これらの使用例を掘り下げます。

4

1 に答える 1

1

Jared は、上記のコメントでいくつかの良い例を指摘しました。リンクされた github の問題で Brian Grant が言及したように、ログ データのプッシュとデータの読み込みは、Google 内で最も一般的な用途です。

Kubernetes リポジトリの具体的な例については、 DNS クラスター アドオンの定義を参照してください。ポッドを使用して、DNS サーバー ( skyDNS )、etcd を使用するローカル ストレージ、および Kubernetes API オブジェクトをプル ダウン、変換、およびローカル ストレージに配置する単純なプログラムを同じ場所に配置します。このポッドは、新しいカスタム DNS サーバーを構築するのではなく、既存の DNS サーバーを活用し、いくつかのカスタマイズを追加して、クラスター環境を認識できるようにします。すべてのコンテナーはポッド内にあるため、localhost ネットワークに依存して通信でき、高度なサービス検出の形式は必要ありません。

于 2016-03-10T04:26:22.153 に答える