全链路追踪！微服务运维人员终于解放了

一个人身体不舒服才想起没有定期体检
显然已经晚了
微服务架构也是一样
只有实时监控、定期体检
系统中各服务的运行状态才会健康
那么，如何为“微服务”体检呢？
全链路追踪 就是微服务的“体检中心”

微服务的“身体构造”
当我们进行微服务架构开发时，通常会根据业务来划分微服务，各业务之间通过网络通信进行调用。一个用户操作，可能需要很多微服务的协同才能完成。在业务调用链路上，任何一个微服务出现问题或者网络超时，都会导致功能失败。随着业务越来越多，对于微服务之间的调用链的分析会越来越复杂。

在拥有众多服务的微服务应用中，如何知道一次请求调用的是哪条链路？当请求调用失败时，如何知道是哪个服务出现了问题导致调用失败？一次请求响应时间长，到底是哪些服务耗时长的？……
你可能会说，可以通过查看每个服务的日志来分析这些信息。但是应用的服务有可能部署到了上百个节点上，人工查找显然是不现实的。
为了查看微服务应用在实际运行中各个服务的运行状态，每次调用各个环节执行情况，我们需要一个微服务应用的体检中心，这就是全链路追踪。
为微服务“全身检查”