基于Java平台Web应用系统业务性能监测.docVIP

基于Java平台Web应用系统业务性能监测.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于Java平台Web应用系统业务性能监测

基于Java平台Web应用系统业务性能监测   摘 要随着日益激增的IT应用复杂性,企业同时面临业务需求更快的变化,用户期望持续攀升,需要更高的性价比等方面的影响,在这些因素的影响下,IT应用在运行过程中发生诸如性能下降或者服务不可用等故障的可能性大大增加,从而影响业务服务的正常运行。业务部门渴望更加清晰、实时的得到关键业务应用的分析数据,来把握用户行为,影响分析和转化率。   【关键词】用户体验 业务性能 监测分析   长期以来企业IT运维停留在“以资源为中心”的管理模式,关注的是IT资源的可用性和相关技术性能指标,对IT用户行为和业务性能(体验状况)却是一无所知。例如用户来自哪里,做了什么操作,遇到哪些错误,业务处理消耗多少时间,业务性能耗时在网络,还是服务器(程序逻辑及SQL 逻辑)…等,所以这些用户体验显得尤为重要。因此有效地管理这些应用,提升用户体验,需要在系统性能、使用效能、可用性监测等多个方面进行保障与提升,是业务发展的迫切需要。   1 现有技术方案及缺点   1.1 现有技术方案   对于大型的应用系统,业务功能模块至少几十个,每一个功能模块根据业务实际情况,性能呈现存在差异,如何有效对业务模块性能进行自动化监测与分析管理,了解真实用户体验,对用户体验不好业务缺乏问题精定位?c分析,主要分如下三种方式来执行:   1.1.1 用户报障方式   依赖于用户报障,如用户在使用某项功能或执行某项操作响应变慢,执行时间较正常时超出许多。由用户报障给业务维护部门,维护人员通知开发人员及数据库人员对性能问题业务进行跟进处理。   1.1.2 日志记录方式   在应用系统设计、开发阶段,或者是在新增业务正式上线前,设计人员、开发人员等凭借设定好的标准日志格式,记录对业务功能点每一个步骤耗时,通过日志记录方式监测与分析业务处理性能;在系统正式运行过程中,当发现业务功能较慢时,通过人工分析日志方式被动分析业务性能较差的原因,优点可获取用户真实体验数据。   1.1.3 主动模拟方式   主动模拟是通过定期执行预定义脚本模拟用户访问应用系统来获取事务可用性和响应时间,一般需要在靠近用户端位置部署主动模拟装置,优点是能够7×24小时持续不间断地对应用进行监控和能够早于用户发现问题, 维护人员凭借个人经验手工分析业务每一个步骤耗时情况,如判定业务逻辑设计不合理,导致性能较差,通知开发人员修改业务逻辑及后台SQL;   1.2 现有技术的缺点及该文要解决的问题   现有技术有如下缺点:   (1)通过用户报障,这时业务已经受到影响,是个别用户性能问题,还是普遍性较差,无法统一进行判断,这时业务性能分析是采取被动方式进行端到端分析过程,往往问题真正得到解决需要花费大量时间,对业务造成不可估量的影响。   (2)日志记录方式,虽然能够很好记录系统业务功能每个步骤性能情况,但取决于系统设计之初有良好日志记录方式,如果没有相应标准日志记录方式,则需要花费大量人力及财力,对系统进行改造,效果并不理想。   (3)主动模拟方式,现实中常常只用于对关键业务性能进行探测分析,如果覆盖全业务功能,大规模探测会干扰系统整体性能,并且获取的不是真实用户体验数据缺乏业务分析价值。   (4)当系统业务整体性能出现缓慢现象时,数据库人员、开发人员、中间件人员各自所负责技术进行性能排查,属于大海捞针的做法,需要花费大量人力物力去定位与分析,缺乏有效手断去定位是哪一个请求及后台SQL存在性能问题影响到业务整体性能情况,所于事后排查,效果并不明显。   现有技术方案虽然有事前及事后两种应急处理方式,都存在缺陷,无法精准对业务性能进行监测(真实用户体验信息),业务性能定位与分析需要花费大量人力、时间来进行处理,存在一定的被动性及肓目性。目前大量的运维实践经验表明,即使在后端资源监控比较完善的情况下,仍有相当多比例的问题依然是由用户首先发现和报告的,不仅降低用户的满意度,也使IT运维工作相当被动,因此有必要寻找一种合适技术手段对业务性能进行直接监控,以弥补现有IT资源监控工具的不足和缺陷,帮助企业全面掌握IT终端用户的行为和体验状况,促进IT运维面向业务和面向用户体验。本提案主要针对真实用户体验数据进行采集、业务性能告警、业务性能分析三部份进行详细介绍,阐述如何主动对用户真实体验数据进行采集,对业务性能进行提前预警,性能分析快速定位业务逻辑及sql问题,大大的提升存在性能问题业务处理效率。   2 基于Java平台的Web应用系统业务性能监测及分析的实现   本方案主要分为三层来实现,如图1所示。   2.1 采集层   此模块负责对系统整体及关键业务的相关性能数据进行实时采集,针对大型业务系统,业务本身访问比较繁忙,频繁

文档评论(0)

317960162 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档