サービス定義でラベルを選択するポイントは何ですか？

Question

私が見ているすべてのドキュメントでは、ラベル付けは論理的なセットのポッドを定義するのに役立ち、これはサービスによってポッドを選択するために使用されることを説明しています。

しかし、サービスは、ポッドインスタンスのIPの動的解決を避けるためのインターフェイスと思われます。

私が理解しているように、サービスはポッドレプリカで構成されるだけです（そうでない場合はどうなりますか？）。もしそうなら、ラベル付けと論理分割のポイントは何ですか？ポッドIDを単に指定することはできませんか？あるいは、いくつかのレプリカがサービスの下で応答し、他のレプリカが別の下で応答することは理にかなっていますか？

Answer 1

実際、サービスはDeployments、ReplicaSets、ReplicationControllerなどとはまったく関係がありません。サービスは抽象的な定義基準であり、ポッドのラベルは、特定のサービスのエンドポイントとみなされる必要があります。これはあなたができるように、完璧な意味になります。いくつかのサービスのバックエンドとして複数のDeployments/ReplicaSets（それぞれ0以上のポッドを持つ）を持っている。 canary releaseのような概念について考えてみましょう。さらに、ポッドは設計によって揮発性であり、出入りすることができます。セレクタは、いつでもこのSVCのバックエンドとして機能するすべてのポッドを返す「クエリ」を定義します。あなたのポッドが新しいポッドに置き換えられ、あなたがポッドIDによって使用中にそれを参照した場合に起こることを想像してください。