软件架构
架构师的定位
工作实质：规划如何将系统切分为组件，并安排好组件之间的排列关系，以及组件之间互相通信的方式。
目的：更好地对组件开发、部署、运行、维护。
如果想设计一个更方便推进各项工作的系统，策略就是在设计中尽可能长时间地保留尽可能多的可选项。
开发的角度
难以开发的系统也不会健康长久。
架构设计要适应开发团队的结构，或者说架构设计最后也会慢慢适应团队结构。
对于多个小组的开发团队，系统要有划分清晰的组件和可靠稳定的接口。
部署的角度
一般来说，一个系统的部署成本越高，可用性就越低。软件架构的目标是要实现一键式的轻松部署。
运行的角度
软件架构对系统运行的影响没有前面的几个大。优化重心应该放在开发、部署和维护。
良好的软件架构应该能明确地反映该系统在运行时的需求。就是说开发人员可以通过架构可以了解运行过程，简化对系统的理解。
维护的角度
维护成本是最高的。成本一，我们在现有系统中寻找在哪里新增功能、修改问题的时间和经历。成本二，修改代码时可能的衍生问题。
保持可选项
保留可选项就是说让软件维持其灵活和便捷的“软”性。
保留什么可选项？就是那些无关紧要的细节设计。
这里的细节设计是相对于软件的核心策略所说的。软件可以分为策略和细节，策略包括软件中所有业务规则和操作过程，就是系统的价值所在。细节是人与系统交互中不影响策略本身的一些行为，比如数据库、I/O设备等。
架构让这些细节与策略脱离开，推迟这些具体的决策过程。
一个优秀的架构师应该致力于最大化可选项数量。