微服务各大框架

发展史

1.单体服务
刚开始的软件研发逻辑简单,开发的时候只有一个数据库,所有的服务放在一个应用,所有的开发放在一个开发坏境里面
优点:无数据不一致问题,只有一个数据库源
特点:中心化,适合小团队开发
开发人员:2-5

2.随着软件的复杂度提升,出现了服务治理
服务治理就是把每个模块化的功能进行拆分,把所有的服务放到一个总线里面
随着用户量越来越多,其他模块需要的东西越来越多,就出现了SOA的架构模式
优点:
1.共同的治理和标准
2.专注于业务功能重用
3.通信使用企业总线ESB(消息机制总线)
缺点:

开发人员:10-100

3.随着软件做得越来越大,出现了微服务,微服务就是把所有的服务划分的更细致
适合拆分复杂的应用
优点:
1.模块化
2.独立部署
3.异构化
缺点:
1.服务拆分较难
2.开发较复杂,会出现很多问题,数据不一致,等等
3.测试复杂,调用关系复杂
4.部署困难,比较复杂

4.服务网格
偏向于云基础层,偏重底层技术
开发使用云平台,底层数据封装

本视频参考:尚硅谷周阳Spring Cloud讲解

本文若有错误请指正,互相学习,加油!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值