第七章 架构透视
架构师通常是技术与业务的平衡点，架构师应该要掌握架构透视的能力。
透视是后退一步并从许多不同的立足点观察架构的能力。
架构原则
- 最少意外原则：不应该让有一定知识层次的人第一次遇到系统元素感到意外。适用于用户界面可视化。
- 最少知识原则（迪米特法则）：降低独立的功能之间的耦合度，对于高度相关的功能则应该提高内聚度。（每个功能要更好地完成一件事）
- 最小工作量原则（齐普夫法则）：同过最小的工作量解决手头的问题，那么他解决总问题的工作量也是最少的。
- 机会成本原则：寻求在未来确定如何以最有成本效益的方式构建系统。（更加关注系统的变化趋势）
- 单一职责原则：系统的模块或者功能应该只有一个职责。
- 精简原则（奥卡姆剃刀或者KISS）：消除不必要的功能，完成某项任务必要的最小假定。（可以参考二八法则）
- 最后责任时刻原则（延迟成本）：等到必须的时候才做决定，同时进行原型化和概念验证 ，缓解等待风险
- 反馈原则：利用反馈循环帮助提供决策的导航结构，从而为下一步决策提供帮助。
架构的关注点
可用性：只系统需要达到什么样的可用水平。（简单地说用多久会停机、恢复要多久）
可伸缩性：系统应对响应的能力（通常资源达到临界时，系统要主动通知管理者 负载均衡等）
可扩展性：只系统添加或者更改组件的能力。
可重复性：系统的业务一致性的能力。 业务前后处理数据是一致的。
兼容性：在系统中引入非破坏性更改的能力，或者在旧功能仍然可以使用的能力。
可持续性：系统不会因为意外混沌状态的更改，保持架构的相关性。
安全性、容灾性、业务持续性和开源许可证
第三方集成
