4. 路由表设计原则：路由表在服务网格中的作用、设计原则（幂等、灰度、熔断）

在服务网格架构中，路由表是控制平面下发至数据平面的核心配置载体，它决定了每个请求从入口 Sidecar 到目标服务实例的完整路径与行为。路由表不仅是流量分发的“地图”，更是实现灰度发布、故障隔离、安全准入的策略执行点。本章将深入剖析路由表在服务网格中的核心作用，并围绕幂等性、灰度路由、熔断保护三大设计原则展开详细论述。

4.1 路由表在服务网格中的核心作用

路由表位于数据平面 Sidecar 的 VirtualService 与 DestinationRule 组合中，其作用可归纳为以下四个关键维度：

4.2 设计原则一：幂等路由

幂等性是指同一请求无论执行一次还是多次，对系统状态产生的影响相同。在路由表设计中，幂等原则要求：在重试、超时重发、网络抖动等场景下，路由决策不会导致请求被错误地多次处理或产生数据不一致。

4.2.1 幂等路由的三大保障机制

• 请求去重标识：在路由表中利用请求 Header（如 x-request-id）进行哈希路由，确保同一请求始终到达同一实例，避免重复提交。
• 重试幂等约束：配置重试策略时，必须明确指定幂等方法（GET、HEAD、PUT）与非幂等方法（POST、PATCH）的重试行为差异。
• 路由键稳定性：基于 consistentHash 的负载均衡策略，确保相同请求特征（如用户 ID、Session ID）始终路由到同一后端，避免因实例变更导致会话漂移。

4.2.2 幂等路由配置示例

apiVersion: networking.istio.io/v1beta1
kind: DestinationRule
metadata:
  name: user-svc-dr
spec:
  host: user-svc
  trafficPolicy:
    loadBalancer:
      consistentHash:
        httpHeaderName: x-user-id
    connectionPool:
      tcp:
        maxConnections: 100
    retries:
      attempts: 3
      perTryTimeout: 2s
      retryOn: connect-failure,refused-stream,unavailable

4.3 设计原则二：灰度路由

灰度路由（也称为金丝雀发布）是服务网格中最具价值的治理能力之一。其核心思想是：将一小部分生产流量引导至新版本服务，在验证稳定后逐步扩大流量比例，直至全量切换。

4.3.1 灰度路由的三种典型模式

4.3.2 灰度路由设计要点

• 渐进式流量迁移：从 1% → 5% → 20% → 50% → 100%，每一步都需配合监控指标（错误率、延迟、业务转化率）进行决策。
• 灰度标签标准化：在路由表中使用统一的版本标签（如 version: v2），避免因标签混乱导致路由失效。
• 灰度回滚能力：路由表必须支持秒级回滚，一旦新版本出现异常，立即将流量切回稳定版本。

4.4 设计原则三：熔断路由

熔断是一种防止级联故障的自我保护机制。当后端服务持续出现错误或响应过慢时，路由表应主动切断对该实例的流量分配，使其进入“熔断”状态，待恢复后再重新接入。

4.4.1 熔断路由的核心参数

4.4.2 熔断与路由表的协同工作

熔断状态的变化直接影响路由表的流量分配行为：

• 闭合状态（Closed）：正常转发请求，路由表按权重或特征正常分发。
• 断开状态（Open）：路由表立即停止向该实例分发流量，所有请求快速失败或降级到备用实例。
• 半开状态（Half-Open）：路由表允许少量探测请求通过，若成功则逐步恢复流量，若失败则重新断开。

4.5 路由表设计原则对比矩阵