网驰平台统一监控工具的设计与实现VIP免费

报告人：蒋岸明导师：魏峻研究员时间：2007.8–2008.5职责：WS-Coordiantion和WS-AtomicTransaction规范的实现重构服务集成模块和客户端用于客户端自动生成的Eclipse插件版本的升级系统使用中bug的修复演示系统的设计与开发成果：代码：15000左右TravelPlan演示系统《OnceSoapExpress设计文档》时间：2007.8–2007.11职责：参与系统设计部署模块设计与实现资源库集成模块设计与实现成果代码：3000行左右时间：2008.2–2008.11职责：OSGi框架及Eclipse插件体系结构调研软件资源库相关工作构件的收集、整理、上传北大资源库集成方案设计与实现监控工具的设计与实现参与TIF工具集成框架Demo系统的设计与实现参与软件生产线演示系统开发成果：代码：3000行左右《OSGi框架及Eclipse插件体系结构调研报告》总共收集整理上传构件资源71个，其中自主知识产权构件38个《监控工具使用手册》TIF工具集成框架Demo系统软件生产线演示系统论文：nasac2008会议论文一篇时间：2008.11--至今职责：调研：相关文献和系统需求分析：分析监控需求及监控中的问题系统设计：监控信息获取模块，服务监控器，流程监控器，流程监控消息匹配等模块的设计系统实现：基于OnceSoapExpress，OnceBpel系统开发监控信息获取模块，监控器等系统模块应用案例：基于TravelPlan演示系统，构建应用案例相关文档：各个阶段相关文档成果：10000行以上代码统一监控工具对服务计算平台各种监控需求，web服务Qos，业务流程执行以及Qos等进行监控文档《系统详细设计文档》《系统使用手册》题目服务计算平台统一监控工具的设计与实现论文结构引言服务计算平台及其监控的介绍流程执行状态监控原理复合服务Qos计算方法研究统一监控工具的设计与实现总结及展望在面向服务计算中，应用系统通过流程刻画流程制导多个服务构成复合的服务构成流程的各个服务具有高度的：分布性动态性自主性面向服务的软件应用具有更高的不可预期性，因此，有必要进行有效监控研究内容web服务Qos监控业务流程监控复合服务Qos监控问题分析服务QoS是用户关注的关键因素之一服务的QoS是影响流程QoS的关键因素之一因此，有必要对服务QoS进行监控我们关注下述Qos属性：执行时间可靠性吞吐率监控方法执行时间：基于服务器端监控可靠性：基于多个客户端监控，监控结果汇总到监控平台，并计算服务可靠性吞吐率：基于服务器端，服务完成个数/单位时间监控技术基于AOP的编程结果Web服务QoS监控结果（图）当前方案：在流程执行路径上的节点，顺序的产生监控事件，这些监控事件构成一个顺序的监控事件流问题：从顺序的监控事件流并不能够直接分析出流程当前执行节点以及流程执行路径等信息当前执行节点分析：顺序的监控事件流中，最后一个监控事件对应的流程节点是当前执行的节点。但是，BPEL支持并行的流程结构。流程执行可能存在多个当前执行节点。仅仅通过顺序的监控事件流并不能将所有当前流程执行节点分析出来流程执行路径分析：BPEL流程包括循环、并行等复杂结构，并且结构之间允许嵌套，流程整体结构可能相当复杂，在不考虑流程结构的情况下，从顺序的监控事件流无法直接分析出流程执行的路径在我们的项目实践中发现，监控事件在发送到监控器端后会不规律地出现事件先后顺序颠倒的问题原因：网络延迟导致的问题：错误的监控结果例子：下图的循环流程结构中，如果invoke2开始的监控事件先于循环结束的监控事件被监控器接收：错误的监控结果：错误的监控结果下，流程可能被终止，而流程的意外终止可能会给企业带来极大的经济损失循环尚未退出已执行解决思路：在对监控事件流的分析中，利用BPEL流程的结构信息从BPEL流程结构能够产生对应的监控事件的时序图采用一个事件匹配算法，运行时将监控事件与时序图上的节点进行匹配，从而确定流程执行当前节点、执行路径和判断监控事件是否失序每个流程节点产生两个监控事件：开始事件(a)和结束事件(...