服务网格通过Sidecar代理和控制平面实现负载均衡解耦，1. 流量由Sidecar透明拦截并转发；2. 控制平面同步服务发现信息并执行健康检查；3. 支持轮询、加权轮询、最小连接数、一致性哈希等策略动态下发；4. 提供地域感知、拓扑调度等智能路由能力，统一管理流量。
服务网格通过在每个服务实例旁边部署一个轻量级代理（即Sidecar代理），将负载均衡能力从应用程序中剥离，交给基础设施层统一处理。这样，服务间的通信由代理接管，负载均衡算法也由服务网格控制平面配置和管理。
1. 流量拦截与数据面代理
服务网格在每个服务实例旁注入Sidecar代理（如Istio中的Envoy），所有进出服务的流量都会被该代理透明拦截。这意味着服务本身无需关心连接目标或选择哪个实例，由代理负责发起请求并执行负载均衡决策。
- 应用只与本地代理通信，代理之间完成跨服务调用
- 通过iptables规则或eBPF技术实现流量自动重定向
- 代理获取服务发现信息后维护上游服务实例列表
2. 动态服务发现与健康检查
服务网格的控制平面（如Istio Pilot）会从注册中心（Kubernetes、Consul等）同步服务实例信息，并持续更新各服务的可用节点列表。代理定期上报心跳和健康状态，控制平面据此剔除不健康的实例。
- 实时维护健康的后端实例池，避免将请求转发到故障节点
- 支持主动/被动健康检查机制
- 结合熔断、超时等策略提升整体稳定性
3. 负载均衡策略配置与下发
控制平面允许用户通过CRD（如Istio的DestinationRule）声明负载均衡模式，然后将其推送到所有相关Sidecar代理。常见的算法包括：
- 轮询（Round Robin）：适用于实例性能相近的场景，均匀分发请求
- 加权轮询（Weighted Round Robin）：根据实例权重分配流量，适合灰度发布或异构硬件环境
- 最小连接数（Least Connections）：动态选择当前连接最少的实例，适应长连接或耗时操作较多的服务
- 一致性哈希（Ketama）：基于请求参数（如用户ID）哈希选择后端，常用于需要会话保持的缓存类服务
这些策略可在运行时动态调整，无需重启服务。
4. 智能路由与局部性优化
现代服务网格还支持更高级的负载均衡行为，例如：
- 地域感知路由：优先调用同区域或低延迟节点，减少跨机房开销
- 拓扑感知调度：结合Kubernetes拓扑键（如node, zone）限制流量范围
- 响应时间预测：部分代理可根据历史延迟数据预判最佳目标
基本上就这些。服务网格把负载均衡做成了可配置、可观测、可动态变更的能力，让开发者专注业务逻辑，而运维团队可以通过统一策略精细控制流量走向。这种解耦设计是微服务治理的重要基础。
