| name | architecture-patterns |
| description | 架构设计模式参考 —— 常见架构风格的决策框架、优劣对比与适用场景 |
| category | 架构设计 |
| loading | on-demand |
| triggers | {"keywords":["架构设计","architecture","架构模式","系统架构","选型"]} |
架构设计模式
概述
提供常见软件架构模式的系统化参考,覆盖分层架构、微服务、事件驱动、CQRS 等主流风格,帮助在项目早期做出合理的架构决策。
使用场景
- 新项目启动阶段的技术选型
- 现有系统架构评审与重构规划
- 跨团队架构方案讨论的对齐参考
- 架构决策记录(ADR)的撰写依据
核心原则
- 简单优先:能用单体就不用微服务,能用单数据库就不用分布式。复杂度增加必须有对应的业务收益。
- 先定义边界再选模式:架构模式服务于业务领域边界,而不是反过来削足适履。
- 非功能需求驱动:可扩展性、可靠性、性能、安全性等非功能需求才是选型的核心依据。
- 演进式设计:架构不需要在第一天完美——预留扩展点,允许通过迭代演进。
- 记录决策理由:每个架构决策都要写 ADR,记录当时的选择、备选方案和权衡理由。
常见模式速查
- 分层架构:展示层 → 业务层 → 持久层 → 数据层,适合中小型项目
- 六边形架构(端口适配器):领域核心通过端口与外部解耦,适合复杂业务
- CQRS:读写分离,适合读写负载差异大的场景
- 事件驱动:通过事件总线解耦服务,适合异步流程和高吞吐
- 微内核:核心 + 插件,适合产品平台化
- 微服务:独立部署的服务单元,适合大规模团队和系统
检查清单