微服务-注册中心Eureka和Nacos

前言：使用RestTemple很乱，麻烦。地址是写死了的，并且不确定这个地址实际上能否使用

Eureka注册中心：

注意：一个微服务，既可以是服务提供者(注册信息，发送心跳)，又可以是服务消费者(拉取服务列表，远程调用)，因此eureka将服务注册、服务发现等功能统一封装到了eureka-client端

Eureka作用以及特点：

1. 服务提供者启动时向eureka注册自己的信息
2. eureka保存这些信息
3. 消费者根据服务名称向eureka拉取提供者信息。
4. 消费者基于服务列表做负载均衡，选中一个微服务后发起远程调用
5. 服务提供者会每隔30秒向EurekaServer发送心跳请求，报告健康状态
6. eureka会更新记录服务列表信息，心跳不正常会被剔除 消费者就可以拉取到最新的信息

Eureka的搭建使用：

服务搭建

1. 父工程下创建一个maven项目，引入spring-cloud-starter-netflix-eureka-server的依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId></dependency>
2. 启动类上添加@EnableEurekaServer注解。开启eureka的注册中心功能
3. 添加application.yml文件，编写下面的配置：(做服务注册) server: port: 10086 # 服务端口spring: application: name: eureka-server # eureka的服务名称 eureka: client: service-url: # eureka的地址信息 defaultZone: http://127.0.0.1:10086/eureka
4. 启动服务：启动微服务后，可以在浏览器访问上述配置的地址：http://127.0.0.1:10086
5. 要注意版本，不同版本会启动失败pom文件这里修改版本号 <properties> <maven.compiler.source>8</maven.compiler.source> <maven.compiler.target>8</maven.compiler.target> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding></properties>

说明：eurake也是一个微服务，所以在启动时也会将自己注册到eureka(集群时通信使用)

服务注册（多开服务）：

1. 在user-service的pom文件中，引入下面的eureka客户端依赖： <!-- eureka 客户端依赖 --><dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId></dependency>
2. 在user-service中，修改application.yml文件，添加服务名称、和eureka地址： #spring: 标签不能重复，所以写在上边了# application:# name: userservice # user服务的服务名称eureka: client: service-url: # euraka的地址信息 defaultZone: http://127.0.0.1:10086/eureka
3. 启动多个实例
4. 将某个实例多次启动模拟多实例部署（需要修改端口配置） P12 1. 服务运行后，在运行框里点击复制2. 3.

服务发现/拉取：

1. 之前使用RestTemplet发起的http请求更换为Eureka的服务名 // 2.利用 RestTemplate 向另一个服务器发起发起http请求// String url = "http://localhost:8081/user/" + order.getUserId();String url = "http://userservice/user/" + order.getUserId();User user = restTemplate.getForObject(url, User.class);
2. RestTemplate配置类上添加负载均衡注解@LoadBalanced // 使用 RestTemplate 来进行服务的远程调用 // 这里主要是进行注入 @LoadBalanced // eureka负载均衡注解 @Bean public RestTemplate restTemplate(){ return new RestTemplate(); }
3. 其他

Ribbon负载均衡：

@LoadBalanced注解是如何实现负载均衡的

负载均衡原理：

1. 拦截我们的RestTemplate请求http://userservice/user/1
2. RibbonLoadBalancerClient会从请求url中获取服务名称，也就是user-service
3. DynamicServerListLoadBalancer根据user-service到eureka拉取服务列表
4. eureka返回列表，localhost:8081、localhost:8082
5. IRule利用内置负载均衡规则，从列表中选择一个，例如localhost:8081
6. RibbonLoadBalancerClient修改请求地址，用localhost:8081替代userservice，得到http://localhost:8081/user/1，发起真实请求

负载均衡策略：

通过定义IRule实现修改负载均衡规则的两种方式：

1. 配置类中定义一个新的IRule（作用于全局的，请求其他所有服务都是随机的） @Beanpublic IRule randomRule(){ return new RandomRule();} // 负载均衡规则设置为随机
2. 在order-service的application.yml文件中，添加新的配置修改规则（针对某一个微服务而言的，因为指定里微服务名称） userservice: # 给某个微服务配置负载均衡规则，这里是userservice服务 ribbon: NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule # 负载均衡规则
3. 其他

