- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于代码分析应用性能可视化
基于代码分析应用性能可视化
摘要
本文在?细分析了国家电网西北分部信息系统应用性能管理的基础上,采用理论分析与实践结合的研究方法,建设了一种新的基于代码分析的应用性能管理平台。通过可视化的业务系统代码执行过程的关键指标,并结合现有网络性能分析平台,对影响业务性能问题的代码进行主动分析,快速识别潜在的风险点,为业务应用性能提升提供有效、可靠、科学的数据支撑,不断提高应用系统性能和用户体验满意度,提升IT系统核心价值。
【关键词】应用性能管理 代码分析 关键指标 用户体验
国家电网公司高度重视信息化工作,其基础设施、硬件设备、应用系统、平台软件等软硬环境建设水平得到快速提高。因此,对提高信息通信运行管理水平提出了更高的要求,要求各下属单位丰富系统运维监控手段,提高运维保障能力,提升系统运行故障处理效率,保障系统安全稳定运行,实现对应用系统性能全过程状态监控的功能,提升运维人员在代码监控、内存监测、指标数据关联、监控资源整合等方面的能力,从而提高信息通信运行管理水平。
1国家电网公司西北分部现状
国家电网公司西北分部(以下简称西北分部)现有重要系统数十套,覆盖了规划、建设、检修、运行、人力资源、财务、物资等多个业务领域;目前采用通过流量分析的方式,实现了包括应用性能监测、应用性能问题定位、性能问题报警及追溯、应用流量自动梳理在内的多项功能,并与短信网关系统联动实现了应用性能问题快速报警的效果。但随着业务系统的复杂度提升,在运维工具、管理体系方面还存在提升的空间,这体现在:
1.1缺乏代码级的性能监控
目前缺失了针对应用程序代码级以及数据库SQL执行效率的监测功能,这部分功能的缺失,带来了运维工作中的盲点,一些由代码引起的问题无法得到快速的分析和解决。
1.2应用平台运行参数关联分析能力仍需要提面
目前己经完善了基于网络数据的性能分析,但对于业务代码执行效率与平台参数之间的关联关系快速分析存在欠缺,无法帮助管理人员快速定位问题根源,迅速发现和解决系统缓慢问题。
1.3对应用程序运行时内存消耗分析及监控的缺失
内存泄露问题长期影响程序的稳定性,是部分应用程序崩溃的根本原因。其具备难以监控,潜伏期长的特点,在运维管理工作中难以定位和处理。
针对这些情况,西北分部从实际情况出发,以网络流量数据分析平台为基础,通过建设基于代码级别的性能分析平台,面向业务,完成端到端的用户体验监控,实现代码类问题的定位以及处理,使得这类问题得到有效解决,最终达到提升业务连续性管理水平,提升运维管理水平的目的。
2可视化应用性能的实践
2.1建设目标
(1)部署代码级监测软件,提升软件代码层次问题性能问题处理能力,形成完整的性能管理工具体系;
(2)拓展应用性能管理工具覆盖面,从原有的巡检工作拓展至巡检工作以及建转运工作,使系统得到更深层次的应用;
(3)通过信息系统代码监控、流量监控、可用性监控体系的完善和搭建,形成针对信息系统运行指标的完整监控体系,有效保障信息系统整体运行质量。
2.2系统实现
根据西北分部网络及应用性能可视化的需求,结合西北分部现有环境,本系统采用嵌入式的数据采集引擎进行代码运行指标数据采集,之后将采集到的代码执行效率数据以及运行相关信息存储至数据库内,系统代码性能分析引擎则对这些采集到的数据进行处理,在代码执行效率分析、内存分析、参数关联分析、数据库语句分析引擎的共同作用下,为用户提供代码实时监测、关联分析报告、数据库深度监测功能。系统架构如图1所示。
2.3实施方法
本次系统建设在进行充分的需求调研基础上,在实践的过程中对原理和方法进行研究分析与验证,在后期进行综合测试和优化以确保业务监控的准确性和全面性。
2.3.1需求调研
对现有应用运行情况及信息系统性能管理工作具体需求进行整体调研,确定管理范围、业务架构及系统功能架构等内容。
2.3.2业务梳理
制定包含业务系统相关的负载均衡、服务器、中间件、数据库等组件的完整调研模板,与应用管理部门进行有效沟通,形成系统调研报告,为后期的部署验证工作提供数据支撑。2.3.3部署验证
根据需求调研报告及系统调研报告在监控平台内进行软/硬件部署、业务监控定义、视图定义、报警定义以及报表的定制等部署工作并通过客户确认、架构分析等手段验证部署的正确性及有效性。
2.3.4经验总结
利用应用性能管理系统,进行持续的日常性能监控、问题发现定位、问题处理工作,形成以业务系统特性为基础的经验分类总结库,根据各类型应用的独立特点形成性能管理经验及监控模型,以便在后期类似业务上线时采用类似模型进行监控,利用历史运维经验提升问题定位及处理速
原创力文档


文档评论(0)