[发明专利]一种分布式系统的数据处理方法及装置

说明书

本发明实施例提供了一种分布式系统的数据处理方法和装置，其中，所述的方法包括：获取用于将Tracing数据的格式调整为预设格式的动态库；将所述动态库注入到服务网格Sidecar容器的镜像中；在预置的Tracing体系中接入所述服务网格，使得所述预置的Tracing体系在运行时，通过所述动态库将收集到的Tracing数据的格式调整为预设格式，并将所述预设格式的Tracing数据上传到日志收集器。通过引入动态库，使得服务网格和预置的Tracing体系中的Tracing数据可以相互兼容。

技术领域

本发明涉及数据处理技术领域，特别是涉及一种分布式系统的数据处理方法和一种分布式系统的数据处理装置。

背景技术

随着互联网架构的扩张，分布式系统变得日趋复杂，越来越多的组件开始走向分布式化，如微服务、消息收发、分布式数据库、分布式缓存、分布式对象存储、跨域调用，这些组件共同构成了繁杂的分布式网络，那现在的问题是一个请求经过了这些服务后其中出现了一个调用失败的问题，只知道有异常，但具体的异常在哪个服务引起的就需要进入每一个服务里面看日志，这样的处理效率是非常低的。分布式链路追踪技术是分布式系统或者微服务架构中进行服务监控、性能优化的有效手段，通过分布式调用链，将一次分布式请求还原成调用链路，从而在后端可以查看一次分布式请求的调用情况，比如各个节点上的耗时、请求具体打到了哪台机器上、每个服务节点的请求状态等等。

在现有技术中，分布式链路追踪体系主要有，Tracing体系和服务网格Istio体系，其中，Tracing体系是采用Jaeger的格式收集Tracing数据，Tracing数据需要经过Envoy(服务网格Istio使用的数据面转发组件)转发，但是Envoy采用的是Zipkin的格式，两者不能兼容，导致一次完成的业务调用产生两条调用链。Istio体系中采用的Jaeger收集器可以兼容Zipkin日志格式，但是只能收集Istio集群内的Tracing数据，而不支持收集集群外的组件的Tracing数据，也不支持收集集群内业务容器自身的Tracing数据，导致Istio体系内的Tracing数据成为一个孤岛。

因此，迫切需要提供一种能够兼容多种格式的Tracing数据的数据处理的分布式链路追踪方案。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种分布式系统的数据处理方法和相应的一种分布式系统的数据处理装置。

本发明实施例公开了一种分布式系统的数据处理方法，包括：

获取用于将Tracing数据的格式调整为预设格式的动态库；

将所述动态库注入到服务网格Sidecar容器的镜像中；

在预置的Tracing体系中接入所述服务网格，使得所述预置的Tracing体系在运行时，通过所述动态库将收集到的Tracing数据的格式调整为预设格式，并将所述预设格式的Tracing数据上传到日志收集器。

可选地，所述将所述动态库注入到服务网格Sidecar容器的镜像中，包括：

在服务网格的Pod中注入Init容器；

通过所述Init容器将所述动态库注入所述服务网格Sidecar容器的镜像中。

可选地，所述将所述动态库注入到服务网格Sidecar容器的镜像中，还包括：

在所述Init容器中添加第三方插件，并针对所述Init容器注入环境参数，其中，所述第三方插件用于根据注入所述Init容器的环境变量生成配置文件。

可选地，还包括：

获取所述配置文件的路径参数；

将所述配置文件的路径参数通过环境变量注入服务网格的Sidecar容器中。