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