3. 控制平面核心组件 Pilot：服务发现与配置下发

Pilot 是 Istio 控制平面中负责流量管理的核心组件，它承担着将高层路由规则转换为 Envoy 可理解的配置，并通过 xDS 协议下发至整个数据平面的职责。理解 Pilot 的功能、服务发现抽象、配置下发机制以及与 Envoy 的 xDS 协议交互，是掌握 Istio 控制面原理的关键。

3.1 Pilot 的核心功能

Pilot 在 Istio 架构中扮演着“交通指挥官”的角色，其主要功能可归纳为以下四个方面：

3.2 服务发现抽象：统一的服务模型

Pilot 通过 ServiceRegistry 接口抽象了底层服务注册中心的差异。在 Kubernetes 环境下，Pilot 通过监听 Kubernetes API Server 的 Service、Pod、Endpoint 资源来构建内部服务模型。这个模型包含三个核心概念：

• Service（服务）：代表一个逻辑上的微服务，包含服务名、命名空间、主机名等属性。
• ServiceInstance（服务实例）：代表一个具体的后端 Pod，包含 IP 地址、端口、标签、可用区等信息。
• ServiceEntry（服务条目）：用于将外部服务（如数据库、遗留系统）注册到 Istio 网格中，使其能够被统一管理。

这种抽象使得 Pilot 可以同时管理网格内部服务和外部服务，为后续的流量路由和负载均衡提供统一的数据源。

3.3 配置下发机制：从 CRD 到 xDS

Pilot 的配置下发是一个典型的“监听-转换-推送”流水线。其核心流程如下：

1. 监听配置变更：Pilot 通过 Kubernetes Informer 机制监听 VirtualService、DestinationRule、Gateway 等 CRD 资源的变化。
2. 校验与转换：将用户定义的 Istio CRD 转换为 Pilot 内部的 ConfigStore 模型，并进行语法和语义校验。
3. 生成 Envoy 配置：根据服务发现信息和流量规则，为每个 Envoy 生成专属的 xDS 配置。这包括：
   • LDS（Listener Discovery Service）：定义 Envoy 监听哪些端口以及如何处理入站流量。
   • RDS（Route Discovery Service）：定义虚拟主机和路由规则，决定流量如何转发。
   • CDS（Cluster Discovery Service）：定义上游集群（后端服务）的连接池、负载均衡策略等。
   • EDS（Endpoint Discovery Service）：定义集群中具体的后端端点（Pod IP:Port）列表。
4. 增量推送：Pilot 只推送发生变更的 xDS 资源，而不是全量推送，以降低网络开销和 Envoy 的处理负担。

3.4 与 Envoy 的 xDS 协议交互

xDS（Discovery Service）是 Envoy 动态获取配置的标准协议。Pilot 作为 xDS 服务端，Envoy 作为 xDS 客户端，它们之间通过 gRPC 流进行双向通信。下图展示了 Pilot 与单个 Envoy 之间的 xDS 交互过程：

上述交互过程体现了 xDS 协议的核心设计理念：控制面主动推送，数据面被动接收。Envoy 通过 gRPC 流订阅配置，Pilot 在配置发生变化时实时推送增量更新，Envoy 则根据收到的配置动态调整其行为。

3.5 关键 xDS 协议详解

Pilot 主要使用以下四种 xDS 协议与 Envoy 交互，每种协议负责一个维度的配置管理：

3.6 配置下发的高可用设计

Pilot 在配置下发过程中采用了多种机制来保证高可用性：

• gRPC 流保持：Envoy 与 Pilot 之间保持长连接，一旦连接断开，Envoy 会立即重连，Pilot 会重新推送全量配置。
• 配置版本管理：每条 xDS 响应都包含一个版本号，Envoy 通过版本号判断配置是否是最新的，避免重复处理。
• NACK 重试：如果 Envoy 发现配置无效（如引用了不存在的集群），会回复 NACK 并附带错误信息，Pilot 收到 NACK 后会重新计算并推送修正后的配置。
• 缓存与快照：Pilot 内部维护了配置缓存和快照，即使 Kubernetes API Server 短暂不可用，Pilot 也能基于缓存继续为已连接的 Envoy 提供服务。