扫码关注公众号,领取更多资源
文章目录
Spring Cloud
简介
SpringCloud
是一些列框架的集合,利用了SpringBoot
的开发遍历,简化了分布式系统微服务的开发,整合了很多的基础设施,比如服务注册
,服务发现
,配置中心
,消息总线
,负载均衡
,断路器
,数据监控
等等,可以做到快速启动和部署。
SpringCloud
有如下常用的几个模块:
- Eureka:服务注册中心,用于管理微服务
- Ribbon:基于客户端的负载均衡组件
- Hystrix:容错框架,防止服务的雪崩效应
- Feign:web服务客户端,简化Http接口调用
- Zuul:Api网关,提供路由转发,请求过滤等功能
- Config:分布式配置管理
- Sleuth:服务跟踪
- Stream:构建消息驱动的微服务应用程序框架
- Bus:消息代理的集群消息总线
SpringCloud版本
在访问SpringCloud
官网的时候,通常会难以决定到底使用哪个版本,哪个版本是稳定的?
官网https://spring.io/projects/spring-cloud
可以看到下图的表:
因为SpringCloud
是众多项目的综合,所以他的版本号不像其他的系统一样采用1.1,1.2的格式,而是采用类似Finchley SR
这样的名字表明当前各个系统的版本集合。点开左边的名字可以看到如下列表,列出了每个大版本下对应的子系统的版本号,开发者可以根据自己的需求选择不同的额版本。
SpringCloud和dubbo的区别以及优缺点
最初的时候没有SpringCloud
和dubbo
框架,我们要一个或者多个微服务,肯定不能有前端直接去访问对应的服务器,这时候可以给服务的提供方配置相同的域名,然后由Nginx负责请求的发放和跳转。
但是这种方式存在很多问题,Nginx
作为一个服务分发中间代理,配置文件中耦合了很多微服务的调用信息,很大的削弱了微服务的完整性,也使得Nginx
在一定程度上变得更加重量级。整个调用逻辑如下:
由上图也可以推断出,Nginx
并不知道后端服务哪个是可以正常运行的,需要在失败之后不同的重试,这也增加了Nginx
的负担,而且加大了服务开发难度。
所以dubbo
的引入可以对服务进行统一的管理和监控,系统的结构如下:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sfj5oxTz-1606193333992)(SpringCloud.assets/5-1ZQ61J953103.png)\
图中各个组件的介绍可以从SpringBoot服务注册与发现中可以得到介绍,这里就不多说了。相比于以往的Nginx
直接代理,dubbo
的加入有以下几点好处:
- 调用的
Registry
中间件是可选的,服务消费方可以直接访问服务提供方 - 服务提供方信息被集中注册到
Registry
中,形成了统一的服务治理 - 通过
Monitor
监控系统,可以监控各个微服务的调用情况和减抗状况 - 服务消费者可进行负载均衡、服务降级的选择
但是dubbo
也不是完美的,也具有以下的一些缺点:
SpringCloud
是一种云思想的服务框架,与传统dubbo
相比集合了很多其他功能,如下:
而且SpringCloud
抛弃了RPC
调用方式,基于HTTP REST
方式进行服务间的通信,虽然从一定程度上来说RPC
性能更优,但是Rest
调用方式更加灵活,解决了服务之间代码的依赖问题。
而且SpringCloud
与Spring Framework
,Spring Boot
等其他Spring
项目能够完美融合,使得项目的搭建和使用更加快捷方便。