最近读陈皓老师的《我做系统架构的一些原则》（来源于CoolShell），收获很大。原文过长，有些也相对专业，以下是我的一些摘录、注解和评论。其中的很多经验和建议，我觉得远远不只是针对IT、软硬件系统的架构设计和开发，也适用于企业组织架构、商业模式，甚至任何复杂系统的规划、设计和实现。
这篇文章适用于技术开发者、架构师、企业管理人员，以及其他喜欢思考、学习的朋友。
原则一：关注于真正的收益而不是技术本身
系统架构最重要的是「总体收益」。如果不说收益，只是为了技术而技术，就没有任何意义。
就收益而言，我觉得下面这几点是非常重要的：
-
是否可以降低技术门槛，加快整个团队的开发和发布速度。系统架构需要能够进行并行的开发、上线和运维，而不让某个团队或者单个人成为瓶颈；
-
是否可以让整个系统运行得更为稳定。需要对有计划和无计划的停机做相应的解决方案。（参考我的文章《紧急事件的管理方法和实践》）；
-
是否可以通过简化、自动化，降低成本。最需要优化的成本是人力成本，人的成本除了慢和贵，还有各式各样的人为错误。如果
