1. 单体应用（Monolithic）
设计原理：像一家传统杂货铺，所有商品（功能模块）堆在一个货架上，收银、进货、仓储全由老板一人管。
例子：你开发一个「记账App」，用户注册、账单录入、统计图表全在一个代码包里。
特点：
- ✅ 简单：开发快，调试方便（就像开店只需租一间房）。
- ❌ 难扩展：客流大了得整个店铺翻新（升级服务器要全盘重启）。
- ❌ 风险高：货架倒了全店停业（一个模块崩溃影响全局）。
适用：小型工具类应用（如个人博客、企业内部管理系统）。
2. 微服务（Microservices）
设计原理：像连锁奶茶店，总部管品牌，每家分店独立运营：A店做奶茶，B店卖甜点，C店搞外卖。
例子：电商平台拆分成「用户服务」「订单服务」「支付服务」，各用不同代码库甚至不同编程语言。
特点：
- ✅ 灵活：A店装修不影响B店营业（单个服务升级不影响整体）。
- ✅ 技术自由：奶茶店用咖啡机，甜点店用烤箱（不同服务可用不同技术栈）。
- ❌ 管理复杂：分店间对账麻烦（服务通信、数据一致性难保证）。
适用：复杂业务系统（如淘宝、Netflix）。
3. 分布式（Distributed）
设计原理：像银行网点，总行+分行协作，客户在任意网点都能办业务，数据实时同步。
例子：一个「在线文档协作系统」，用户请求分散到北京、上海、纽约的服务器处理。
特点：
- ✅ 高可用：纽约服务器宕机，东京服务器顶上（容灾能力强）。
- ✅ 高性能：100个柜员同时办业务（并行处理海量请求）。
- ❌ 协同难：跨国转账可能延迟（网络通信、数据同步有开销）。
适用：高并发场景（如双十一秒杀、股票交易系统）。
4. Serverless（无服务器）
设计原理：像外卖平台，你只管点餐，平台自动派骑手接单，不用自己雇人、买电动车。
例子：开发一个「图片压缩工具」，用户上传图片后触发云函数处理，按调用次数付费。
特点：
- ✅ 零运维：不用关心服务器在哪、有多少台。
- ✅ 省钱：没人点餐就不花钱（无请求时不产生费用）。
- ❌ 冷启动：高峰时段骑手不够用（首次调用可能有延迟）。
适用：事件驱动型任务（如数据处理、自动化脚本）。
对比总结表
架构 |
优势 |
劣势 |
典型场景 |
单体 |
简单、快速开发 |
难扩展、维护成本高 |
小型工具类应用 |
微服务 |
灵活、技术多样性 |
运维复杂、调试困难 |
大型复杂系统（如电商） |
分布式 |
高可用、高性能 |
网络延迟、数据一致性难 |
高并发业务（如支付系统） |
Serverless |
零运维、按需付费 |
冷启动、状态管理难 |
短期任务/突发流量（如API） |
通俗总结
- 开杂货铺→选单体：小本生意，省心省力。
- 做连锁店→选微服务：业务复杂，分而治之。
- 建银行网→选分布式：全球用户，稳定第一。
- 送外卖→选Serverless：偶尔用用，绝不浪费。