[发明专利]一种分布式应用系统的全链路监控解决方案在审
| 申请号: | 202111207087.6 | 申请日: | 2021-10-15 |
| 公开(公告)号: | CN113900897A | 公开(公告)日: | 2022-01-07 |
| 发明(设计)人: | 薛鹏;于红建;李贝贝 | 申请(专利权)人: | 北京同城必应科技有限公司 |
| 主分类号: | G06F11/30 | 分类号: | G06F11/30 |
| 代理公司: | 暂无信息 | 代理人: | 暂无信息 |
| 地址: | 100085 北京市海淀区永泰*** | 国省代码: | 北京;11 |
| 权利要求书: | 查看更多 | 说明书: | 查看更多 |
| 摘要: | |||
| 搜索关键词: | 一种 分布式 应用 系统 全链路 监控 解决方案 | ||
本发明公开了一种分布式应用系统的全链路监控解决方案,能够分布式应用系统下采集的链路数据不全的缺点,本发明是在分布式应用系统下采集全链路监控数据指标,利用实时计算的技术进行个性化指标计算,实时监控微服务集群直接的调用关系,快速找出满接口、有效串联分析解决问题的全链路监控解决方案。
所属技术领域
本专利涉及一种分布式应用系统的全链路监控解决方案,属于互联网管理技术领域。
背景技术
随着经济的发展,人们对服务效率和服务品质的要求越来越高,这要求服务提供方能够提供持续稳定的服务水平。随着业务的发展,公司的微服务应用越来越多,需要对微服务直接的接口调用进行实时采集监控数据、掌控微服务的整体运行情况、快速的计算个性化指标,有效的串联链路分析解决系统问题,这时就需要提供一种分布式应用系统的全链路监控解决方案。
发明内容
本发明的主要目的在于提供一种分布式应用系统的全链路监控解决方案。
为达到上述目的,本发明采用以下技术方案:存储层,用以储存指标数据、链路数据、数据字典;核心能力层:实时流计算任务,服务维度指标计算、接口指标计算、服务SLT指标计算、接口区间走势;信息显示页面,展示服务器存储的指标信息、配置信息,且用户能够通过连接因特网的电子设备访问该信息显示页面;服务监控:左侧为部门下小组的应用组织树。点击组织数显示对应的应用运行指标。上面为时间,表格以服务维度统计在所选时间内平均每一分钟的应用指标。点击应用,显示所有接口的运行指标。点击接口,显示接口指标的走势图,下边表格为选择接口的耗时最大的事务的top5。点击慢事物为链路执行情况。服务SLT:以应用纬度统计应用运行情况。上图为整体slt走势图,下图为应用每分钟的平均qps走势图。发现页面:以接口为维度展示,上一分钟,2分钟前,一个小时前同一分钟,昨天同一时间,一周前同一时间的对比。区间走势是在一分钟内,响应时间的区间情况。0-10,10-50,50-100左开右闭。链路追踪:执行耗时趋势图、最耗时的调用链路记录
本发明的主要效果和优点,能够分布式应用系统下采集的链路数据不全的缺点,本发明是在分布式应用系统下采集全链路监控数据指标,利用实时计算的技术进行个性化指标计算,实时监控微服务集群直接的调用关系,快速找出满接口、有效串联分析解决问题的全链路监控解决方案。
附图说明
图1:系统架构示意图。
图2:数据模型示意图。
具体实施方式
下面将结合发明实例中的附图,对本发明实例中的技术方案进行清楚、完整地描述。本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明提供的一种分布式应用系统的全链路监控解决方案,所述的解决方案包括实时计算和链路采集、页面展示。
所属的解决方案数据采集包括如下步骤:
步骤一:使用方在应用内添加traceId,
步骤二:引入apm获取traceId工具。
步骤三:修改logback.xml。
步骤四:探针部署。
所属的解决方案数据实时计算包括如下步骤:
步骤一:监听kafka消息队列。
步骤二:转换队列消息为实时计算窗口。
步骤三:采用Flink Sql进行分钟级指标计算。
步骤四:计算结果发送kafka。
步骤五:配置时许库Druid监听kafka。
步骤六:最终指标消息落入时序库。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京同城必应科技有限公司,未经北京同城必应科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202111207087.6/2.html,转载请声明来源钻瓜专利网。





