我们目前在开发 Web 应用程序产品时面临一些稳定性问题。该产品部分由我们的合作伙伴承包商构建,我们希望有一个良好的稳定性标准指标。我们一直面临的问题不断崩溃。 Web 应用程序无法识别何时有超过其处理能力的请求,它会累积内存(如内存泄漏),然后在没有任何类型的可能恢复的情况下死掉。
我们想为我们的合作伙伴承包商编写一个非常简单的测量结果。我们考虑了一些想法:
- 能够识别高负载请求并提供服务器不可用重试页面的系统,直到它从高负载中恢复。
- 一定数量的并发用户或页面浏览量,这将使我们能够清楚地衡量何时使用负载平衡器和缓存等可扩展性选项。
此刻,我们必须使用缓存和负载平衡,以便能够每 x 小时(取决于负载)回收一次 Web 应用程序,这样它们就不会不断死掉。
感谢您的帮助。
最佳答案
“高负载”真的很难定义。
确定最低可接受的服务水平对您来说要容易得多。
最小并发请求数。
处理请求的最长时间。
每小时最少请求数。
像这样的简单服务水平很容易衡量、模拟和写入契约(Contract)。任何律师或会计师都可以查看负载测试的结果,并说出他们是否达到了最低要求。根本不需要深厚的技术知识。
请注意,执行此操作时,“最小值变为最大值”。如果您说他们必须每小时至少处理 10,000 个请求,您的测试通常也会显示这是最大值。
因此,根据您的业务模型定义您的最小值和最大值。你需要多少才能让人们快乐和富有成效?要求更多是愚蠢的。要求更少意味着用户不满意或效率低下。
关于java - Web 应用程序稳定性的良好标准指标是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/797713/