懒加载：

    Ribbon默认是采用懒加载，

懒加载：即第一次访问时才会去创建LoadBalanceClient，请求时间会很长。

饥饿加载：在项目启动时创建，降低第一次访问的耗时，在yml里通过下面配置开启饥饿加载

ribbon:
  eager-load:
    enabled: true  # 开启饥饿加载
    clients: 
      - userservice # 指定对userservice这个服务饥饿加载

clients是一个数组，可以指定多个服务进行饥饿加载

Nacos注册中心：

nacos特点：

1. 默认端口：8848
2. 是下载了一个独立的服务，进行管理的，区别于eureka（创建maven工程）

nacos服务搭建：

官方文档：Nacos 快速开始

1. 下载安装包：Mac系统使用.tar或.tar.gz格式的安装包，win系统是.zip格式
2. 解压（有必要的话改一下端口）
3. 在bin目录下运行指令：（mac命令）sh startup.sh -m standalone
4. standalone代表着单机模式运行，非集群模式
5. 关闭服务：（mac命令）sh shutdown.sh，win可以直接点击文件启动或者关闭
6. 通过浏览器访问 http://127.0.0.1:8848/nacos``` ```来验证Nacos服务是否成功启动

nacos服务注册：p18

1. 在父工程的pom文件中的<dependencyManagement>中引入SpringCloudAlibaba的管理依赖： <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-alibaba-dependencies</artifactId> <version>2.2.5.RELEASE</version> <type>pom</type> <scope>import</scope></dependency>
2. 注释掉order-service和user-service的pom文件中原有的eureka依赖。
3. 添加nacos的客户端依赖： <!-- 注：如果不通过父工程统一管理版本依赖，在子工程中使用需要指定具体版本。--><dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId></dependency>
4. 在子工程user-service和order-service的yml文件中添加nacos地址： spring: cloud: nacos: server-addr: localhost:8848 # nacos服务端地址
5. 启动的时候，eureka就没必要再启动了哈

Nacos服务多级存储模型：

1. 一级是服务，例如userservice
2. 二级是集群，例如杭州或上海
3. 三级是实例，例如杭州机房的某台部署了userservice的服务器

• 当微服务互相访问时，应该尽可能先访问同集群实例，因为本地访问速度更快。当本集群内不可用时，才访问其它集群
• 总结：Nacos引入集群概念就是为了尽可能的避免出现跨集群调用。

配置一个实例的集群属性：

注意哈，记得先运行nacos

修改子工程user-service服务的yml文件，添加spring.cloud.nacos.discovery.cluster-name属性配置：

spring:
  cloud:
    nacos:
      server-addr: localhost:8848  # nacos服务端地址
      discovery:
        cluster-name: HZ # 集群名称，也就是机房所在位置

• 再复制一个user实例，命名为user3，设置端口号。
• 重启user1，2之后，将HZ这个集群名称换位SH（上海）
• 刷新Nacos，点击详情，就会发现有两个集群了

nacos负载均衡：

默认的负载均衡：（优先同一个集群下）

1. 给每个服务做好集群划分
2. 将负载均衡规则修改为：
3. userservice: # 要调用的微服务名称 ribbon: NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 负载均衡规则
4. nacos优先选择本地的集群，在同一个集群里采用随机模式的负载均衡
5. 本地集群全挂了，再访问外地的集群

根据权重负载均衡：

• 权重值：0～1
• 权重越高，被访问比例越高
• 做系统升级时候服务器不合适随便重启，可以将值调整为0(不给他分配请求)

nacos环境隔离：namespace

• nacos既是注册中心，也是数据中心，因此多一个隔离的概念
• 20-Nacos-环境隔离_哔哩哔哩_bilibili
• 根据 namespace 进行划分的，每个环境里不能相互访问
• 每生成一个环境，都会有一个独立ID

操作：修改yml文件：最后一句：namespace

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        cluster-name: HZ
        namespace: 492a7d5d-237b-46a1-a99a-fa8e98e4b0f9 # 命名空间，填上述ID

nacos与eureka区别：

