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