问如果我的web应用程序需要20秒才能完成一个请求，这是一个糟糕的设计吗？

EN

我认为：

1. 考虑到严重的后端处理，我不会将其标记为一个糟糕的应用程序。
2. 当然，也会有这样的网站具有强烈的后端处理:文件，图像，音频，视频等。
3. 我认为，在可能的情况下，这些处理器密集型任务肯定应该以批处理方式处理。这样的任务很可能被委托给辅助机器。如果作业超过设定的持续时间，用户可以选择作业完成通知。此外，您还可以向正在处理作业的用户发送作业完整通知。
4. 考虑到用户的缩放，扩展资源可能是有意义的。计算资源规模需求可能不是一项容易的任务。您可以使用日志来查找处理文档的数量以及它们平均占用的时间以及峰值使用时间。这些数字再加上当前并发用户的平均数量，可以帮助您得出资源扩展的粗略估计。

对于需要很长时间且由于技术原因无法加速的请求(依赖于您无法控制的外部系统、资源匮乏)，可以做facebook和youtube所做的工作:在后台完成工作，并提供通知系统，让用户知道工作完成后的时间。这样，用户不需要等待他们的请求完成(并担心如果他们意外返回或刷新页面会发生什么)，但他们仍然得到反馈，一旦完成。

执行良好的反馈系统甚至可以作为“通知”的一部分提供进度条。Android上的应用程序可以通过通知来实现这一点。

这个问题在意见上有点过于依赖，但无论如何。

1)取决于用户所期望的内容。如果我知道我的工作要求很重，也许我不会觉得太慢。如果它是冲浪静态内容，它是。以同样的方式，我不期望花在下载一张照片和下载一部电影同样的时间。

2)据我所知，没有。但是，您的网站向用户提供了什么？

3)在15-20秒内，我不会说它需要重新设计以支持批处理作业。当它进入分钟的时候。

( 4)没有详细的研究是不可能知道的。只是你需要更多的CPU/内存？或者可能存在同步问题，而拥有更多的用户会导致问题成倍增长？不要忘记，当你解决一个瓶颈仅仅是因为其他的东西已经成为瓶颈。