4. 配置漂移分类：版本漂移、权重漂移、策略漂移、连接池漂移、负载均衡漂移
在服务网格中，配置漂移（Configuration Drift）是指 DestinationRule 的期望状态与实际运行时流量拓扑之间的偏差。这种偏差通常由人为误操作、自动化脚本冲突、多环境不一致或版本回退引起。根据漂移影响的对象，可将其划分为五大类：版本漂移、权重漂移、策略漂移、连接池漂移和负载均衡漂移。每一类漂移的检测方法、影响范围和修复策略均不相同。
4.1 版本漂移（Version Drift）
版本漂移指 DestinationRule 中引用的 subset 版本标签（如 version: v1、version: v2）与上游服务实际部署的版本不一致。例如，规则中定义了 version: v3 的子集，但实际 Pod 中并不存在该版本标签。
| 漂移类型 | 典型场景 | 检测方法 | 风险等级 |
|---|---|---|---|
| 版本标签不存在 | 规则引用 version: canary，但实际 Pod 标签为 version: stable |
对比 DestinationRule 的 subset 标签与 Service 关联的 Pod 标签集合 | 高 |
| 版本标签过期 | 旧版本 Pod 已下线，但规则仍保留该版本子集 | 检查 subset 对应的 Pod 数量是否为 0 | 中 |
| 版本标签冲突 | 同一版本标签被多个 subset 引用，或标签值格式不一致 | 正则匹配标签键值对，检查重复定义 | 中 |
4.2 权重漂移（Weight Drift）
权重漂移指 trafficPolicy.loadBalancer 或 subset 中定义的流量权重总和不为 100，或权重分配与预期灰度策略不一致。例如，金丝雀发布预期权重为 v1:90%、v2:10%，但实际配置为 v1:50%、v2:50%。
权重漂移的常见原因包括：
- 手动编辑错误：运维人员直接修改 YAML 时输入了错误的权重值。
- 自动化脚本冲突：CI/CD 流水线与手动变更同时执行，导致权重被覆盖。
- 多集群不一致：同一 DestinationRule 在不同集群中的权重配置不同。
4.3 策略漂移（Policy Drift）
策略漂移指 trafficPolicy 中的连接池、负载均衡、异常检测等策略参数与安全基线或性能基线不一致。策略漂移直接影响服务调用的可靠性和安全性。
| 策略字段 | 基线值 | 漂移值 | 影响 |
|---|---|---|---|
connectionPool.tcp.maxConnections |
100 | 1000 | 资源耗尽风险 |
connectionPool.http.http2MaxRequests |
1000 | 100 | 请求限流过严 |
outlierDetection.baseEjectionTime |
30s | 300s | 故障恢复延迟 |
tls.mode |
ISTIO_MUTUAL | DISABLE | 安全降级 |
4.4 连接池漂移（Connection Pool Drift）
连接池漂移特指 trafficPolicy.connectionPool 下的 TCP 和 HTTP 连接池参数发生非预期变更。这类漂移通常由性能调优回退、环境差异或配置模板错误引起。
连接池漂移的审计要点：
- TCP 连接池参数：
maxConnections、connectTimeout、tcpKeepalive。 - HTTP 连接池参数：
http1MaxPendingRequests、http2MaxRequests、maxRequestsPerConnection。 - 漂移影响：连接池参数过小会导致请求排队超时；过大则可能耗尽系统资源。
4.5 负载均衡漂移（Load Balancing Drift）
负载均衡漂移指 trafficPolicy.loadBalancer 的算法或配置发生非预期变更。常见的负载均衡算法包括 ROUND_ROBIN、LEAST_CONN、RANDOM 和 PASSTHROUGH。
| 负载均衡算法 | 基线配置 | 漂移配置 | 漂移影响 |
|---|---|---|---|
| ROUND_ROBIN | 均匀分发 | LEAST_CONN | 流量分布变化，可能引发热点 |
| LEAST_CONN | 最小连接优先 | RANDOM | 长尾请求延迟增加 |
| 一致性哈希 | 基于 Header 哈希 | ROUND_ROBIN | 会话亲和性丢失 |
负载均衡漂移的检测方法：
- 字段级比对：直接对比
loadBalancer.simple或loadBalancer.consistentHash的配置。 - 行为级验证：通过流量镜像或影子分析，验证实际流量分布是否符合预期算法。
- 多集群一致性检查：确保同一服务在不同集群中的负载均衡策略一致。
4.6 漂移分类的审计优先级
在实际审计工作中，不同漂移类型的优先级不同。建议按照以下顺序进行审计：
- 版本漂移（P0）：直接影响流量可达性，可能导致请求被丢弃。
- 策略漂移（P0）：涉及安全与可靠性基线，如 TLS 降级、异常检测关闭。
- 权重漂移（P1）：影响灰度发布和金丝雀策略的准确性。
- 连接池漂移（P1）：在高并发场景下可能引发雪崩。
- 负载均衡漂移（P2）：通常影响性能而非可用性，可定期审计。