服务网格通过边车代理实现熔断机制，无需修改业务代码。边车代理（如Envoy）与应用同Pod部署，透明拦截所有进出流量，实时监控延迟、失败率等指标，基于策略自动触发熔断。通过CRD（如Istio的DestinationRule）配置连接池、异常检测等参数，代理可隔离故障实例并周期性探测健康状态，恢复后逐步重新接入流量，防止雪崩效应。熔断能力由基础设施统一提供，成为服务间通信的内置特性。
服务网格通过在每个服务实例旁部署边车代理（Sidecar Proxy），将熔断机制从应用层剥离，交由代理统一处理。这种方式无需修改业务代码即可实现稳定的熔断保护。
边车代理拦截流量
服务间的所有进出流量都会经过边车代理（如Istio中的Envoy）。这些代理与应用容器部署在同一Pod中，透明地接管通信过程。
- 所有请求先经过本地代理，再转发到目标服务
- 代理实时监控调用状态：延迟、失败率、超时等
- 应用无感知，无需引入额外熔断库（如Hystrix）
基于策略的熔断配置
服务网格提供声明式配置来定义熔断规则，通常通过CRD（自定义资源）设置阈值和行为。
自动隔离故障实例
当检测到某服务实例持续出错，代理会将其临时从负载均衡池中移除。
- 周期性探测被隔离实例的健康状态
- 恢复后逐步重新接入流量（半开状态）
- 避免雪崩效应扩散到上游服务链
