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