一、概览
根据百度百科的描述,微服务架构是一项在云中部署应用和服务的新技术。而SpringCloud是微服务架构思想的一个具体实现,它为开发人员提供了构建分布式系统中一些常见模式的工具(服务注册与发现、熔断器、分布式配置、网关、控制总线等),SpringCloud是基于SpringBoot框架,它不是重复造轮子,而是将第三方实现的微服务应用的一些模块集成,准确来说,SpringCloud是一个容器。
二、SpringCloud与Dubbo对比
目前在工作中一直用的是Dubbo2.7,趁着空闲时间,学习一下SpringCloud,看了网上很多关于二者对比,以下图片及内容部分转自(https://www.cnblogs.com/xishuai/archive/2018/04/13/dubbo-and-spring-cloud.html和https://blog.csdn.net/zhangweiwei2020/article/details/78646252),如有侵权,请联系删除。
打个比方:SpringCloud相当于整机,组件都相当完整;而Dubbo相当于组装机,组件可以按自己需求自由选择;整体来说,整机的性能有保证,组装的机子更自由。
三、两者运行流程对比
(1)Dubbo
每个组件都是需要部署在单独的服务器上,GateWay用来接收前端请求、聚合服务,并批量调用后台原子服务、每个Service单独与DB交互。
①GateWay:前置网关,具体业务操作,GateWay通过Dubbo提供的负载均衡机制自动完成(Dubbo本身并没有提供网关)
②Service:原子服务,只提供该业务相关的原子服务
③Zookeeper:原子服务注册到ZK上。
(2)SpringCloud
①所有请求都统一通过网关(Zuul)来访问内部服务
②网关接收到请求后,从注册中心(Eureka)获取可用服务
③由Ribbon进行负载均衡后,分发到后端的具体实例
④微服务之间通过Feign进行通信业务处理
(3)总结
①业务部署方式相同,都需要一个前置网关来隔绝外部直接调用原子服务的风险。
②Dubbo需要自己开发一套API网关(目前我所在公司是公司开发网关API+分布式配置Disconf),而SpringCloud则可以通过Zuul配置即可完成网关定制。
四、SpringCloud学习
目前Spring Cloud也是非常火热的,社区更新也比较快,所以什么都学一点,生活更多彩一些。下面正式开始demo学习Spring Cloud。