2009-04-28 89 views
1

我们目前正面临着我们的开发Web应用产品的一些稳定性问题。该产品部分由我们的合作伙伴承包商构建,我们希望有一个良好的标准衡量标准以确保稳定性。我们一直面临的问题是不断崩溃。 Web应用程序无法识别何时有更多的请求比它能处理的时候多,它会建立内存(如内存泄漏),并在稍后死亡而没有任何可能的恢复类型。Web应用程序的稳定性的一个很好的标准度量标准是什么?

我们想为我们的合作伙伴承包商写一个非常简单的测量结果。我们想到了一些想法:

  • 一个系统,能够识别请求的高负载和服务器不可用尝试再次页面,直到它从高负载恢复。
  • 一定数量的用户并发或综合浏览量,可以让我们明确指出何时使用可伸缩性选项,如负载平衡器和缓存。

在这一刻,我们必须使用缓存和负载平衡,以便能够每隔x小时(取决于负载)回收Web应用程序,以便它们不会不断死亡。

感谢您的帮助。

回答

0

通常,我已经看到规范中内置的这些性能类型需求......“系统应支持x个并发用户”或“每小时x个请求”。

这些东西可以很容易地测试和验证使用像LoadRunner的东西,或者你可以使用像HttpUnit一样的自己的类似的负载测试。

0

你需要的是以下参数:

  1. 负载测试:

    I)估计您的应用程序使用行为。(即)没有。并发用户预期的,典型的用户活动

    ⅱ)逐渐加载应用程序,并期待在像CPU使用率,响应时间,吞吐量等参数的

  2. 可持续性:

    加载应用程序(在最佳负载)的相当长的时间(12-24小时),并期待在同样的参数CPU使用率,错误水平等

您也可以尝试的可扩展性,在那里你会逐步添加硬件和显示器应用程序的行为。

这应该给你一个体面的理解你的系统的行为。

相关问题