高并发架构设计

互联网服务相比传统软件的最大的挑战是它需要应对来自网络的无限流量。因此在对互联网应用做架构设计时，高并发是必须考虑的因素。那什么是高并发呢？百度百科的描述如下：

高并发（High Concurrency）通常是指通过设计保证系统能够同时并行处理很多请求。通俗来讲，高并发是指在同一个时间点，有很多用户同时的访问同一 API 接口或者 Url 地址。它经常会发生在有大活跃用户量，用户高聚集的业务场景中。

百度百科

这个描述过于简单，虽然说明了高并发的主要特征，但是对架构设计没有指导意义。同时并行处理很多请求，对于现代计算机来说太容易了，用多线程就能实现，还有必要上升到架构的高度吗？所以有必要深入理解一下高并发核心技术挑战究竟是什么？

边界

传统软件也要解决并发问题，但之所以不提高并发，一方面，相比互联网应用，确实并发量小很多，但最主要的是它的并发量是有清晰且稳定的边界。嵌入式应用受硬件限制，桌面应用面向个人，企业应用上限是组织人数。这些应用的边界清晰可见，并在很长时间内保持不变。

但是互联网应用呢？很难找到一条确定的边界。也许你会说，可以把全球总人口数划为边界啊？可以，但是这条边界没有意义。之所以要划边界，是因为所有的工程问题都是在有限资源条件下做的最优化设计。以全球人口为边界，做出的工程方案成本太高，一般企业无法承受，而且完全没有必要，因为至今为止都没有一个互联网应用能覆盖全球人口。那互联网应用就真的划不出合理的边界了吗？当然不是，只不过需要加上一个条件：时间。

互联网应用的用户规模是不确定的，但在一段时间内是相对稳定的。加上时间维度，这条边界就可以确定了，比如上线3个月内10万用户，半年100万用户。互联网应用在不同业务场景，不同发展阶段，这条边界都是不同的。高并发的架构设计必须具备弹性，支撑应用在互联网生态环境中不断进化。

 

计算</