从单机到分布式：系统架构演进之路

从单机到分布式：系统架构演进之路

引用

CSDN

1.

https://blog.csdn.net/be_racle/article/details/130505891

随着互联网应用的不断发展，系统架构也在不断地演进。从最初的单机应用到现在的分布式架构，每一次演进都是对系统性能、可靠性和扩展性的优化。本文将详细描述这一演进过程，帮助读者理解系统架构设计的核心思想。

从单机到分布式

1.单台服务器应用

问题：由于流量越来越大出现服务器性能问题。

2.应用服务器和数据库服务器分离

对架构增加了一台服务器，应用和数据库分别部署到不同的服务器上，对于开发和测试没有任何影响，只需要应用服务器新增一个远程调用数据库服务器的连接，有效地缓解了应用服务器负载的压力。

问题：随着请求流量的进一步增大，出现应用服务器性能问题。

3.应用服务器集群

流量请求得到缓解。

应用服务器集群后出现以下问题：

• 需要使用 Session+Cookie 维护用户。
• 如何做请求转发（CDN，前端做负载均衡器）。

4.负载均衡器

负载均衡器优化了访问请求在服务器组之间的分配，消除了服务器之间的负载不平衡，从而提高了系统的反应速度与总体性能。

负载均衡器可以对服务器的运行状况进行监控，及时发现运行异常的服务器，并将访问请求转移到其它可以正常工作的服务器上，从而提高服务器组的可靠性采用了负均衡器器以后，可以根据业务量的发展情况灵活增加服务器，系统的扩展能力得到提高，同时简化了管理。

负载均衡器之后出现以下问题：随着流量的新增，数据库服务器有性能压力，数据库遇到瓶颈。

5.数据库服务器集群

数据库服务器集群后出现以下问题：

• 数据库读写分离
• 数据库数据同步
• 数据库路由

6.搜索引擎集群

搜索引擎集群后出现以下问题：

• 搜索引擎的索引数据如何同步，实时增量还是定时全量？

7.缓存服务器

用户量是没有上限的，缓存、 限流、 降级。

注：架构到了第七版还不能算分布式架构，只能说是由多台服务器组成的高可用的架构。

8.数据库水平/垂直拆分

目前将数据库进行垂直拆分，还未进行数据库水平拆分（比如将订单表分库分表就属于水平拆分）。

9.应用服务器垂直拆分

以淘宝为例：

• user.taobao.com
• product.taobao.com
• order.taobao.com

根据不同域名请求访问不同服务器，如果涉及到用户需要查询商品或订单，直接在用户服务器里写 DAO 层查询商品或订单数据库表。

问题：应用服务器交互调用问题。

10.SOA服务（分布式架构）

SOA（Service Oriented Architecture，面向服务的架构）是一种可通过服务接口复用软件组件的方法。

最后第十版就不是 Web 应用服务了，应用服务拆分为服务节点，属于微服务了。