|
|
1
3
您确实需要对您的用户体验进行一些假设,以对并发用户进行初始的非负载测试评估。从用户会话的一些假设开始。合理的大概假设可能是(这可能不成立,取决于您网站的复杂性或简单性):
然后你会说: 200个用户(200毫秒/5秒)=>8 CPU平均需求*4(对于25%负载)=>32个CPU。 我不认为这是特别以语言为中心的。内存不贵,有足够的内存。 |
|
|
2
1
就我个人而言,我认为任何告诉你这个问题有一个普遍解决方案的人都在欺骗你。如果他们是硬件供应商,这一点尤其正确。 您只能基于与预期负载类似的负载进行类似的估计。稍后,您将了解到您弄错了,因为实际负载实际上与您用作估计的“相似”负载不太相似。 希望你能从中吸取教训,下次做一个更好的估计。 |
|
|
3
1
这基本上是性能测试的一个特殊应用。在这个问题上,最聪明的人反复明确地说,你需要得到数字。因此,我能给出的最好建议是在计划中尽早提出工作原型的需求,以便您能够获得这些数字 和 计划这些数字随着时间的推移而变化,以便在每个检查点获得原型或工作版本,以便在整个项目时间轴上重新测试。 您的早期估计可能与您的最终数字几乎没有相似之处,但至少您能够在关键时刻根据需要进行更正,而不是到最后才意识到日程安排中没有时间进行修复。 |
|
|
4
0
您正在询问如何量化您的硬件需求。 一、 然而,我们将从另一个角度来看待它。设计您的应用程序,使其能够向外扩展(适用于任何层)。从那里开始,部署硬件的迭代1。在上面运行一些公共测试版。收集一些真实的数字。并重新配置系统以满足更高的性能指标。重复 |
|
|
5
0
所需的硬件更多地取决于软件的复杂性和质量,而不是用户数量或事务负载。唯一声称不是这样的人是硬件供应商。 |