文章目录
一、Nacos注册中心1.Nacos安装指南1.1.下载安装包1.2.解压1.3.端口配置1.4.启动1.5.访问
2.Linux安装2.1.安装JDK2.2.上传安装包2.3.解压2.5.启动
3.Nacos的依赖
2.服务注册3.分级存储模型4.配置集群5.NacosRule6.权重配置7.环境隔离创建namespace配置namespace
8.临时实例
二、Nacos配置中心2.1创建配置2.2拉取配置2.3配置热更新@RefreshScope@ConfigurationProperties
2.4配置共享2.5配置优先级
一、Nacos注册中心
SpringCloudAlibaba 推出了一个名为 Nacos 的注册中心，在国外也有大量的使用。
解压启动 Nacos，这里不做赘述。
1.Nacos安装指南
开发阶段采用单机安装即可。
1.1.下载安装包
在Nacos的GitHub页面，提供有下载链接，可以下载编译好的Nacos服务端或者源代码：
GitHub主页：https://github.com/alibaba/nacos
GitHub的Release下载页：https://github.com/alibaba/nacos/releases
如图：
1.2.解压
将这个包解压到任意非中文目录下，如图：
目录说明：
bin：启动脚本conf：配置文件
1.3.端口配置
Nacos的默认端口是8848，如果你电脑上的其它进程占用了8848端口，请先尝试关闭该进程。
如果无法关闭占用8848端口的进程，也可以进入nacos的conf目录，修改配置文件中的端口：
修改其中的内容：
1.4.启动
启动非常简单，进入bin目录，结构如下：
然后执行命令即可： windows命令：
startup.cmd -m standalone
执行后的效果如图：
1.5.访问
在浏览器输入地址：http://127.0.0.1:8848/nacos 即可：
默认的账号和密码都是 nacos，进入后：
2.Linux安装
Linux或者Mac安装方式与Windows类似。
2.1.安装JDK
Nacos依赖于JDK运行，索引Linux上也需要安装JDK才行。
上传jdk安装包：
在这里插入图片描述
上传到某个目录，例如：/usr/local/
然后解压缩：
tar -xvf jdk-8u144-linux-x64.tar.gz
重命名文件夹为 java
配置环境变量：
export JAVA_HOME=/usr/local/java
export PATH=$PATH:$JAVA_HOME/bin
设置环境变量：
source /etc/profile
2.2.上传安装包
如图：
上传到Linux服务器的某个目录，例如/usr/local/src目录下：
2.3.解压
命令解压缩安装包：
tar -xvf nacos-server-1.4.1.tar.gz
然后删除安装包：
rm -rf nacos-server-1.4.1.tar.gz
目录中最终样式：
目录内部：
2.5.启动
在nacos/bin目录中，输入命令启动Nacos：
sh startup.sh -m standalone
3.Nacos的依赖
父工程：
客户端：
2.服务注册
这里上来就直接服务注册，很多东西可能有疑惑，其实 Nacos 本身就是一个 SprintBoot 项目，这点你从启动的控制台打印就可以看出来，所以就不再需要去额外搭建一个像 Eureka 的注册中心。
引入依赖
在 cloud-demo 父工程中引入 SpringCloudAlibaba 的依赖：
然后在 user-service 和 order-service 中的pom文件中引入 nacos-discovery 依赖：
配置nacos地址
在 user-service 和 order-service 的 application.yml 中添加 nacos 地址：
spring:
cloud:
nacos:
server-addr: 127.0.0.1:8848
项目重新启动后，可以看到三个服务都被注册进了 Nacos
浏览器访问：http://localhost:8080/order/101，正常访问，同时负载均衡也正常。
3.分级存储模型
一个服务可以有多个实例，例如我们的 user-service，可以有:
127.0.0.1:8081127.0.0.1:8082127.0.0.1:8083
假如这些实例分布于全国各地的不同机房，例如：
127.0.0.1:8081，在上海机房127.0.0.1:8082，在上海机房127.0.0.1:8083，在杭州机房
Nacos就将同一机房内的实例，划分为一个集群。
微服务互相访问时，应该尽可能访问同集群实例，因为本地访问速度更快。**当本集群内不可用时，才访问其它集群。**例如：杭州机房内的 order-service 应该优先访问同机房的 user-service。
4.配置集群
接下来我们给 user-service 配置集群
改 user-service 的 application.yml 文件，添加集群配置：
spring:
cloud:
nacos:
server-addr: localhost:8848
discovery:
cluster-name: HZ # 集群名称 HZ杭州
重启两个 user-service 实例后，我们再去启动一个上海集群的实例。
-Dserver.port=8083 -Dspring.cloud.nacos.discovery.cluster-name=SH
查看 nacos 控制台：
5.NacosRule
Ribbon的默认实现 ZoneAvoidanceRule 并不能实现根据同集群优先来实现负载均衡，我们把规则改成 NacosRule 即可。我们是用 orderservice 调用 userservice，所以在 orderservice 配置规则。
@Bean
public IRule iRule(){
//默认为轮询规则，这里自定义为随机规则
return new NacosRule();
}
另外，你同样可以使用配置的形式来完成，具体参考上面的 Ribbon 栏目。
userservice:
ribbon:
NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule #负载均衡规则
然后，再对 orderservice 配置集群。
spring:
cloud:
nacos:
server-addr: localhost:8848
discovery:
cluster-name: HZ # 集群名称
现在我启动了四个服务，分别是：
orderservice - HZuserservice - HZuserservice1 - HZuserservice2 - SH
访问地址：http://localhost:8080/order/101
在访问中我们发现，只有同在一个 HZ 集群下的 userservice、userservice1 会被调用，并且是随机的。
我们试着把 userservice、userservice2 停掉。依旧可以访问。
在 userservice3 控制台可以看到发出了一串的警告，因为 orderservice 本身是在 HZ 集群的，这波 HZ 集群没有了 userservice，就会去别的集群找。
6.权重配置
实际部署中会出现这样的场景：
服务器设备性能有差异，部分实例所在机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请求。但默认情况下 NacosRule 是同集群内随机挑选，不会考虑机器的性能问题。
因此，Nacos 提供了权重配置来控制访问频率，0~1 之间，权重越大则访问频率越高，权重修改为 0，则该实例永远不会被访问。
在 Nacos 控制台，找到 user-service 的实例列表，点击编辑，即可修改权重。
在弹出的编辑窗口，修改权重
另外，在服务升级的时候，有一种较好的方案：我们也可以通过调整权重来进行平滑升级，例如：先把 userservice 权重调节为 0，让用户先流向 userservice2、userservice3，升级 userservice后，再把权重从 0 调到 0.1，让一部分用户先体验，用户体验稳定后就可以往上调权重啦。
7.环境隔离
Nacos 提供了 namespace 来实现环境隔离功能。
Nacos 中可以有多个 namespacenamespace 下可以有 group、service 等不同 namespace 之间相互隔离，例如不同 namespace 的服务互相不可见
创建namespace
默认情况下，所有 service、data、group 都在同一个 namespace，名为 public(保留空间)：
我们可以点击页面新增按钮，添加一个 namespace：
然后，填写表单：
就能在页面看到一个新的 namespace：
配置namespace
给微服务配置 namespace 只能通过修改配置来实现。
例如，修改 order-service 的 application.yml 文件：
spring:
cloud:
nacos:
server-addr: localhost:8848
discovery:
cluster-name: HZ
namespace: 492a7d5d-237b-46a1-a99a-fa8e98e4b0f9 # 命名空间ID
重启 order-service 后，访问控制台。
此时访问 order-service，因为 namespace 不同，会导致找不到 userservice，控制台会报错：
8.临时实例
Nacos 的服务实例分为两种类型：
临时实例：如果实例宕机超过一定时间，会从服务列表剔除，默认的类型。非临时实例：如果实例宕机，不会从服务列表剔除，也可以叫永久实例。
配置一个服务实例为永久实例：
spring:
cloud:
nacos:
discovery:
ephemeral: false # 设置为非临时实例
另外，Nacos 集群默认采用AP方式(可用性)，当集群中存在非临时实例时，采用CP模式(一致性)；而 Eureka 采用AP方式，不可切换。（这里说的是 CAP 原理，后面会写到）
二、Nacos配置中心
Nacos除了可以做注册中心，同样可以做配置管理来使用。
当微服务部署的实例越来越多，达到数十、数百时，逐个修改微服务配置就会让人抓狂，而且很容易出错。我们需要一种统一配置管理方案，可以集中管理所有实例的配置。
Nacos 一方面可以将配置集中管理，另一方可以在配置变更时，及时通知微服务，实现配置的热更新。
2.1创建配置
在 Nacos 控制面板中添加配置文件
然后在弹出的表单中，填写配置信息：
**注意：**项目的核心配置，需要热更新的配置才有放到 nacos 管理的必要。基本不会变更的一些配置(例如数据库连接)还是保存在微服务本地比较好。
2.2拉取配置
首先我们需要了解 Nacos 读取配置文件的环节是在哪一步，在没加入 Nacos 配置之前，获取配置是这样：
加入 Nacos 配置，它的读取是在 application.yml 之前的：
这时候如果把 nacos 地址放在 application.yml 中，显然是不合适的，Nacos 就无法根据地址去获取配置了。
因此，nacos 地址必须放在优先级最高的 bootstrap.yml 文件。
引入 nacos-config 依赖
首先，在 user-service 服务中，引入 nacos-config 的客户端依赖：
添加 bootstrap.yml
然后，在 user-service 中添加一个 bootstrap.yml 文件，内容如下：
spring:
application:
name: userservice # 服务名称
profiles:
active: dev #开发环境，这里是dev
cloud:
nacos:
server-addr: localhost:8848 # Nacos地址
config:
file-extension: yaml # 文件后缀名
根据 spring.cloud.nacos.server-addr 获取 nacos地址，再根据${spring.application.name}-${spring.profiles.active}.${spring.cloud.nacos.config.file-extension}作为文件id，来读取配置。
在这个例子例中，就是去读取 userservice-dev.yaml
使用代码来验证是否拉取成功
在 user-service 中的 UserController 中添加业务逻辑，读取 pattern.dateformat 配置并使用：
@Value("${pattern.dateformat}")
private String dateformat;
@GetMapping("now")
public String now(){
//格式化时间
return LocalDateTime.now().format(DateTimeFormatter.ofPattern(dateformat));
}
启动服务后，访问：http://localhost:8081/user/now
2.3配置热更新
我们最终的目的，是修改 nacos 中的配置后，微服务中无需重启即可让配置生效，也就是配置热更新。
有两种方式：1. 用 @value 读取配置时，搭配 @RefreshScope；2. 直接用 @ConfigurationProperties 读取配置
@RefreshScope
方式一：在 @Value 注入的变量所在类上添加注解 @RefreshScope
@ConfigurationProperties
方式二：使用 @ConfigurationProperties 注解读取配置文件，就不需要加 @RefreshScope 注解。
在 user-service 服务中，添加一个 PatternProperties 类，读取 patterrn.dateformat 属性
@Data
@Component
@ConfigurationProperties(prefix = "pattern")
public class PatternProperties {
public String dateformat;
}
@Autowired
private PatternProperties patternProperties;
@GetMapping("now2")
public String now2(){
//格式化时间
return LocalDateTime.now().format(DateTimeFormatter.ofPattern(patternProperties.dateformat));
}
2.4配置共享
其实在服务启动时，nacos 会读取多个配置文件，例如：
[spring.application.name]-[spring.profiles.active].yaml，例如：userservice-dev.yaml[spring.application.name].yaml，例如：userservice.yaml
这里的 [spring.application.name].yaml 不包含环境，因此可以被多个环境共享。
添加一个环境共享配置
我们在 nacos 中添加一个 userservice.yaml 文件：
在 user-service 中读取共享配置
在 user-service 服务中，修改 PatternProperties 类，读取新添加的属性：
在 user-service 服务中，修改 UserController，添加一个方法：
运行两个 UserApplication，使用不同的profile
修改 UserApplication2 这个启动项，改变其profile值：
这样，UserApplication(8081) 使用的 profile 是 dev，UserApplication2(8082) 使用的 profile 是test
启动 UserApplication 和 UserApplication2
访问地址：http://localhost:8081/user/prop，结果：
访问地址：http://localhost:8082/user/prop，结果：
可以看出来，不管是 dev，还是 test 环境，都读取到了 envSharedValue 这个属性的值。
上面的都是同一个微服务下，那么不同微服务之间可以环境共享吗？
通过下面的两种方式来指定：
extension-configsshared-configs
spring:
cloud:
nacos:
config:
file-extension: yaml # 文件后缀名
extends-configs: # 多微服务间共享的配置列表
- dataId: common.yaml # 要共享的配置文件id
spring:
cloud:
nacos:
config:
file-extension: yaml # 文件后缀名
shared-configs: # 多微服务间共享的配置列表
- dataId: common.yaml # 要共享的配置文件id
2.5配置优先级
当 nacos、服务本地同时出现相同属性时，优先级有高低之分。
更细致的配置
后续持续更新springcloud alibaba微服务全家桶组件的使用 有问题评论区讨论哦 可以加我 qq:1435469553 作者： 先进
好文阅读
发表评论