4. Envoy 代理基础：架构概览与 xDS 动态配置

Envoy 是专为云原生架构设计的高性能 L7 代理与通信总线。在冷启动削峰场景中，Envoy 承担着流量入口网关与 sidecar 代理的双重角色，其架构设计直接决定了流量接入的弹性与配置下发的实时性。本节将深入剖析 Envoy 的核心组件模型与 xDS 动态配置协议。

4.1 Envoy 核心架构：Listener、Cluster、Endpoint

Envoy 的架构围绕三个核心抽象构建：Listener（监听器）、Cluster（集群）和 Endpoint（端点）。三者形成清晰的“接收 → 路由 → 转发”数据路径。

4.2 xDS 协议：动态配置的核心机制

xDS（Discovery Service）是 Envoy 与控制平面之间的配置发现协议族。它使得 Envoy 可以在不重启、不 reload 的情况下，实时更新监听器、路由、集群和端点等全部核心配置。xDS 基于 gRPC 流式推送或轮询拉取模式工作。

4.2.1 核心 xDS 类型

4.2.2 xDS 配置下发流程

1. 控制平面启动：Pilot / Istiod / 自研控制平面启动，加载全局配置。
2. Envoy 发起 LDS 请求：Envoy 启动后首先请求 LDS，获取需要监听的端口和过滤器链。
3. Envoy 发起 RDS 请求：根据 LDS 中引用的路由名称，请求 RDS 获取路由规则。
4. Envoy 发起 CDS 请求：根据路由规则中引用的 Cluster 名称，请求 CDS 获取集群配置。
5. Envoy 发起 EDS 请求：根据 CDS 中引用的 Endpoint 名称，请求 EDS 获取后端实例列表。
6. 增量更新：控制平面通过 ADS（Aggregated Discovery Service）或独立 xDS 流推送增量变更，Envoy 热更新内存中的配置。

4.3 冷启动削峰中的 Envoy 配置要点

• 慢启动（Slow Start）：在 Cluster 配置中启用 slow_start_config，新 Endpoint 在指定时间内从 0% 逐步提升到 100% 权重。
• 主动健康检查：配置 health_checks，确保只有通过就绪探针的 Endpoint 才被加入负载均衡池。
• 断路器（Circuit Breaker）：设置最大连接数、最大请求数，防止冷启动容器被突发流量打垮。
• 异常检测（Outlier Detection）：自动驱逐连续失败的 Endpoint，避免雪崩效应。

# Envoy Cluster 配置示例（慢启动 + 健康检查）
clusters:
- name: service-backend
  connect_timeout: 0.25s
  type: EDS
  eds_cluster_config:
    eds_config:
      path: /etc/envoy/eds.yaml
  lb_policy: ROUND_ROBIN
  slow_start_config:
    slow_start_window: 30s
    aggression: 1.0
  health_checks:
    - timeout: 1s
      interval: 5s
      unhealthy_threshold: 3
      healthy_threshold: 2
      http_health_check:
        path: /healthz
  circuit_breakers:
    thresholds:
      - priority: DEFAULT
        max_connections: 100
        max_pending_requests: 10
        max_requests: 50