配置一个服务实例为永久实例：

spring:
  cloud:
    nacos:
      discovery:
        ephemeral: false # 设置为非临时实例

共同点：

• 都支持服务注册和服务拉取
• 都支持服务提供者心跳方式做健康检测

Nacos与Eureka的区别

• Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式
• 临时实例心跳不正常会被剔除，非临时实例则不会被剔除
• Nacos支持服务列表变更的消息推送模式，服务列表更新更及时
• Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式

Nacos配置中心：

修改某些配置后，不需要重启，配置立马生效 即“热更新”

创建统一配置管理：

1. nacos启动后进入网站到这里，点击创建配置
2. 填写如下配置信息
3. 这里的内容是定义日期格式的

在项目中拉取配置：

项目流程示意图：

说明：

1. 不使用nacos是一套直线走完
2. 使用nacos要先拉取nacos中管理的配置，然后与本地的application.yml配置合并
3. 所以就引入了一种新的配置文件：bootstrap.yaml文件，会在application.yml之前被读取

操作步骤：

1. 引入依赖1. 在user-service服务中，引入nacos-config的客户端依赖： <!--nacos配置管理依赖--><dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId></dependency><! 注意：如果未在工程中统一管理依赖版本，此处需要指定具体版本 -->
2. resources目录下新建文件：bootstrap.yaml，并添加如下内容（与application.yml同级） spring: application: name: userservice # 服务名称 profiles: active: dev # 开发环境，这里是dev cloud: nacos: server-addr: localhost:8848 # Nacos地址 config: file-extension: yaml # 文件后缀名就是在nacos网站里配置的DataID的名称：userservice-dev.yaml
3. application里关于nacos的内容就可以不要了（服务名称，nacos地址，集群配置）
4. 进行测试，在user-service中的UserController中添加业务逻辑，尝试读取nacos中配置的pattern.dateformat： // 测试能否获取到nacos里设置的配置 @Value("${pattern.dateformat}") private String dateformat; // 查看配置是否生效 @GetMapping("/now") public String now() { return LocalDateTime.now().format(DateTimeFormatter.ofPattern(dateformat)); }然后运行成功，拿到时间

配置热更新（两种方式）：

1. 在@Value注入的变量所在类上（Controller层）添加注解@RefreshScope
2. 使用@ConfigurationProperties注解代替@Value注解。 1. 在user-service微服务中，新建一个配置类，读取nacos中配置的patterrn.dateformat属性： package cn.itcast.user.config;import lombok.Data;import org.springframework.boot.context.properties.ConfigurationProperties;import org.springframework.stereotype.Component;@Component@Data@ConfigurationProperties(prefix = "pattern")public class PatternProperties { private String dateformat;}2. 在UserController中使用这个读取配置类代替@Value直接注入：
3. 运行后，在nacos网站修改配置后就可以热更新了（刷新user/now，时间格式变化）

总结：

1. 通过@Value注解注入，结合@RefreshScope来刷新
2. 通过@ConfigurationProperties注入，自动刷新

注意事项： 不是所有的配置都适合放到配置中心，维护起来比较麻烦

建议将一些关键参数，需要运行时调整的参数放到nacos配置中心，一般都是自定义配置

多环境配置共享：

场景：某一个通用配置

步骤：

1. nacos新建一个配置
2. 在user-service服务中，修改PatternProperties配置类，读取新添加的属性 @Data@Component@ConfigurationProperties(prefix = "pattern")public class PatternProperties { private String dateformat; private String evnSharedValue;}
3. controller类中，注入该配置
4. 编辑复制的服务，修改环境变量
5. 运行，进入prop路径下，开发环境显示和test环境显示不一样

服务配置的优先级：

假设同一个属性，nacos有共享配置和独享的都有这个属性，本地也这个属性

那么优先级为

总结：两种配置的名称格式

1. [服务名]-[spring.profile.active].yaml，环境配置
2. [服务名].yaml，默认配置，多环境共享

Nacos集群搭建：

nacos生产环境下一定要部署为集群环境

Nacos集群搭建超详细，仅需五步搭建本地Nacos集群，看这个就够了，不会搭建你找我，黑马_nacos 集群搭建-CSDN博客