nacos注册中心如何使用（Nacos注册中心 (介绍与配置)）
Nacos注册中心
和Euraka一样都是注册中心 ，但Nacos不需要注册Nacos ，因为阿里巴巴已经注册在好了 。只需要下载安装后打开即可
Windows安装
开发阶段采用单机安装即可
1.1.下载安装包
在Nacos的GitHub页面 ，提供有下载链接 ，可以下载编译好的Nacos服务端或者源代码：
GitHub主页：https://github.com/alibaba/nacos
GitHub的Release下载页：https://github.com/alibaba/nacos/releases
如图：
SpringCloud文件中已经准备了安装包：
windows版本使用nacos-server-1.4.1.zip包即可 。
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 ，进入后：
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/profile2.2.上传安装包
如图：
也可以直接使用文件中的tar.gz：
上传到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.4.端口配置
与windows中类似
2.5.启动
在nacos/bin目录中 ，输入命令启动Nacos：
sh startup.sh -m standalone服务注册到Nacos并拉取
Nacos是SpringCloudAlibaba的组件 ，而SpringCloudAlibaba也遵循SpringCloud中定义的服务注册 、服务发现规范 。因此使用Nacos和使用Eureka对于微服务来说 ，并没有太大区别 。
主要差异在于：
依赖不同 服务地址不同0） 启动Nacos
进入bin目录 ，结构如下：
然后执行命令即可：
windows命令：
startup.cmd -m standalone执行后的效果如图：
在浏览器输入地址：http://127.0.0.1:8848/nacos即可 。默认账号密码都是 nacos
1）引入依赖
注意：不要忘了注释掉eureka的依赖 。
在cloud-demo父工程的pom文件中的<dependencyManagement>中引入SpringCloudAlibaba的依赖：
<dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-alibaba-dependencies</artifactId> <version>2.2.6.RELEASE</version> <type>pom</type> <scope>import</scope> </dependency>然后在生产者user-service和消费者order-service中的pom文件中引入nacos-discovery依赖：
<!--客户端依赖--> <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId> </dependency>2）配置nacos地址
注意：不要忘了注释掉eureka的地址
在生产者user-service和消费者order-service的application.yml中添加nacos地址：
spring: cloud: nacos: server-addr: localhost:8848 #配置nacos访问地址（默认也是这个）3）消费者：服务拉取与负责均衡
我们要去eureka-server中拉取user-service服务的实例列表 ，并且实现负载均衡 。
加负责均衡注解 在order-service的OrderApplication中 ，给RestTemplate这个Bean添加一个@LoadBalanced注解：
修改访问服务路径 修改order-service服务中的cn.itcast.order.service包下的OrderService类中的queryOrderById方法 。修改访问的url路径 ，用服务名代替ip 、端口：
spring会自动帮助我们从eureka-server端 ，根据userservice这个服务名称 ，获取实例列表 ，而后完成负载均衡 。
服务分级存储模型
① 一级是服务 ，例如userservice
② 二级是集群 ，例如杭州 、惠州 、上海
③ 三级是实例 ，例如广州机房的某台部署了userservice的服务器一个服务可以有多个实例 ，例如我们的user-service ，可以有:
127.0.0.1:8081 127.0.0.1:8082 127.0.0.1:8083假如这些实例分布于全国各地的不同机房 ，例如：
127.0.0.1:8081 ，在上海机房 127.0.0.1:8082 ，在上海机房 127.0.0.1:8083 ，在杭州机房Nacos就将同一机房内的实例 划分为一个集群 。
也就是说 ，user-service是服务 ，一个服务可以包含多个集群 ，如杭州 、上海 ，每个集群下可以有多个实例 ，形成分级模型 ，如图：
微服务互相访问时 ，应该尽可能访问同集群实例 ，因为本地访问速度更快 。当本集群内不可用时 ，才访问其它集群 。例如：
杭州机房内的order-service应该优先访问同机房的user-service 。
生成者：配置集群
每一个注册的服务都可以设置集群 ，以便后续快速访问
修改生产者user-service的application.yml文件 ，添加集群配置：
spring: cloud: nacos: server-addr: localhost:8848 discovery: cluster-name: HZ # 集群名称（一般以地区简写来表示）重启两个user-service实例后 ，我们可以在nacos控制台看到下面结果：
我们再次复制一个user-service启动配置 ，添加属性：
-Dserver.port=8083 -Dspring.cloud.nacos.discovery.cluster-name=SH配置如图所示：
启动UserApplication3后再次查看nacos控制台：
消费者：同集群优先的负载均衡
NacosRule负载均衡策略
① 优先选择同集群服务实例列表
② 本地集群找不到提供者 ，才去其它集群寻找 ，并且会报警告 ③ 确定了可用实例列表后 ，再采用随机负载均衡挑选实例默认的ZoneAvoidanceRule并不能实现根据同集群优先来实现负载均衡 。
因此Nacos中提供了一个NacosRule的实现 ，可以优先从同集群中挑选实例 。
1）给消费者order-service配置集群信息
修改order-service的application.yml文件 ，添加集群配置：
spring: cloud: nacos: server-addr: localhost:8848 discovery: cluster-name: HZ # 优先消费指定集群的名称2）修改负载均衡规则
修改消费者order-service的application.yml文件 ，修改负载均衡规则：
userservice: ribbon: NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 负载均衡规则生产者：权重配置
① Nacos控制台可以设置实例的权重值 ，0~1之间
② 同集群内的多个实例 ，权重越高被访问的频率越高
③ 权重设置为0则完全不会被访问
实际应用场景：
服务器设备性能有差异 ，部分实例所在机器性能较好 ，另一些较差 ，我们希望性能好的机器承担更多的用户请求 。
但默认情况下NacosRule是同集群内随机挑选 ，不会考虑机器的性能问题 。
因此 ，Nacos提供了权重配置来控制访问频率 ，权重越大则访问频率越高 。
操作：
在nacos控制台 ，找到生产者user-service的实例列表 ，点击编辑 ，即可修改权重：
在弹出的编辑窗口 ，修改权重：
环境隔离namespace
Nacos提供了namespace来实现环境隔离功能【一般用于隔离开发环境dev和生产环境prod】
nacos中可以有多个namespace
namespace下可以有group 、service等（如：与钱有关的服务就放在一组）
不同namespace之间相互隔离 ，例如不同namespace的服务互相不可见
相互隔离是无法相互访问的意思
创建namespace
默认情况下 ，所有service 、data 、group都在同一个namespace ，名为public：
我们可以点击页面新增按钮 ，添加一个namespace：
然后 ，填写表单：
就能在页面看到一个新的namespace（该空间的ID是由UUID生成的）：
给微服务配置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访问生产者user-service ，因为namespace不同 ，会导致找不到userservice ，控制台会报错：
临时/非临时实例
Nacos的服务实例分为两种l类型：
临时实例：如果实例宕机超过一定时间 ，会从服务列表剔除 ，默认的类型 。
非临时实例：如果实例宕机 ，不会从服务列表剔除 ，也可以叫永久实例 。
配置一个服务实例为永久实例：（默认为临时实例）
spring: cloud: nacos: discovery: ephemeral: false # 设置为非临时实例Nacos与Eureka区别
Nacos和Eureka整体结构类似 ，服务注册 、服务拉取 、心跳等待 ，但是也存在一些差异：
Nacos与eureka的共同点
Eureka和Nacos都有的两个细节功能：
I 、服务消费者需要找userservice名的服务 ，Euraka就会将以userservice命名的服务端口以列表（缓存列表）的形式返回给消费者 ，这样消费者就不需要一直访问Euraka造成服务器压力 。但同时为了保证userservice命名的服务有变化时消费者拉取信息的准确性 ，所以Euraka每30s更新列表并返回给消费者 。
II 、服务提供者都需要一定时间内发送请求进行心跳检测 ，让Euraka和Nacos知道该提供者还活着 。（Nacos心跳检测更频繁） 都支持服务注册和服务拉取 都支持服务提供者心跳方式做健康检测Nacos与Eureka的区别
Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式 ，非临时实例采用主动检测模式
主动模式检测：Nacos会主动发送请求去检测提供者是否有存在
临时实例心跳不正常会被剔除 ，非临时实例则不会被剔除
Nacos支持服务列表变更的消息推送模式 ，服务列表更新更及时
白话：当提供者（生产者）有变化时会主动告诉消费者 。
优势：Eureka可能有30s的误差 ，但Nacos没有Nacos集群默认采用AP方式 ，当集群中存在非临时实例时 ，采用CP模式；Eureka采用AP方式
创心域SEO版权声明：以上内容作者已申请原创保护，未经允许不得转载，侵权必究！授权事宜、对本内容有异议或投诉，敬请联系网站管理员，我们将尽快回复您，谢谢合作！