什么是Web应用程序稳定性的良好标准度量标准？

我们目前在开发Web应用程序产品时面临一些稳定性问题.该产品部分由我们的合作伙伴承包商构建,我们希望有一个良好的标准稳定性指标.我们面临的问题是不断崩溃.Web应用程序无法识别何时有多于它可以处理的请求,它会建立内存(如内存泄漏),然后它会在没有任何类型的可能恢复的情况下死亡.

我们想为我们的合作伙伴承包商编写一个非常简单的测量方法.我们考虑了一些想法:

一个能够识别高负载请求并服务于服务器不可用的系统再次尝试页面,直到它从高负载恢复.

一组用户并发或网页浏览将允许我们明确指出何时使用负载均衡器和缓存等可扩展性选项.

此时我们必须使用缓存和负载平衡,以便每x小时(取决于负载)回收Web应用程序,这样它们就不会经常死亡.

谢谢你的帮助.

"高负荷"真的很难定义.

您可以更轻松地确定最低可接受的服务级别.

最小并发请求数.

提供请求的最长时间.

每小时的最小请求数.

像这样的简单服务级别易于测量,易于模拟并易于写入合同.任何律师或会计师都可以查看负载测试的结果,并说他们确实达到或未达到最低要求.根本不需要深入的技术知识.

请注意,执行此操作时,"最小值变为最大值".如果你说他们必须每小时至少提供10,000个请求,那么你的测试通常也会显示出最大值.

因此,请从业务模型中定义最小值和最大值.你需要多少人来保持快乐和富有成效？要求更多是愚蠢的.要求更少的人意味着不快乐或没有生产力的用户.