这是一份系统架构设计的简要学习提纲，用来提醒自己在开始画架构图之前，先明确业务问题和设计约束。
分布式架构的设计
- 业务流程与功能模块如何划分，哪些边界需要独立部署？
- 跨模块涉及哪些事务、一致性要求和并发控制？
- 分支、版本与依赖如何管理，各模块怎样协调发布？
- 数据是否需要分库，缓存解决什么问题，怎样处理数据更新？
这些是讨论的入口，具体方案仍要结合业务规模、故障处理和维护成本展开。
《大教堂与集市》的启发
Eric Raymond 的《大教堂与集市》让我关注以下几个方向。这里按自己的理解概括：
- 从开发者或用户的实际问题出发，而不是先堆功能。
- 把用户反馈带入开发和调试过程。
- 尽早交付可用版本，通过持续迭代校正方向。
- 让更多人能够阅读、运行和反馈代码。
- 重视数据结构和边界设计，它们会影响后续实现的复杂度。
- 保持设计简单，定期删除已经不需要的机制。
原文发布于我的个人博客：系统架构设计。