服务网格通过边车代理实现健康检查，由数据平面与控制平面协同完成。边车代理（如Envoy）伴随微服务实例，负责主动探测下游服务，定期发送http/TCP请求，连续失败则标记为不健康并从负载均衡池移除。健康检查对应用透明，无需修改业务代码。同时支持被动健康监测，代理监控延迟、超时、连接错误等指标，结合熔断机制自动隔离高错误率实例。控制平面（如istio Pilot）汇总各代理上报状态，更新全局服务发现列表，并与服务注册中心（如kubernetes、consul）联动，动态同步健康实例信息。Envoy通过xDS协议获取最新健康列表，确保流量仅转发至健康实例，提升系统稳定性与自愈能力。
服务网格中的健康检查主要由数据平面和控制平面协同完成，通过透明的代理机制实现对微服务的主动探测与流量管理。健康检查不再由服务本身直接处理，而是交由服务网格中的边车代理（Sidecar proxy）来执行，从而解耦业务逻辑与基础设施功能。
边车代理自动执行健康探测
在服务网格架构中，每个微服务实例都伴随一个边车代理（如Envoy），该代理负责进出该服务的所有网络通信。健康检查通常由上游代理或控制平面发起，对下游服务实例进行定期探测。
- 边车代理可配置主动健康检查策略，定期向服务实例发送HTTP/TCP请求，判断其是否响应正常
- 若连续多次探测失败，该实例会被标记为不健康，并从负载均衡池中移除
- 健康检查过程对应用透明，无需修改业务代码
基于拓扑信息的被动健康监测
除了主动探测，服务网格还能根据实际流量中的异常行为进行被动健康评估。
- 代理监控请求延迟、超时、连接错误等指标，动态调整实例健康状态
- 结合熔断机制，当某实例错误率超过阈值时自动隔离
- 控制平面（如Istio的Pilot）收集各代理上报的状态，更新全局服务发现列表
与服务注册中心联动实现闭环管理
服务网格通常与服务注册发现机制集成，确保健康检查结果能影响实际流量路由。
- 健康检查结果同步至服务注册表，Kubernetes endpoints或Consul服务目录会动态更新
- Envoy通过xDS协议从控制平面获取最新的健康实例列表
- 流量只会被转发到已被确认健康的实例，提升整体系统稳定性
基本上就这些。服务网格通过边车代理实现了细粒度、可配置且与应用无关的健康检查机制，提升了微服务系统的可观测性和自愈能力。