3. Envoy配置模型：静态配置与动态配置（xDS协议）、配置热加载机制

Envoy 代理的配置模型是其灵活性和可扩展性的核心。它支持两种配置方式：静态配置和动态配置。静态配置适用于简单、固定的场景，而动态配置通过 xDS 协议实现控制面与数据面的解耦，是服务网格架构的基石。配置的热加载机制则确保了配置变更时业务无中断。

3.1 静态配置模型

静态配置是指在 Envoy 启动时通过一个 YAML 或 JSON 文件一次性加载所有配置。一旦启动，除非重启进程，否则配置不会改变。这种模式简单直接，适合开发环境或配置极少变动的边缘场景。

一个典型的静态配置结构包含以下核心部分：

以下是一个简化的静态配置示例，定义了一个监听器和一个上游集群：

static_resources:
  listeners:
  - name: listener_0
    address:
      socket_address: { address: 0.0.0.0, port_value: 10000 }
    filter_chains:
    - filters:
      - name: envoy.filters.network.http_connection_manager
        typed_config:
          "@type": type.googleapis.com/envoy.extensions.filters.network.http_connection_manager.v3.HttpConnectionManager
          stat_prefix: ingress_http
          route_config:
            name: local_route
            virtual_hosts:
            - name: backend
              domains: ["*"]
              routes:
              - match: { prefix: "/" }
                route: { cluster: service_backend }
          http_filters:
          - name: envoy.filters.http.router
  clusters:
  - name: service_backend
    type: STRICT_DNS
    lb_policy: ROUND_ROBIN
    load_assignment:
      cluster_name: service_backend
      endpoints:
      - lb_endpoints:
        - endpoint:
            address:
              socket_address: { address: backend.example.com, port_value: 8080 }

3.2 动态配置与 xDS 协议

动态配置通过 xDS（Discovery Service）协议实现。Envoy 作为数据面代理，通过 gRPC 流或 REST-JSON 轮询从控制面（如 Istio Pilot、Consul Connect）获取配置。xDS 协议是 Envoy 的核心创新，它将配置管理从数据面剥离，实现了控制面的集中化。

xDS 协议族包含多个子协议，每个协议负责管理一类配置资源：

下图展示了 Envoy 通过 xDS 协议从控制面获取配置的典型交互流程：

3.3 配置热加载机制

Envoy 支持 热加载（Hot Restart / Live Reload），即在进程不重启、连接不中断的情况下应用新的配置。这一机制对于生产环境的流量无损变更至关重要。

热加载的实现基于以下核心设计：

• 共享内存与域套接字： 旧进程和新进程通过共享内存（共享锁、统计信息）和 Unix Domain Socket 进行通信。新进程启动后，通过域套接字从旧进程继承监听套接字。
• 优雅过渡： 新进程开始监听并处理新连接，旧进程继续处理已有连接直到连接自然关闭或超时。旧进程在完成所有存量请求后优雅退出。
• 配置版本管理： 每个配置变更都有一个版本号。Envoy 通过 xDS 响应中的 version_info 字段追踪当前应用的配置版本，避免重复处理相同配置。

热加载的典型流程如下：

1. 配置变更触发： 控制面检测到服务注册信息变化或用户更新路由规则，生成新的 xDS 资源版本。
2. 推送增量更新： 控制面通过 gRPC 流推送 DeltaDiscoveryRequest/DeltaDiscoveryResponse，仅包含变更的资源，而非全量配置。
3. Envoy 接收并校验： Envoy 的 xDS 订阅客户端接收更新，进行 schema 校验和依赖检查（如新路由引用的集群必须已存在）。
4. 热加载生效： 校验通过后，Envoy 将新配置加载到工作线程的共享内存区域。监听器、集群、路由等资源被原子性地替换。
5. 旧资源优雅回收： 旧监听器停止接受新连接，但保持已有连接直到它们自然关闭。旧集群的连接池被逐步销毁。

3.4 静态 vs 动态配置对比