[发明专利]一种微服务架构下的日志审计方法

说明书

一种微服务架构下的日志审计方法，首先提供一个公共的SDK包，作为日志输出的公共组件，使用open zipkin实现对请求链路的记录与跟踪，为每一个服务间交互请求生成唯一guid进行关联，将从中获取到相关guid存入到服务交互日志中实现日志的全链路关联，在运行时将日志内容输出到服务的文件目录下；日志过滤模块匀速消费缓存队列中的日志内容，针对不同topic的日志进行针对性的过滤与转换后存储到es集群中；最后通过kibana和运维管理平台实现日志内容的展示和告警。本发明通过日志中心提供对日志的实时采集、分析、展示能力，并通过日志中心及时了解系统性能、用户行为，保障微服务的高可靠运行。

技术领域

本发明涉及计算机系统开发技术领域，具体涉及一种基于微服务架构的日志审计的方法。

背景技术

业务系统、设备及应用程序在运行过程中实时产生，记录运行内容的文本称为日志，每条日志记录一般都会包含日期，时间，用户和内容等信息描述。用户或者运维管理人员可以通过查看日志来检查系统错误发生的原因，统计系统的活动记录，或者找出用户的异常操作。

由于系统架构的日趋庞大，以及系统架构复杂性愈发增加，由此会产生大量的日志信息。很多企业都开始将整体型应用拆分为微服务形式。而在拆分大型应用时，我们需要建立松散耦合的模块，从而保证其便于测试并降低变更风险。另外，这些模块亦可独立部署以实现横向规模扩展。然而，这也会带来一些初看并不严重，但长远影响极其重大的问题——其中的典型代表就是日志记录。

在微服务的架构下，各个服务的日志是独立记录在服务器硬盘上，而服务间交互通过http这种无状态协议进行，导致日志与日志间难以产生关联，增加了运维管理人员排查日志的复杂度。这些日志需要存储以备查询和分析，而传统的关系数据库对日志存储、查询、分析的能力有限。

随着软件系统的容量、复杂度日趋提高，原有的日志管理模式存在的问题，在采集方面过去主要采用http接口的方式，由客户端(业务系统、服务器等)向服务端(审计平台)主动推送日志，这样的高耦合导致服务端接口改变时所有的客户端需要随之改变。日志监控方面在微服务架构下，过去的单节点发送日志的形式已经难以监控到一个请求链路上的所有日志状态。因此，需要考虑一种大容量复杂场景的日志审计方案。

发明内容

本发明的目的是提出一种高效的微服务架构下的日志审计方法，通过自定协议的方式实现日志审计。

本发明的技术方案如下：

一种微服务架构下的日志审计方法，其特征在于：

(1)首先提供一个公共的SDK包，作为日志输出的公共组件，其功能包含：服务链路追踪，服务请求过程中生成唯一标识符并记录；日志输出，根据不同类型日志自动修改日志格式并输出到消息队列；

(2)使用open zipkin实现对请求链路的记录与跟踪，zipkin在跟踪的过程中为每一个服务间交互请求生成唯一guid进行关联，将从中获取到相关guid存入到服务交互日志中实现日志的全链路关联；

(3)业务系统在集成了日志组件后，在运行时将日志内容输出到服务的文件目录下；

(4)日志过滤模块将匀速消费缓存队列中的日志内容，针对不同topic的日志进行针对性的过滤与转换后存储到es集群中；

(5)最后通过kibana和运维管理平台实现日志内容的展示和告警。

日志中心在微服务架构中起到了至关重要的作用，它是微服务监控的一个非常重要的切入点，本发明以技术实践为蓝本阐述了其设计、实现与关键配置，并详细阐述了日志审计个关键步骤和一些考量原则。采用这样的架构和原则，可以通过日志中心提供对日志的实时采集、分析、展示能力，并通过日志中心可以及时了解系统性能、用户行为，保障微服务的高可靠运行。

具体实施方式