我被要求为一个Web架构调整大量的并发用户（数十万）。
我很难说服这些人，除非你在国家网站的前五名，否则很难达到这些数字。
任何人都可以提供一些真实世界的案例研究，为总/并发用户提供统计数据，解释总数与并发数之间的通常比率是多less？
目前的尺寸/连续性选项，以及成本，对于多组要求。 此外，您需要添加比“并发用户”更多的特殊性。 例如，在1000秒的时间内（即100个用户请求/秒）平均分配100,000次用户请求，响应时间平均小于3秒，标准偏差小于1秒。 你的号码当然可能不同。 指出，如果有必要，以太网是串行的，你会得到一次一个数据包的用户请求。 作为技术专家，您需要为业务用户提供足够的技术教育，让他们了解权衡，指导合理的决策。
显示响应时间和请求数量如何组合以影响成本。 （请求的负载，但1小时的响应行吗？没问题，同样的响应速度很快，但请求很less）。 对于您所暗示的大小系统，您可以在多个活动网站之间进行负载均衡，并且以低价获得业务连续性。
由于以下几个原因，总注册用户和并发没有很好的统计数据。 例如，它与站点的types差别很大。 “并发”也是一个非常松散的术语 – 是否有人login，但并发用户几个小时没有活动？