[发明专利]一种微服务应用业务日志的实时监控方法在审
| 申请号: | 202111023591.0 | 申请日: | 2021-09-01 |
| 公开(公告)号: | CN113900884A | 公开(公告)日: | 2022-01-07 |
| 发明(设计)人: | 郑斌;武鹏;孙涛 | 申请(专利权)人: | 浪潮软件股份有限公司 |
| 主分类号: | G06F11/30 | 分类号: | G06F11/30 |
| 代理公司: | 济南信达专利事务所有限公司 37100 | 代理人: | 冯春连 |
| 地址: | 271000 山东省*** | 国省代码: | 山东;37 |
| 权利要求书: | 查看更多 | 说明书: | 查看更多 |
| 摘要: | |||
| 搜索关键词: | 一种 微服 应用 业务 日志 实时 监控 方法 | ||
本发明公开一种微服务应用业务日志的实时监控方法,涉及日志监控技术领域,其实现过程包括如下步骤:调用微服务应用REST服务的http请求,该请求中携带合法的唯一会话标识,该唯一会话标识用于认证用户身份;某个微服务应用接受http请求,并校验该请求中是否携带合法的唯一会话标识,校验结果直接返回被调用的微服务应用;日志监控页面或者日志监控插件根据唯一会话标识实时记录并监控被调用微服务应用在请求中产生的业务日志,随后进行展示。本发明可以方便现场实施和后台开发、测试人员进行问题日志分析和排查,极大的提高工作效率。
技术领域
本发明涉及日志监控技术领域,具体的说是一种微服务应用业务日志的实时监控方法。
背景技术
在当前的复杂行业业务WEB应用下,为解决业务应用代码耦合问题以及适配云原生环境和集群部署,更多的开发厂商选择使用微服务这种方式进行业务应用解耦和系统开发。即将复杂业务拆分为多个互相独立的微应用,每个微应用只实现自身的业务逻辑并对外提供自身的REST服务,不同微应用之间通过REST服务进行互相调用,共同实现复杂业务系统,并提升应用性能,解决高并发和业务耦合等问题。但这种方式在很好解决业务问题的同时,由于微应用数量很多并且大多采用集群方式进行部署,给问题排查和分析带来更多的困难,因为日志文件分散在各个微应用中,同时伴随性能问题的产生,在并发情况下很难进行实时的分析和监控,往往需要客户做完关键业务之后对日志中的记录进行分析,缺少实时性,并且很难还原出对应的问题。
发明内容
本发明针对目前技术发展的需求和不足之处,提供一种微服务应用业务日志的实时监控方法,解决微服务应用分散部署时给问题排查和分析带来的困难。
本发明的一种微服务应用业务日志的实时监控方法,解决上述技术问题采用的技术方案如下:
一种微服务应用业务日志的实时监控方法,其实现过程包括如下步骤:
调用微服务应用REST服务的http请求,该请求中携带合法的唯一会话标识,该唯一会话标识用于认证用户身份;
某个微服务应用接受http请求,并校验该请求中是否携带合法的唯一会话标识,校验结果直接返回被调用的微服务应用;
日志监控页面或者日志监控插件根据唯一会话标识实时记录并监控被调用微服务应用在请求中产生的业务日志,随后进行展示。
具体的,所涉及唯一会话标识存储在内存数据库或内存数据库集群中,作为全局的唯一记录。
具体的,所涉及唯一会话标识位于http请求的header或者cookie中。
具体的,不同微服务应用之间调用REST服务时,http请求中必须携带合法的唯一会话标识。
具体的,所涉及微服务应用选用日志记录框架Apache log4j记录请求中产生的业务日志,具体记录过程为:
(1)定制全局日志记录追加器Appender,该日志记录追加器Appender会判定http请求中是否带有合法的会话参数标识,如果存在,则根据这个唯一会话标识将产生的日志记录都存储到内存数据库或内存数据库集群中,并建立唯一会话标识和产生日志的映射关系;
(2)将该日志记录追加器Appender配置到log4j.properties配置文件中。
更具体的,所涉及微服务应用产生的业务日志存储到内存数据库或内存数据库集群之前,首先设定内存数据库或内存数据库集群的阈值;在内存数据库或内存数据库集群的日志记录条数超过设定阈值时,超过设定阈值的日志记录异步转存至数据库中,进行持久化存储。
更具体的,所涉及唯一会话标识和产生日志的映射关系具体如下:
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于浪潮软件股份有限公司,未经浪潮软件股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202111023591.0/2.html,转载请声明来源钻瓜专利网。





