1 2 3 4 下一页

　　大多数应用程序性能管理（APM）解决方案都只考虑和分析J2EE应用程序的某个层次的性能问题。这种方法不足以解决架构复杂的应用程序的性能问题。良好的APM工具应该能够让你从J2EE层深入到数据库层以确保性能问题被快速地解决。

　　情况并非越来越好，公司的网站性能下降到了极低点，失落的客户开始寻找其它厂商了。IT调查机构开始调查并且认为J2EE应用程序是响应时间较差的罪魁祸首。这立即给J2EE开发小组带来了很大的压力，他们必须确定并解决这个问题。

　　J2EE开发小组在进行了一些最初的调查之后，他们认为问题并不是出在J2EE层，而是一直可以跟踪到数据库中。但是数据库小组反驳说问题实际出在J2EE层。相互之间的责备不断增加，小组合作精神消失了，混乱开始流行，客户和收入持续减少。

　　上面的这种情况突出了一个重大需求：为了支撑J2EE和数据库层之间更好的交互操作能力，IT部门必须能够快速和果断地做出决定。

　　基本的挑战：找出问题的起因

　　当响应时间的延迟赶走了Web站点的用户的时候，J2EE开发者就不得不加入这个相互责备的游戏中了。在中间层开发应用程序的程序员必须与数据库交互操作，当性能瓶颈出现的时候，如果数据库是下层的起因，问题也显示在J2EE层。其实真正的问题在于交互操作。如何最好地调节这两个层次之间的综合关系以获取应用程序的最佳性能？更深入一点，如何查看这些瓶颈、识别真正的问题起因，并尽可能快地处理这些问题呢？

　　很多APM（应用程序性能管理）工具都可以辅助我们识别和解决这些性能问题。查找J2EE应用程序中的瓶颈的最常用的两种方法是：

　　1、使用带不同颜色警报的仪表程序来监视系统的状态。绿色的意思是良好的，黄色或红色意味着你必须处理性能问题了。这个仪表程序还可以报告系统中不同的组件的响应时间。

(责任编辑：admin)