一种正规的性能调优方法──基于等待的调优(2)

已存在应用

已存在应用跟一个全新应用相比，一个明显的优点是：真实的用户行为可以在 实际生产环境中观察获得。根据请求的本质和它们如何被应用定义，可以通过两 个选择定义最终用户行为：

访问日志

最终用户体验监视器

对于大多数基于web的应用来说，访问日志提供了足够的资源分析服务请求的 本质和它们的均衡关系。Web服务器可以配置成抓取最终用户请求信息并存储在一 个日志文件中，称之为“访问日志”（因为该文件通常命名为“access.log”） 。使用访问日志定位用户行为的关键是应用交互需要能够通过不同的 URI来区分 。例如，如果之前例子的动作采用类似“/login.do”、“/processClaim.do”、 “/logout.do”的URI，那 么我们可以非常容易的在访问日志中发现这些行为并 确定它们的比例。更进一步，通过最频繁的URI来排序访问日志可以快速发现占比 例前n%的的若干请求，这 个“n”%应该在80%左右。

访问日志是文本文件，可以手动检查（不是一个很有效率的任务），可以通过 编程解析，也可以通过工具来分析。对此有很多商业解决方案，不过Quest Software有一个产品Funnel Web Analyzer，虽然多年以前已经终止开发，但是由 于其很受欢迎的命令，公司就作为将其作为自由软件重新发布。Funnel Web Analyzer可以分析大多数访问日志并显示用于创建合适负载测试的信息。

一些应用不像上面提到的那样简单，其用户交互无法很容易的通过一个URI来 定位。例如，考虑一个包含前端控制器servlet的应用，该servlet接受一个XML有 效信息——并且其业务处理逻辑就存在于该信息中。在本例中，需要另外的工具 来侦测其有效信息以判断其符合哪个业务场景。这可以通过使用 servlet过滤器 或者一个称为最终用户体验监视器的硬件设备来完成。

不管用户行为是如何获得的，它都是开始任何性能调优实践之前的关键先决条 件。

全新应用

由于全新的应用没有任何最终用户行为可以分析，所以对我们提出了一个独特 的挑战。定位新应用的用户行为需要三个步骤，如图1所示。

图 1 评估新应用的最终用户行为

第一步，评估最终用户应该会做什么。这步是“猜一猜”的正式说法，但应该 是一个经过培训的猜测过程。评估结果应该来自于以下双方的讨论：应用业务负 责人和应用技术负责人。应用业务负责人，通常是一个产品经理，负责细化最终 用户应该如何使用该应用程序——例如，他可能报告说最终用户会登陆、处理五 个索赔请求、过期、处理五个索赔请求、生成两个报告、然后注销。应用技术负 责人，一般是架构师或是技术lead，负责把业务交互的抽象列表翻译成用于生成 负载测试的技术步骤——例如，他可能报告说登陆通过“/login.do” URI完成而 处理一个索赔请求需要五个URI。这些人（或者小组或者一些大型项目里的委员会 ）应该一起提供足够的信息来建立一个基准负载测试。

我们建立负载测试，用其调整应用和容器，应用程序部署到生产环境中，这一 切做完之后，调优工作并没有结束。下一步是验证负载测试集。这通常是一个多 阶段的活动：

冒烟测试验证：在实际运行的一两周之内验证原先的评估值是否符合真正生产 环境下最终用户的行为。这步验证是为了确认在评估过程中没有明显的错误。

生产验证：一些应用需要用户花时间才能形成统一的使用方式。这个适应的时 间长短因应用而异，可能是一个月或者一个季度，

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!