“微服务” 的架构终将成为产品架构上的主流

在敏捷开发中, 我们确实找到了一个框架,能使领域专家,架构师可共同的协作,设计出一可适应变化的 ROA 架构。

但,我想应该从另一个角度来思考……
团队中即使领域专家,架构师可共同协作,但毕竟领域专家,架构师都还是人,不是神。所以,到底能从当前的版本中,预测到多少未来需求的变化? 这实在是个无法答复的问题。所以,在实务上,架构到底能承受多少的变化,同样也变成个无法答复的问题。

假如,不走预测变化这条路做架构设计。那架构设计的思维又是什么?”
很简单……
“既然不能有效预测变化,那就将变化发生时的影响,降至最低。”

我想,微服务的架构终将成为产品架构上的主流;而不再是需花冗长时间,预测变化的架构设计方式。

将过往设计软件架构的思维, 方式彻底的抛弃, 完全的清零, 一切从零开始, 重新出发, 走入另一个面向的架构设计

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值