第 11 章 确定应用发展的预留空间
基于产品的发展周期和趋势， 给出一定的预算、成本、服务器空间等， 以应对未来的机遇和挑战。
需要对自己的系统、容量、资源等做好极致的掌控， 了解各个节点在当前趋势下， 达到崩坏节点的时间预期。
文中给了几种计算所需预留空间的计算方式， 但是我感觉价值不大， 我们在技术上有自己的算法， 需要达成可满足常态化5-10倍的流量变化、自动化扩缩容（资源占用到达75%或设定阈值时）等， 并不是按常态化50%计算的。
第12章 确立架构原则
好的架构原则：
1、与团队目标、愿景和使命紧密结合
2、具体的、可度量的、现实的、可测试的 符合smart原则的。
逐步孵化的原则：
1、 确保各方可落地
2、 做正确的事， 关联团队和公司的宏观目标
3、 如果将团队化成多个小团队， 找到重叠性高的原则， 着重参考
4、 群策群力， 共同选举出原则和方法
5、 需要有激烈的讨论， 允许辩论
6、 制定过程中要应用RASCI方法， 成员包含架构师和关键团队成员。
架构经验：
1、n+1设计： 冗余设计、 不做单点
2、可回滚性
3、禁用设计 ： 有开关能力快速止损
4、监控设计： 良好的监控和报警，可观测性的体现
5、异地多活： 鸡蛋不放在同一个篮子里， 具备可切流能力
6、使用成熟的技术
7、异步设计
8、无状态系统： 尽量做好幂等设计， 容灾能力更强
9、水平扩展非垂直： 具备弹性扩容和自动扩展功能， 而不是通过单台服务的性能
10、前瞻性设计： 架构即未来
11、非核心则购买： 不懂
12、使用商品化硬件： 成熟的硬件？
13、小构建，小发布，快试错： 快速版本迭代
14、故障隔离：确保设计上不会牵一发而动全身， 做好降级容错
15、自动化： 提高质效