一个人身体不舒服才想起没有定期体检
显然已经晚了
微服务架构也是一样
只有实时监控、定期体检
系统中各服务的运行状态才会健康
那么,如何为“微服务”体检呢?
全链路追踪 就是微服务的“体检中心”
微服务的“身体构造”
当我们进行微服务架构开发时,通常会根据业务来划分微服务,各业务之间通过网络通信进行调用。一个用户操作,可能需要很多微服务的协同才能完成。在业务调用链路上,任何一个微服务出现问题或者网络超时,都会导致功能失败。随着业务越来越多,对于微服务之间的调用链的分析会越来越复杂。
在拥有众多服务的微服务应用中,如何知道一次请求调用的是哪条链路?当请求调用失败时,如何知道是哪个服务出现了问题导致调用失败?一次请求响应时间长,到底是哪些服务耗时长的?……
你可能会说,可以通过查看每个服务的日志来分析这些信息。但是应用的服务有可能部署到了上百个节点上,人工查找显然是不现实的。
为了查看微服务应用在实际运行中各个服务的运行状态,每次调用各个环节执行情况,我们需要一个微服务应用的体检中心,这就是全链路追踪。
为微服务“全身检查”
SaCa ACAP 在微服务领域积累了大量的技术实践,打造了一套独有的全链路追踪组件。
通过服务调用日