服务网格通过sidecar代理和控制平面实现调用自动重试，无需修改业务代码。利用envoy等代理透明拦截流量，由istio pilot等控制面统一配置重试策略，如指定重试次数、超时时间、触发响应码及条件（如仅幂等操作）。sidecar根据策略执行重试，支持指数退避、抖动，并可结合熔断限流防雪崩。重试时可通过destinationrule实现基于标签的智能路由，将请求转发至不同实例或可用区，避免异常节点。该机制解耦应用与可靠性逻辑，实现跨语言一致性，需合理设置阈值防止级联压力。
服务网格通过在基础设施层注入重试机制，实现服务间调用的自动重试，无需修改业务代码。核心是利用Sidecar代理（如Envoy）拦截所有进出服务的流量，并由控制平面（如Istio的Pilot）配置重试策略。
重试策略由控制平面统一配置
在服务网格中，重试不是由应用程序处理，而是通过控制平面定义规则。例如，在Istio中，可以通过VirtualService资源设置HTTP请求的重试次数、超时时间和触发条件。
- 指定重试次数（如3次） - 设置每次重试的超时时间（如2秒） - 定义触发重试的响应码（如503、504） - 支持按条件重试（如仅对幂等操作重试）Sidecar代理执行实际重试逻辑
当服务发起调用时，请求先经过本地Sidecar代理。代理根据控制面下发的策略判断是否需要重试。例如，原始请求失败后，Envoy会依据配置自动向目标服务重新发起请求。
基于标签的路由与故障转移配合重试
重试过程中，服务网格可将请求路由到不同实例。例如，第一次调用失败后，重试请求可以发往另一个可用区的副本，提升成功率。
- 利用DestinationRule定义实例选择逻辑 - 结合地域亲和性或版本权重进行智能转发 - 避免重复发送到已知异常节点基本上就这些。服务网格把重试从应用层解耦出来，让可靠性策略集中管理，同时保证了跨语言和平台的一致性。关键在于合理设置重试阈值，防止级联压力。
