[发明专利]基于微服务的实时调用链跟踪方法

说明书

一种基于微服务的实时调用链跟踪方法，本发明采用调用关系数据结构，将分布式缓存以及数据库客户端监控纳入到微服务调用链体系，通过在业务日志中植入traceID，将调用链的业务信息串联，用于在复杂的调用中，把一个个调用嵌套关系梳理清楚。通过这个系统可以大大提升定位生产问题的效率，并且可以通过分析微服务调用链上每个环节的性能信息，提升开发运维人员对于系统的理解能力，从而可以更好的优化改进系统。

技术领域

本发明属于通信技术领域，涉及一种基于微服务的实时调用链跟踪方法。

背景技术

目前微服务已经成为IT互联网技术中非常火的名词，微服务架构的思想就是将整体业务，根据业务领域拆分成一个个独立的模块。每个微服务模块独立部署，微服务之间的关系是松耦合的。微服务的这些特性注定了微服务架构天生是一个分布式架构，微服务模块之间通过拆分后的接口进行交互，并且是无状态的服务。在这种架构下，一个完整的业务流程很可能会经过多个微服务的处理和转发。所以在我们日常的业务中经过会遇到以下的一些场景：

1、用户在某APP上下单购买某个产品失败，到底是APP界面调CRM系统出错了，还是APP调柜台系统出错了，亦或是APP调CRM系统，CRM再调柜台出错了；

2、用户在办理某项业务时，总会有一定比例的失败，那是否是某个微服务集群中的某个节点出现了问题；

3、在某次微服务的调用中，对于数据层的访问性能很差，想知道是访问缓存服务器(例如Redis)性能出了问题，还是访问关系型数据库(例如MYSQL)时某条SQL执行时间过长？

现有技术中，业务请求的完成要调用不同服务器上的多个子系统的服务，被调用服务大多还要调用其他服务，并且伴随着对底层多个数据库系统或文件系统的访问。面对各种复杂的调用关系，当出现问题时，传统的集中式应用架构下的问题诊断方法将无法快速、准确的定位问题点。

随着技术不断发展，如今互联网领域大多数后台服务都已经完成了SOA(面向服务的体系结构)化，所以对业务的跟踪可以直接简化为对服务调用框架的跟踪，所以越来越多的跟踪系统也涌现出来。目前分布式跟踪系统理论模型基本来源于GOOGLE的Dapper，它详细的阐述了如何对请求调用链进行跟踪，Dapper最初是为了追踪在线服务系统的请求处理过程。比如在搜索系统中，用户的一个请求在系统中会经过多个子系统的处理，而且这些处理是发生在不同机器甚至是不同集群上的，当请求处理发生异常时，需要快速发现问题，并准确定位到是哪个环节出了问题，这是非常重要的，Dapper就是为了解决这样的问题。但是Dapper只是为解决请求调用这一问题提出了理论模型和简单实现，功能比较单一，并不能提供全面的解决方案。

因此，如何解决上述问题，是本领域技术人员着重要研究的内容。

发明内容

为克服上述现有技术中的不足，本发明目的在于提供一种基于微服务的实时调用链跟踪方法。

为实现上述目的及其他相关目的，本发明提供一种基于微服务的实时调用链跟踪方法，包括以下步骤：

⑴、在每次服务发起时会生成一个全局唯一的traceID，并在链路调用过程中，traceID会传递到每个链路环节，通过这个traceID将每个孤立的调用串联起来，调用链跟踪流式计数器应用将相同traceID的日志信息收集到一起，计算整个链路的耗时与调用次数和各个链路环节的耗时与调用次数，并写入Hbase，生成调用链追踪日志，用于链路追踪与性能优化；

⑵、通过调用链的深度和广度信息，获取微服务调用的时序层次信息，并且识别循环嵌套调用；调用链路中每个链路节点都会生成一个chainID，用于区分调用链中调用顺序与嵌套层次；