申请/专利权人:浙江工业大学
申请日:2020-10-30
公开(公告)日:2024-04-16
公开(公告)号:CN112463587B
主分类号:G06F11/36
分类号:G06F11/36;G06F11/30;G06F9/54
优先权:
专利状态码:有效-授权
法律状态:2024.04.16#授权;2021.03.26#实质审查的生效;2021.03.09#公开
摘要:一种基于QOS的Ice服务监控方法,包括以下步骤:1、监控请求发起;2、监控数据分析功:监控数据分析从逻辑上实现了监控消息接收与分配、监控数据处理和分析结果存储三个主要的功能;3、监控数据展示,监控数据展示从逻辑上实现了报表读取、报表可视化展示、报告导出和数据输出地址修改;4、Ice服务替换,从逻辑上实现了工作流获取、服务测试调用、服务推荐模块调用和服务替换。本发明不仅是获取服务的QoS信息,更重要的一点是根据获取到的ice服务数据实现对ice服务的替换,进而提高整个系统架构的可用性。
主权项:1.一种基于QOS的Ice服务监控方法,其特征在于,所述方法包括以下步骤:1、监控请求发起,运行流程如下:1.1发起监控请求;监控系统客户端在初始化后处于等待状态,等待埋点在业务代码中的API被调用后激活,然后开始执行监控的流程,所以这个过程抽象为Ice服务向监控系统发起了一个监控的请求;1.2收集监控数据;当监控请求已经发起,那么处于等待状态的监控线程组开始创建负责数据收集、系统状态监控和数据发送的线程实例,随着创建事务Transaction的API代码被调用,这三个线程实例开始发挥作用;1.3监控数据发送;只有业务代码执行到监控API时,监控系统才会在这个时间点上采集数据作为一条独立的消息存入消息树结构中;而整个业务执行时间的统计依赖于事务Transaction,在业务执行结束时会自动将Transaction的状态设置为SUCCESS并调用complete告知监控系统这个Transaction已经结束了;1.4数据的收集就是服务业务流程执行过程中不断调用监控API主动触发数据采集事件的流程,当Transaction结束后整个数据收集过程也随之结束,在监控系统中,Transaction扮演了一个“容器”的角色,它将同属于一个服务流程中所有监控API被调用产生的消息聚合在一起,与其他的Transaction有着很明显的界限;2、监控数据分析功:监控数据分析从逻辑上实现了监控消息接收与分配、监控数据处理和分析结果存储三个主要的功能,包括以下步骤:2.1在Netty接收端使用自定义解码器时引入了MessageHandler类的对象,当消息树被解码还原后调用handle方法将消息树交给消费线程;消费线程通过findDistributor方法直接找到正在运行的分配线程,然后将消息树交给分配线程;2.2消息树在Netty接收端解码时生成了不同类型消息的List,此时分配线程只需要将这些List分配至不同的分析器即可,不需要对消息树进行拆分;2.3监控数据的处理依赖于分析器实例,分析器从其等待队列中取出消息,利用外部导入的报表模型将消息处理成报表存入缓存,等待一个周期结束后将缓存中的内容写入本地文件和数据库中;3、监控数据展示,监控数据展示从逻辑上实现了报表读取、报表可视化展示、报告导出和数据输出地址修改;4、Ice服务替换,从逻辑上实现了工作流获取、服务测试调用、服务推荐模块调用和服务替换。
全文数据:
权利要求:
百度查询: 浙江工业大学 一种基于QOS的Ice服务监控方法
免责声明
1、本报告根据公开、合法渠道获得相关数据和信息,力求客观、公正,但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解,仅供参考使用,不能作为本公司承担任何法律责任的依据或者凭证。