Orchestration 和 Choreography，这个两个词在跟“服务”有关的架构讨论中常有出现。比如微服务和SOA。

系统不要像一座建筑或一台机器。

Enterprise Continuum， 我称作企业大火锅。

模式驱动不是一种顶层的驱动技术。因为架构模式本身，严格来讲并不是对目标系统本身的分解（而特征和风险则是）。

方法论是路线图，不是轨道。

当然。

驱动技术是方法论的第一步，是对目标问题进行分割，并分别进行管理跟进的技术。

我们常说“这个问题从何处着手呢？”——驱动技术要做的就是：找到从何着手，跟进着手过程，评估着手效果，归纳着手结论。

跟开发过程中其他环节相比，架构设计往往更加依赖于架构师个人的经验和决定。 有些架构师和团队对架构设计过程比较随意。 我们常看到的介绍架构设计的文章，也多侧重于介绍设计结论。这些都似乎使得架构设计倾向强调最终结论，不太重视中间过程和过程产出。

最终结论固然是重要的，但过程产出也有重要意义。从几个方面来看：

不是。

相比于架构设计的目的，技术栈更像是架构执行的手段。

“为了实现那样的架构设计，我们将使用这些的技术。……”