软件架构

架构师的定位

工作实质：规划如何将系统切分为组件，并安排好组件之间的排列关系，以及组件之间互相通信的方式。

目的：更好地对组件开发、部署、运行、维护。

如果想设计一个更方便推进各项工作的系统，策略就是在设计中尽可能长时间地保留尽可能多的可选项。

开发的角度

难以开发的系统也不会健康长久。

架构设计要适应开发团队的结构，或者说架构设计最后也会慢慢适应团队结构。

对于多个小组的开发团队，系统要有划分清晰的组件和可靠稳定的接口。

部署的角度

一般来说，一个系统的部署成本越高，可用性就越低。软件架构的目标是要实现一键式的轻松部署。

运行的角度

软件架构对系统运行的影响没有前面的几个大。优化重心应该放在开发、部署和维护。

良好的软件架构应该能明确地反映该系统在运行时的需求。就是说开发人员可以通过架构可以了解运行过程，简化对系统的理解。

维护的角度

维护成本是最高的。成本一，我们在现有系统中寻找在哪里新增功能、修改问题的时间和经历。成本二，修改代码时可能的衍生问题。

保持可选项

保留可选项就是说让软件维持其灵活和便捷的“软”性。

保留什么可选项？就是那些无关紧要的细节设计。

这里的细节设计是相对于软件的核心策略所说的。软件可以分为策略和细节，策略包括软件中所有业务规则和操作过程，就是系统的价值所在。细节是人与系统交互中不影响策略本身的一些行为，比如数据库、I/O设备等。

架构让这些细节与策略脱离开，推迟这些具体的决策过程。

一个优秀的架构师应该致力于最大化可选项数量。