在敏捷开发中, 我们确实找到了一个框架，能使领域专家，架构师可共同的协作，设计出一可适应变化的 ROA 架构。
但，我想应该从另一个角度来思考……
团队中即使领域专家，架构师可共同协作，但毕竟领域专家，架构师都还是人，不是神。所以，到底能从当前的版本中，预测到多少未来需求的变化?
这实在是个无法答复的问题。所以，在实务上，架构到底能承受多少的变化，同样也变成个无法答复的问题。
“假如，不走预测变化这条路做架构设计。那架构设计的思维又是什么?”
很简单……
“既然不能有效预测变化，那就将变化发生时的影响，降至最低。”
我想，“微服务” 的架构终将成为产品架构上的主流；而不再是需花冗长时间，预测变化的架构设计方式。
“将过往设计软件架构的思维, 方式彻底的抛弃, 完全的清零, 一切从零开始, 重新出发, 走入另一个面向的架构设计?”
原文地址：http://blog.csdn.net/featuresoft/article/details/45399049
