SpringCloudAlibaba

1: nacos
nacos是一个单独的服务,不是自己开发的.下载启动即用.
下载启动在nacos官网快速开始中都有.很简单.
nacos快速开始链接
默认端口8848 默认访问地址 域名:8848/nacos
初始密码: nacos nacos
登录即可.

然后想把服务注册上去也很简单:
因为现在springboot的yml文件在一直用.
只需要:

spring:
application:
name: xxx 这里是服务名称
cloud:
nacos:
server-addr: 这里填写启动nacos的地址

有缩进的,但是这个编辑器给弄没了~~ .

如此的话,刷新nacos就可以看到服务注册上去了.

name对应的就是名称.
还有命名空间什么的,应该是为了分组管理.
本身还有分组,等一些参数.
但是只要以上的简单配置,就可以注册上去了.

在我使用openfeign进行调用的时候,遇到了一个问题.
基础检查发现配置什么的都没有问题:
错误:
Load balancer does not have available server for client
引起原因:
如果配置中的,命名空间不同的话,或者说分组不同的话,就不行.
猜测:
即使已经注册上去了也不行,必须同命名空间,同分组的话,
服务之间才能相互调用.
猜测是正确的.
命名空间和分组都起到服务隔离的作用.

除此之外,nacos可作为配置中心使用.
有时候,项目发布之后,我不想重新发布,想通过一个参数判断应该走什么逻辑,这个时候,我通常会将这个关键参数放在数据库中.
这样的话,我可以直接通过数据库中的值的修改来达到目的,
如果写在yml中的话,那么就需要重新发版.
我碰到过类似的情况,但不是很多 .

nacos配置中心,可以动态的进行配置更换.而且速度很快. 不需要服务重启,
如果服务是集群的话,假如3份.
如果需要修改yml就要修改三份,发布三份. 如果使用配置中心的话,就修改一个参数就行了.
如此看来,修改配置中心的工作量肯定是最小的,而且又是最不容易出错的.

但是实际上,一般是用不到.
一些小的项目,重启服务很快,单机版的也不影响.写在数据库中也可以.
除非是修改数据库连接这种.
反正办法有很多种. 只要不在乎实现方式的复杂程度,怎么都能实现.
但是配置中心在很多方面都是优势明显,能解决痛点的.
比如刚说的只需要改一份.
特别重要的比如动态部署,不需要重新发版,降低错误率.等等.
我在什么实际场景中,用到这个比较好呢 ?

使用getway遇到一个问题:
Parameter 0 of method modifyRequestBodyGatewayFilterFactory in org.springframework.cloud.gateway.config.GatewayAutoConfiguration required a bean of type ‘org.springframework.http.codec.ServerCodecConfigurer’ that could not be found.

原因:
依赖冲突，spring-cloud-starter-gateway与spring-boot-starter-web和spring-boot-starter-webflux依赖冲突

解决就行