超时重试

【背景】 3 年测试开发，负责一条 B 端 SaaS 的订单 + 支付链路（Java 17 + Spring Boot 3.2 + MySQL 8.0.34），接口自动化 pytest 7.4 + httpx 约 900 条用例，跑在 5

【背景】 3 年测试开发，负责一条 B 端 SaaS 的订单 + 支付链路（Java 17 + Spring Boot 3.2 + MySQL 8.0.34），接口自动化 pytest 7.4 + httpx 约 900 条用例，跑在 5

【背景】 做了 8 年中间件，今年带团队推服务治理标准化。一个绕不开的问题是：重试（retry）、熔断（circuit breaker）、超时（timeout）这三样，到底放应用层 SDK（Sentinel / Resilience4j /

【背景】 做了 5 年网络工程，跨机房 HTTP/gRPC 调用链，复盘过不少"数字打架"的事故。最典型的一次： 支付接口 SLO 定的是 99.95%，季度复盘时 SRE 报"达标"——因为 429（限流拒绝）和 503（下游熔断）在他们

【背景】 我在一条支付链路上做接口自动化（Java 17 + Spring Boot 3 + JUnit 5 + Resilience4j，CI 用 GitLab Runner，2 台 4C8G 并行）。被测服务对下游风控接口的调用策略是：