标签频道
重试放大
该标签下的文章、提问与讨论帖。
«结论先行:超时不是「让请求成功的开关」,而是「让失败尽快返回的开关」;重试不是救场,而是容量放大器。这两句话是 2025-11-28 那次事故教给我的,代价是 82000 次重试、2300 笔重复订单、8100 条用户工单。下面按「现象
背景 我们维护一个 Go 1.21 gRPC(v1.59.0)定价服务,被 5 个独立上游服务共享:搜索、购物车、结算、营销、风控。每个上游都是独立的团队,各自用 Resilience4j(Java)或自研 Go 中间件配置重试策略,下游对
文
标题
摘要