搭建调用链路监控系统
现在微服务非常盛行的年代，在公司内，有各种各样的微服务相关的实践。今天我们不展开微服务具体是什么，只需要了解在一个互联网服务系统内部可能是由N多个子服务组成，每个子服务独立开发、部署、维护，通过API/RPC与其他服务通信，而不是直接共同操作相同的数据库、表来实现数据交互。在这样的架构之下，服务间的调用链路关系可能是这样的：a -> b -> d -> e
a -> c -> d -> b -> f
以这个单向的调用为例，实际场景可能是更加复杂的网状形式。比如 a 是对用户提供服务，其内部的2个功能分别会有2个不同的调用链路。这时如果 a 检测到一个错误发生，那么怎么确定是 a 自身异常导致的，还是由于上游服务 b/d/e 异常导致的。如果不能很好的、快速的定位最根本的异常产生在哪里，那么势必会影响故障恢复时间，进而影响到服务的可用性。