几十万的并发请求算大么？

问题：几十万的并发请求算大么？
描述:

对于目前的软硬件支持，几十万的并发请求算大么？

最终想问的是，有两个方案：

1. 客户端一条请求，服务器端多个数据访问并行执行，然后服务器端合并数据，响应，呈现视图

   • 优点：请求少，服务器端数据合并更快

   • 缺点：数据下载串行

2. 客户端多条并行请求，服务器端获取数据后返回，客户端合并数据，呈现视图

   • 优点：在客户端限制内，充分利用多条请求，实现数据并行下载/响应

   • 缺点：增加服务器负载

目前在考虑用哪个方案~~

---

解决方案1:

几十万的长链接不算多。
几十万的短连接可以通过queue解决以防止雪崩效应。

解决方案2:

对于一个能有负载1亿的服务器来说，这个请求不大。
对于一个负载最大有10w的服务器来说，这个请求有点大。

既然利弊你已清楚，还是要看你们的业务适合哪种了。

解决方案3:

几十万并发要看什么 静态数据 内容展示 图片 这些cdn缓存缓存缓存可以简单堆起来
交易 这些 那是实打实的拼技术

解决方案4:

几十万并发算很大，普通单台服务器，扛上千条并发就不错了，如果业务逻辑比较复杂，算上数据库开销啥的，能上个几百并发就不错了

业务逻辑简单，或者缓存策略做得好，并发数可以多一些，基本上就是扛“千”这个数量级，“万”数量级已经算做得很好了。

几十万的并发，那是新浪微博或者淘宝的级别，你确定你们的业务有这么火？

实际上新浪微博我都有点怀疑没有到几十万并发的级别，BAT可能有

以上只针对动态请求，静态资源不在讨论范围内。