系统架构设计的十大原则

最近读陈皓老师的《我做系统架构的一些原则》（来源于CoolShell），收获很大。原文过长，有些也相对专业，以下是我的一些摘录、注解和评论。其中的很多经验和建议，我觉得远远不只是针对IT、软硬件系统的架构设计和开发，也适用于企业组织架构、商业模式，甚至任何复杂系统的规划、设计和实现。

这篇文章适用于技术开发者、架构师、企业管理人员，以及其他喜欢思考、学习的朋友。

原则一：关注于真正的收益而不是技术本身

系统架构最重要的是「总体收益」。如果不说收益，只是为了技术而技术，就没有任何意义。

就收益而言，我觉得下面这几点是非常重要的：

• 是否可以降低技术门槛，加快整个团队的开发和发布速度。系统架构需要能够进行并行的开发、上线和运维，而不让某个团队或者单个人成为瓶颈；

• 是否可以让整个系统运行得更为稳定。需要对有计划和无计划的停机做相应的解决方案。（参考我的文章《紧急事件的管理方法和实践》）；

• 是否可以通过简化、自动化，降低成本。最需要优化的成本是人