从“单机”到“分布式”到“集群”，服务经历了什么？

【万字长文·图解】
从“单机”到“分布式”到“集群”——一次讲透两者的区别、联系、落地场景与常见架构

一、先放一张脑图

1单机（one box）────┬──> 集群（Cluster）：多台机器干**同一件事**（横向复制）
2                └──> 分布式（Distributed）：多台机器干**不同的事**（横向拆分）
3

关键词

• 集群 = 人多力量大（量）
• 分布式 = 专人干专事（分工）
• 现实中往往“分布式 + 集群”混合出现（既拆分又复制）

二、集群（Cluster）详解

1. 定义

多台物理/虚拟节点组成一个逻辑整体，对外提供同一种服务，通过复制提高并发量与可用性。

2. 核心目标

• Scale-Out（横向扩展）
• High-Availability（故障转移）
• Load-Sharing（负载均衡）

3. 分类速记

4. 经典架构图（以 Web 层为例）

1        ┌───> 节点 1（Nginx）
2LB──┤   ├───> 节点 2（Nginx）   对外 VIP 统一入口
3        └───> 节点 3（Nginx）
4

• 所有节点跑同一套代码；
• 会话同步（粘性会话或 Redis）；
• 健康检查失败即剔除。

5. 优缺点

✅ 简单：代码零改造
✅ 线性扩容：加机器就提升 QPS
❌ 单点数据仍在单机（例如 MySQL 主库），集群 ≠ 数据分布式

三、分布式（Distributed）详解

1. 定义

把原本单机内不同功能或同一功能的不同数据拆到多台节点，节点之间通过网络协作，对外表现为一个系统。

2. 核心目标

• 拆分（数据/功能/计算）
• 自治（局部故障不影响全局）
• 最终一致性（CAP 权衡）

3. 拆分维度

4. 经典架构图（微服务 + 分库分表）

1API 网关 ─┬─> 订单服务 ──> 订单库（分片 0-31）
2          ├─> 用户服务 ──> 用户库
3          └─> 库存服务 ──> 库存库（分片 0-15）
4

• 每个服务代码不同、数据不同；
• 节点失败只影响局部；
• 需要分布式事务/消息最终一致性。

5. 优缺点

✅ 突破单机容量上限（数据、计算）
✅ 独立发布、弹性伸缩
❌ 复杂：远程调用、幂等、分布式事务、脑裂、网络分区
❌ 延迟比本地高 1~2 个数量级

四、集群 vs 分布式——一句话对比

五、为什么总把两者混用？

“分布式”里每个子服务本身又可以是“集群”——既分工又复制。

电商订单架构示例

1订单服务（集群 3 副本）──> 订单表（分片 0-15，每片 2 副本）
2

• 分布式：订单表按用户 ID 拆成 16 个分片 → 数据分布式
• 集群：每个分片有 2 副本 → 高可用集群

六、演进路线（老板最爱问的“三步走”）

1. 单机 → 集群（先解决并发&可用，不动代码）
2. 集群 → 分布式（数据量/研发规模变大，开始拆分）
3. 分布式 → 混合云/多活（地域容灾、弹性、成本）

七、常见产品对照表

八、一张图总结（保存即可）

1               单机
2                │
3        ┌───────┴───────┐
4        │               │
5     集群（复制）    分布式（拆分）
6        │               │
7        └───────┬───────┘
8                ▼
9         现代互联网架构
10      （微服务 + 分片 + 副本）
11

九、一句话背下来

集群让同一台服务变好多台；
分布式让一台机器的任务拆成好多台机器的任务；
真正的大型系统 = 分布式 + 集群——既分工又人多。

《从“单机”到“分布式”到“集群”，服务经历了什么？》 是转载文章，点击查看原文。