[发明专利]高并发场景分布式微服务链路追踪信息采集优化方法

说明书

本发明是高并发场景分布式微服务链路追踪信息采集优化方法，包括：当一个业务请求进入API服务，API调用RPC‑1服务，RPC‑1服务调用RPC‑2服务，产生链路追踪信息通过日志形式落到本地磁盘；日志采集插件Filebeat通过配置采集API、RPC‑1、RPC‑2生成的链路追踪信息日志文件；采集到业务微服务链路追踪信息后推送到MQ指定Topic；服务链路信息收集服务消费MQ指定Topic，获取业务微服务产生的链路追踪信息存到指定存储库，供链路追踪统计与分析服务使用。本发明的优点：1)所有业务微服务与链路收集服务、MQ解耦，互不影响；2)链路追踪信息写本地磁盘不走网络，对微服务业务影响忽略不计。

技术领域

本发明涉及的是高并发场景下分布式微服务链路追踪优化的方法，具体涉及的是高并发场景下分布式微服务链路追踪信息采集的优化方法，属于微服务治理技术领域。

背景技术

在一些互联网公司中，随着用户量越来越大，服务的访问压力也会变的越来越大，为了能够支撑大并发的访问压力，并且便于服务的水平扩展，越来越多的互联网公司摒弃了原来的All In One的架构，转向微服务的架构。

随着业务的发展，分布式的微服务数量也会越来越多，随之也会出现一些通用的问题，例如线上问题的定位、性能瓶颈分析、链路的追踪、访问的统计等等，这些问题都可以通过引入微服务链路追踪系统来解决。链路追踪引入了trace、traceId、span、spanId、parentId以及链路协议等概念，通过遵守这些标准就可以实现微服务的链路追踪，解决一些通用的问题，现有技术中常用的zipkin就是相应的开源产品。

假设有一个简单的微服务系统，包含三个服务，一个是API，对外暴露接口访问服务，两个是RPC服务，处理具体的业务，提供给API调用，现有技术中引入微服务链路追踪主要通过如图1、2所示的两种方式：

服务链路信息收集服务是用于收集链路信息，提供给后面的链路统计服务、分析服务使用。方式一，所有业务微服务都需要与链路收集服务通信，把产生的链路信息通过Http协议的方式同步推送给采集服务。方式二，所有业务微服务都需要与MQ(消息队列)服务通信，产生的链路信息可以异步推送给MQ服务，常用的MQ服务有Kafka、RabbitMQ等，然后服务链路收集服务消费MQ消息，方式二可以支撑更大并发的访问。

无论方式一或方式二，都不可避免的导致所有的业务微服务都需要和链路收集服务或MQ进行耦合，而链路收集服务或MQ与本身的业务微服务逻辑上毫无关系，只是用于采集链路信息，在高并发场景下，不仅会影响业务微服务的性能，当耦合的链路收集服务或MQ出现故障时，还会导致正常的业务服务受到影响。

发明内容

本发明提出的是高并发场景分布式微服务链路追踪信息采集优化方法，其目的旨在克服现有技术存在的上述不足，业务微服务不与链路收集服务、MQ耦合，互相不影响，微服务产生的链路追踪信息写入本地磁盘，不走网络通信，对于微服务业务的影响忽略不计。

本发明的技术解决方案：高并发场景分布式微服务链路追踪信息采集优化方法，该方法包括以下步骤：

步骤S1：当一个业务请求进入API服务，API调用RPC-1服务，RPC-1服务调用RPC-2服务，在以上调用中产生的链路追踪信息通过日志的形式落到本地磁盘；

步骤S2：日志采集插件Filebeat通过配置，采集步骤S1中API、RPC-1、RPC-2生成的链路追踪信息日志文件；

步骤S3：步骤S2中的Filebeat采集到业务微服务链路追踪信息后，推送到MQ指定的Topic；

步骤S4：服务链路信息收集服务消费步骤S3中MQ指定的Topic，获取到业务微服务产生的链路追踪信息，然后存储到指定的存储库中，供后续链路追踪统计与分析服务使用。

优选的，所述的步骤S1中落到本地磁盘的链路追踪信息日志文件与其他日志文件分开。