Spring boot的基础总结(六)-------spring clound全家桶

好了，兄弟们，我把spring boot的能踩的一些坑已经踩了，写下以警示自己。
forezp

1.spring clound组件形成

Spring Clound的组成主要由以下的几个组件形成:

1.Eureka:服务注册中心，专门做服务的注册和发现的
2.Feign: 服务之间调用的组件，不用自己建立网络连接服务间调用数据的操作。
3.Ribbon:均衡负载组件，去访问不同机器。
4.Hystrix:熔断和降级组件，解决服务雪崩问题
5.Zuul:服务网关，统一的入口，鉴权限流，安全等操作。

把图稍微那么一画，大概就是这个意思了.
Consume和Provider为：服务消费者和服务提供者。
至于为什么要通过服务消费者再去调用服务提供者，我现在也不是很明白，网上的大多数的意思是解耦。
至于例子，我倒是没找到。不过你可以稍微想一下Consume为添加一个数据的接口，而provider则负责数据库的操作。

但是！现在的版本很不一样了，使用的东西也不太一样了所以会带有很多的坑！！！
作者用的Spring clound都差不多3.0了。而且现在环境也变了很多，所以有很多坑需要初学者尽量去看官方文档不要一昧的看着教程去敲，很容易就问题了。

2.不一样的spring boot

已知Eureka2.*已经是闭源了，springclound现在的支持版本也是1.*为止，所以现在不少人已经转战阿里。
So:Eureka ----> Nacos.
你要说有什么区别，自己去百度吧。。
其它Feign,Ribbon区别不是很大。
这里主要需要讲的是Zuul,这个网关服务，我是真的死活弄不成功,一直找不到服务0-0。我也不是很懂为什么。然后到最后我发现。Spring Clound 选择了自己的Spring boot GateWay.我在猜想是不是版本太高了，所以Spring boot不太支持Zuul了
So:Zuul —> Spring clound gateway
另外一个，关于hystrix,不是说hystrix不好，而是现在Spring clound gateway官方文档
已经不适用hystrix了，- name : Hystrix启动项目，已经直接异常了。 而它自带的熔断机制是:resilience4j.
SO:hystrix —>resilience4j
另外Eruka其实好像也没那么好了，可以选择用阿里的Nacos.这样他是配置中心也是服务注册中心。~
总结一下：

1.Eureka(Nacos):服务注册中心，专门做服务的注册和发现的
2.Feign: 服务之间调用的组件，不用自己建立网络连接服务间调用数据的操作。
3.Ribbon:均衡负载组件，去访问不同机器。
4.resilience4j:熔断和降级组件，解决服务雪崩问题
5.Spring clound gateway:服务网关，统一的入口，鉴权限流，安全等操作。

记录一下Nacos的一些坑：

1.所有的依赖都要有版本的对应，不然就会出错！而且依赖一定要搞清楚要依赖谁。下面是最新的版本依赖(2021.2.4)：
<spring-cloud.version>Hoxton.SR8</spring-cloud.version>
<spring-boot.version>2.3.2.RELEASE</spring-boot.version>
<spring-cloud-alibaba.version>2.2.5.RELEASE</spring-cloud-alibaba.version>

    <dependency>
		<groupId>com.alibaba.cloud</groupId>
		<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
		<version>2.2.5.RELEASE</version>
	</dependency>

在做Nacos配置中心的时候，也许你的参数都写对了，但是要注意的是，配置的时候一定要使用bootstrap.properties不然，配置也一定配置不成功。