[发明专利]基于日志埋点的微服务调用跟踪方法及其系统

说明书

本发明基于日志埋点的微服务调用跟踪方法及其系统，将服务的调用的应用日志，系统日志和埋点日志一起收集到日志归集服务器上，技术人员可以很方便的查询一笔交易的所有执行信息，方便排错和查找问题。除此之外，管理人员也可以很方便的在该系统中定制报表。交易跟踪都是通过日志来实现，尽可能的减少了对于系统的侵入，开发人员记录日志无需做任何的额外处理就能够无缝地植入交易号到日志中。

技术领域

本发明涉及微服务跟踪调用方法，具体地涉及基于日志埋点的微服务调用跟踪方法及其系统。

背景技术

微服务是一种架构风格，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下，每个任务代表着一个小的业务能力。尽管“微服务”这种架构风格没有精确的定义，但其具有一些共同的特性，如围绕业务能力组织服务、自动化部署、智能端点、对语言及数据的“去集中化”控制等等。传统的应用由于交易量较小，迭代更新较慢，通常采用的是单体应用的技术架构。但到了当前的互联网时代，单体应用已经无法满足互联网对于系统弹性的需求了。针对此困境，互联网应用通常使用微服务架构。微服务的核心理念是将单体应用根据其业务模块边界，划分为多个微服务。这些微服务可独立部署，并可通过远程调用来协同完成交易。运维人员可根据业务模块的使用情况，来对微服务进行弹性扩容。

虽然微服务能够较好的解决互联网大并发量的难题，但由于微服务和单体应用比较起来，颗粒度较小，需要独立部署，服务会分散到多个服务器中。一笔交易往往要调用部署在不同机器上的微服务，开发人员在排查问题和跟踪交易的时候，由于机器众多，需要一台台排查过去，非常的费力费时。当前微服务跟踪具体的流程如图1所示。微服务跟踪通常在服务的消费方和提供方做拦截器，在服务调用前和调用后将服务调用的信息，如调用关键参数，调用耗时等发送到独立部署的监控微服务。监控微服务将服务的调用跟踪信息保存到数据库中，供后续做服务跟踪，排查问题或统计使用。该方式的局限性主要在如下方面：1.记录的服务跟踪信息中缺少服务执行过程中的过程信息；2.监控微服务需要实时处理非常大量的跟踪信息，容易成为性能瓶颈；3.海量监控信息记录到数据库中，导致监控的数据库数据过于庞大，使用效率低下。

发明内容

为此，本发明所要解决的技术问题在于记录的服务跟踪信息中缺少服务执行过程中的过程信息，监控微服务需要实时处理非常大量的跟踪信息，容易成为性能瓶颈，海量监控信息记录到数据库中，导致监控的数据库数据过于庞大，使用效率低下。

为解决上述技术问题，本发明的所采用的技术方案：

基于日志埋点的微服务调用跟踪方法，包括以下步骤：

S1：外部系统发送请求开始调用微服务。

S2：生成交易流水号，打印所述微服务调用的埋点日志，日志信息包括所述交易流水号。

S3：所述交易流水号通过本地线程透传到所述微服务的调用中。

S4：打印带有所述交易流水号的交易日志。

S5：当所述微服务调用远程的其它微服务时，记录远程调用微服务的埋点日志，然后远程调用其它微服务，透传所述交易流水号给被调用的远程微服务。

S6：所述远程微服务接收所述交易流水号，通过本地线程透传到所述远程微服务的调用中，同时记录交易调用的埋点日志。

S7：日志收集器收集本地日志，解析日志中的交易信息，并发送到日志归集服务器。

S8：所述日志归集服务器接收日志数据，对日志数据进行索引并保存。

S9：技术人员使用所述日志归集服务器的查询和报表工具查询交易和埋点日志。

所述步骤S2中，采用UUID算法来生成交易流水号。