SpringCloud3 Nacos注册中心
startup.cmd -m standalone
Nacos是SpringCloudAlibaba的组件，而SpringCloudAlibaba也遵循SpringCloud中定义的服务注册、服务发现规范。因此使用Nacos和使用Eureka对于微服务来说，并没有太大区别。
eureka和nacos做服务注册发现会遵循这些接口
主要差异在于：
-
依赖不同
-
服务地址不同
在cloud-demo父工程的pom文件中的<dependencyManagement>中引入SpringCloudAlibaba的依赖 这里使用了maven管理
<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>
dependency中type默认为jar即引入一个特定的jar包。ncaos里面有很多的jar包，使用默认类型会导致pom文件过大，所以我们使用pom来包含那些jar包，maven继承和java继承一样不能实现多继承，也就是如果我们的子项目继承一个父pom，然后我们还需要引入大量的jar包，这时如果我们使用父pom的dependencyManagement管理就会引入大量的jar包，但是我们又不能在继一个父pom，所以我们就是用scop-import来将这些大量的jar分类，使得父pom中的依赖管理更加清楚
然后在user-service和order-service中的pom文件中引入nacos-discovery依赖：
<dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId> </dependency>
在user-service和order-service的application.yml中添加nacos地址：
spring:
cloud:
nacos:
server-addr: localhost:8848
重启微服务后，登录nacos管理页面，可以看到微服务信息：
一个服务可以有多个实例，例如我们的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: SJZ # 集群名称
重启两个user-service实例后，我们可以在nacos控制台看到下面结果：
我们再次复制一个user-service启动配置，添加属性：
-Dserver.port=8083 -Dspring.cloud.nacos.discovery.cluster-name=SH
配置如图所示：
启动UserApplication3后再次查看nacos控制台：
默认的ZoneAvoidanceRule并不能实现根据同集群优先来实现负载均衡。
因此Nacos中提供了一个NacosRule的实现，可以优先从同集群中挑选实例。
1）给order-service配置集群信息
修改order-service的application.yml文件，添加集群配置：
spring:
cloud:
nacos:
server-addr: localhost:8848
discovery:
cluster-name: HZ # 集群名称
修改order-service的application.yml文件，修改负载均衡规则：
userservice:
ribbon:
NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # NFLoadBalancerRuleClassName指定负载均衡器的实现类。当然，可以设置自己实现的负载均衡器。
3）注释掉全局 的IRule
服务器设备性能有差异，部分实例所在机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请求。
但默认情况下NacosRule是同集群内随机挑选，不会考虑机器的性能问题。
因此，Nacos提供了权重配置来控制访问频率，权重越大则访问频率越高。
在nacos控制台，找到user-service的实例列表，点击编辑，即可修改权重
Nacos提供了namespace来实现环境隔离功能。
-
nacos中可以有多个namespace
-
namespace下可以有group、service等
-
不同namespace之间相互隔离，例如不同namespace的服务互相不可见
默认情况下，所有service、data、group都在同一个namespace，名为public：
我们可以点击页面新增按钮，添加一个namespace：
然后，填写表单：
就能在页面看到一个新的namespace：
给微服务配置namespace只能通过修改配置来实现。
例如，修改order-service的application.yml文件：
