微服务架构的使用场景

        随着互联网的高速发展,微服务现在已经成了热门话题,我们今天就来聊聊微服务架构的使用场景,在之前,我们先讲讲单体架构,单体架构就是我们最传统的项目前端代码和后端代码耦合在一起。

单体架构的适用场景

        业务场景简单,功能不复杂,研发人员较少。

        公司处于创业初期:为了生存,需要的是快速开发出功能,然后到市场上试错。

        性能要求及其苛刻:一些对性能要求比较高的系统,例如股票软件。

        需求比较稳定的系统也不适合做成微服务,例如:公司内部OA,考勤系统等。        

微服务的使用场景     

        需求层面:

        公司发展到一定规模,需求变化频繁,并且研发团队达到10人左右

        性能层面:

        对响应时间要求不苛刻的系统,比如:电商系统 

        数据一致性层面:

        尽量避免分布式事务问题,对数据一致性不太高可保证最终一致性     

  微服务的目的

        项目快速迭代

        项目持续交付   

 欢迎大家和我一块讨论        

       

  

           

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值