アプリケーションのオーケストレーションと管理
Kubernetesのリソースオブジェクトには、主にSpecとStatusの2つの部分があります。Spec部分は期待される状態を説明するために使用され、Status部分は観測された状態を説明するために使用されます。これらはKubernetesのリソースオブジェクトの部分に属し、 Kubernetesには、メタデータセクション、つまりメタデータセクションも含まれています。メタデータには主に、リソースの注釈とリソース間の関係を説明するために使用される、リソースを識別するために使用されるラベルが含まれます。
その中で、Labelは最も重要なメタデータの1つであり、それが表すコンテンツはリソースラベルであり、リソースラベルは識別キー：VALYEキーと値のペアです。このラベルの主な機能は、リソースをフィルタリングしてリソースを結合することです。これにより、ユーザーはラベルに従って関連するリソースコンテンツをクエリできます。
2つ目はKubernetesサービス選択セレクターです。これはラベルセレクターとも呼ばれます。これはKubernetesのコアグループ化メカニズムです。ラベルセレクターを介して、クライアント/ユーザーは、それらを含む共通の特性または属性を持つリソースオブジェクトのセットを識別できます。値が等しいクエリ条件とサブセットの等しいクエリ条件に基づいています。
セレクターの役割：
1。kube-controllerプロセスは、リソースオブジェクトRCで定義されたラベルセレクターを介して監視されるポッドレプリカの数をフィルタリングし、ポッドレプリカの数が常に満たされる完全自動制御プロセスを実現します。期待される設定
2. kupe-proxyプロセスは、サービスのラベルセレクターを介して対応するポッドを選択し、各サービスから対応するポッドにリクエストを転送するためのルーティングテーブルを自動的に構築します。これにより、サービスのインテリジェントな負荷分散メカニズムが実現されます。
3.一部のノードに特定のラベルを定義し、ポッド定義ファイルでNodeSelectorのラベルスケジューリング戦略を使用することにより、Kubeスケジューラプロセスはポッド指向スケジューリングの機能を実現できます。
もう1つの重要なメタデータは、注釈です。これは通常、システムまたはツールによってリソースの非表示情報を格納するために使用され、リソースの仕様/ステータスの説明を拡張するために使用できます。
制御ループモード
控制循环模式是控制型模型的核心，在控制循环中包括了控制器，被控制的系统，以及能够观测系统的传感器这三个逻辑组件。
这些组件都是逻辑上的，外部系统可以通过修改spec来控制资源，控制器会比较资源的spec和status，从而判断两个资源的区别，也就是diff，diff会决定最终对系统进行什么样的控制操作，控制操作将会产生全新的输出，传感器将会将当前应用的状态向上层转发，最终系统的各个组件都是独立运行的，系统将会最终趋向于稳定的状态。
宣言型API
而声明式API是指通过设置目标等方式向目标系统设置要求，让目标系统以自治的方式达成目标，最终实现系统的任务，而我们的Kubernetes就是采用的声明式API实现调用。
命令型API
命令式API是指我们需要向系统发出明确的指令，告诉吸引同要做什么，从而实现我们要完成的任务的具体细节。