什么时候适合改造为微服务架构?比如单体项目庞大到怎样的才适合改造为微服务?

 1.投入产出比, 项目比较重要,有价值才改造 2.团队的人数和技术能够hold 住 分布式技术,公司不能穷,公司能够承受微服务改造的投入成本,包括时间成本 3.单体架构 有 高并发,很高的并发,或者预估未来有很高的并发 4.单体架构 数据量很大,大到了 分库的地步,多数据源,比如 写写2个数据源 5.单体项目 涉及到 挺多分布式问题的,比如分布式缓存,分布式事务,分布式锁等 6.最重要的指标: 部署 单体项目的 服务集群,比如Tomcat 集群 超过了3个 服务数以上的时候,都可以考虑了。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值