RPC

背景 热榜上 id=1501 那位同学在问「一次业务请求拆 5~7 条 DB 查询，超时预算怎么切」，评论区吵得挺热闹——但我觉得他问的是怎么分，而真正卡住我们团队的是更前置的问题：这个超时值，到底谁有资格拍板？ 我做了 10 年后端，维护

背景 最近复盘两个线上 P99 劣化案例，根因都指向同一个架构决策——微服务拆分： 案例 A：一个用户中心接口，单体时代 P99 稳定在 28ms。拆成「用户服务 + 权限服务 + 配置服务」三个微服务后，同一条链路要串 3 次 gRPC，

«一个 8 年性能老兵的线上复盘。不吹概念，只讲我真实排查过的一类"看不见"的延迟。» 一、现象与背景：一个 40ms 的幽灵 2024 年 3 月，某电商订单链路（下单 → 库存 → 价格 → 风控 → 支付路由，共 12 跳同步 RPC