北京
分享至
分布式追踪是排查微服务依赖的常规手段，但采样率一降，链路数据就残缺。Uber没有在这条路上继续加码，而是自建了一套RPC中间件系统，把调用方和被调用方的故障关联起来，自动给服务依赖打标签。
这套系统的分类逻辑很直接：一个依赖被判定为fail-close、fail-open或unknown。判断依据不是单条链路的完整还原，而是调用方与被调用方故障之间的相关性。换句话说，它绕开了分布式追踪的采样限制，用故障关联本身来推断依赖性质。
对服务网格来说，依赖关系决定了故障隔离和流量调度的策略。fail-close意味着下游挂掉会拖垮上游，fail-open则相反。过去这类判断依赖人工梳理或追踪数据，现在Uber把它做成了自动化流程。
值得关注的是路径选择：当行业普遍把可观测性押注在追踪和指标上时，Uber从RPC中间件这一层切入，用更轻的方式拿到了依赖分类结果。这套系统目前在其服务网格中运行，具体覆盖范围和准确率数据未在素材中披露。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
