最近在“当当云阅读”上发现“中生代技术社区”编写的《架构宝典》，先看了下目录，判断是本好书，于是决定认真拜读。常言道“不动笔墨不读书”，我记录一下要点（简略到不至于侵权的地步）。要想领阅原书风采的唯一途径是：阅读原书。
企业应用系统架构服务化参考
“应用组装层只能调用服务，不能直接访问基础能力提供者。开放服务之间没有依赖关系。私有服务层用来实现基本的逻辑处理。基本能力通过私有服务暴露。私有服务能够相互调用，调用关系必须是树形结构的，避免形成调用环。对于开放服务需要由注册机构管理。”
架构师要学哲学、数学、建筑学……
这本书认为：“要成为一名合格的架构师，不仅要具备计算机科学或软件工程领域的知识，最好还要深入学习哲学、数学，并了解一些建筑学常识。”
软件行业讲的“设计模式”这个词，直接来源于建筑学。我们大多看过《设计模式》，书中介绍的Christopher Alexander这位建筑学教授，被广泛认为是计算机科学领域的模式语言之父——又是一位跨界大师啊。可能很多人都不知道，我也是百度一下才知道的。
我觉得学哲学还有点儿希望，但数学是痛点，建筑学怕是学不会了。
支持DevOps运作的三个原理
“原理一：系统思考（System Thinking）。对于开发驱动的组织，其主要责任不是制作软件，而是持续地交付客户价值。”
“原理二：强化反馈环（Amplify Feedback Loop）。过程改进常常通过加强和缩短反馈环来达成，该原理强调强化企业和客户之间、企业组织团队之间、流程上和系统内的反馈环。”
“原理三：持续试验和学习的文化（Culture of Continual Experimentation And Learning）。”
Netflix持续规模化产品创新的概念模型
观察（Observe），判断（Orient），决策（Decide），行动（Act）
架构能力的修炼
“多想，多看，多读，多写，多练，多问，多实践。”
作者把“多练”的目标细化为“不自欺、不欺人、不被欺”。此乃金玉良言。有时，我们明知一件事情做不成或很难做成或不能这样做时，仍然在指挥棒下继续做，美其名曰“知其不可而为之”，实则自欺欺人、害人害己。有相应的技能、技巧、胆识说服领导改变主意是一种可贵的能力，能把领导下达的看似不合理的决定变成一个正确的决定那就更厉害了。
两个披萨原则（The two pizza principle）
“两个披萨原则最早是由亚马逊CEO贝索斯提出的，他认为如果两个披萨不足以喂饱一个项目团队，那么这个团队可能就显得太大了。”
两个披萨到底能喂饱几个人？答曰：6-10人。“两个披萨团队”最重要的不是规模，而是它的“适度职责”，为一个部门的损益负责。
单应用常见的优化手段
“静态化，异步化，并行化，内存优化，去重复运算，减少数据库操作，缩短数据库事务，精简代码逻辑，精简日志操作。”
务实
花了三天时间，把这本书看完了，囫囵吞枣。总体感觉是：一线大牛们，大多谦虚谨慎。不夸夸其谈，不超前设计，都是认认真真解决当下遇到的问题。他们是我们学习的榜样，也是我们努力的方向。
参考资料：
中生代技术社区：《架构宝典》
-------------------------------------------------------------------------------------------------------
我的公众号：永宁河（peace_river）
