Nacos与Eureka

文章目录

Nacos与Eureka

分布式架构的优缺点：

优点：

• 降低服务耦合
• 有利于服务升级和拓展

缺点：

• 服务调用关系错综复杂

微服务

微服务的架构特征：

• 单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责
• 自治：团队独立、技术独立、数据独立，独立部署和交付
• 面向服务：服务提供统一标准的接口，与语言和技术无关
• 隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题

SpringCloud是目前国内使用最广泛的微服务框架。SpringCloud底层是依赖于SpringBoot，并且有版本的兼容关系。

我们课堂学习的版本是 Hoxton.SR10，因此对应的SpringBoot版本是2.3.x版本。

Eureka注册中心

使用原理：

1、Eureka 作为一个服务注册中心启动。
2、Provider 和 Consumer 分别作为服务启动，并且注册到 Eureka 上面去，以 provider 为例，3、provider 注册时会告诉 eureka，我叫 provider，我的地址是 xx.xx.xx.xx，我的端口是 xx，我的 xx 是 xx，就是说，provider 会将自己的一些元数据信息告诉 eureka；同理，consumer 也是如此。
接下来，consumer 要调用 provider 的接口，但是它不知道 provider 的地址是什么，他只知道要调用的服务叫 provider，于是 consumer 找到 eureka，从 eureka 上查询出来 provider 的具体地址和端口，这个具体的地址和端口，可能是一个，也可能是多个(集群化部署)。
consumer 获取到 provider 的地址和端口之后，接下来就直接去调用 provider 了。
从上面一个流程图中，大家可以看出来，一旦 consumer 获取到 provider 的具体地址，接下来的调用其实就没有 eureka 什么事了。

一、Eureka Server
Eureka Server 主要对外提供了三个功能：

服务注册：所有的服务都注册到 Eureka Server 上面来，这是 Eureka 基本功能。
提供注册表：注册表就是所有注册上来服务的一个列表，Eureka 内部通过一个二层缓存机制来维护这个注册表。Eureka Client 在调用服务时，需要获取这个注册表，一般来说，这个注册表会缓存下来，如果缓存失效，则直接获取最新的注册表。
同步状态：Eureka Client 通过注册、心跳等机制，和 Eureka Server 同步当前客户端的状态，以便 Eureka Client 能够及时感知到变化。

二、 Eureka Client
服务要注册到 Eureka 上面去，这种注册本身就是一个 HTTP 请求，但是自己手写注册过程的话太过于繁琐，Eureka Client 可以帮助我们简化注册过程。

总结：Eureka Client 会自动拉取、更新以及缓存（俗称本地路由） Eureka Server 中的信息，这样，即使 Eureka Server 所有节点都宕机，Eureka Client 依然能够获取到想要调用服务的地址(**前提是服务地址没有发生变化)**。

• user-service服务实例启动后，将自己的信息注册到eureka-server（Eureka服务端）。这个叫服务注册
• eureka-server保存服务名称到服务实例地址列表的映射关系
• order-service根据服务名称，拉取实例地址列表。这个叫服务发现或服务拉取

问题2：order-service如何从多个user-service实例中选择具体的实例？

• order-service从实例列表中利用负载均衡算法选中一个实例地址
• 向该实例地址发起远程调用

问题3：order-service如何得知某个user-service实例是否依然健康，是不是已经宕机？

• user-service会每隔一段时间（默认30秒）向eureka-server发起请求，报告自己状态，称为心跳
• 当超过一定时间没有发送心跳时，eureka-server会认为微服务实例故障，将该实例从服务列表中剔除（CP）
• order-service拉取服务时，就能将故障实例排除了

注意：一个微服务，既可以是服务提供者，又可以是服务消费者，因此eureka将服务注册、服务发现等功能统一封装到了eureka-client端

操作步骤

• 创建eureka-server服务

首先大家注册中心服务端：eureka-server，这必须是一个独立的微服务

• 引入eureka依赖

<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-netflix-eureka-server</artifactId></dependency>

• 编写启动类(EnableEurekaServer)

一定要添加一个@EnableEurekaServer注解，开启eureka的注册中心功能

• 编写配置文件

server:port:10086spring:application:name: eureka-server
eureka:client:service-url:defaultZone: http://127.0.0.1:10086/eureka

启动微服务，然后在浏览器访问：http://127.0.0.1:10086

• 服务注册

在user-service的pom文件中，引入下面的eureka-client依赖：

<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-netflix-eureka-client</artifactId></dependency>

在user-service中，修改application.yml文件，添加服务名称、eureka地址：

spring:application:name: userservice
eureka:client:service-url:defaultZone: http://127.0.0.1:10086/eureka

服务发现、服务注册统一都封装在eureka-client依赖，因此这一步与服务注册时一致。

负载均衡

在order-service的OrderApplication中，给RestTemplate这个Bean添加一个@LoadBalanced注解

负载均衡原理

SpringCloud底层其实是利用了一个名为Ribbon的组件，来实现负载均衡功能的。

源码跟踪

为什么我们只输入了service名称就可以访问了呢？之前还要获取ip和端口。

显然有人帮我们根据service名称，获取到了服务实例的ip和端口。它就是

LoadBalancerInterceptor

，这个类会在对RestTemplate的请求进行拦截，然后从Eureka根据服务id获取服务列表，随后利用负载均衡算法得到真实的服务地址信息，替换服务id。

基本流程如下：

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

Nacos注册中心

国内公司一般都推崇阿里巴巴的技术，比如注册中心，SpringCloudAlibaba也推出了一个名为Nacos的注册中心。

Nacos是阿里巴巴的产品，现在是SpringCloud中的一个组件。相比Eureka功能更加丰富，在国内受欢迎程度较高。

http://127.0.0.1:8848/nacos nacos/nacos

操作步骤

1）引入依赖

在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>

注意：不要忘了注释掉eureka的依赖。

2）配置nacos地址

在user-service和order-service的application.yml中添加nacos地址：

spring:cloud:nacos:server-addr: localhost:8848#服务分级存储模型:Nacos就将同一机房内的实例 划分为一个集群。discovery:cluster-name: HZ # 集群名称ephemeral:false# 设置为非临时实例       namespace: 492a7d5d-237b-46a1-a99a-fa8e98e4b0f9 # 命名空间，填ID#同集群优先的负载均衡#默认的ZoneAvoidanceRule并不能实现根据同集群优先来实现负载均衡。#因此Nacos中提供了一个NacosRule的实现，可以优先从同集群中挑选实例。#修改order-service的application.yml文件，修改负载均衡规则：userservice:ribbon:NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 负载均衡规则 

如果没有注释就会报错：

Description:

Field autoServiceRegistration in org.springframework.cloud.client.serviceregistry.AutoServiceRegistrationAutoConfiguration required a single bean, but 2 were found:
    - nacosAutoServiceRegistration: defined by method 'nacosAutoServiceRegistration' in class path resource [com/alibaba/cloud/nacos/registry/NacosServiceRegistryAutoConfiguration.class]
    - eurekaAutoServiceRegistration: defined by method 'eurekaAutoServiceRegistration' in class path resource [org/springframework/cloud/netflix/eureka/EurekaClientAutoConfiguration.class]

Action:

Consider marking one of the beans as @Primary, updating the consumer to accept multiple beans, or using @Qualifier to identify the bean that should be consumed

Process finished with exit code 1

权重配置

在nacos控制台，找到user-service的实例列表，点击编辑，即可修改权重：

注意：如果权重修改为0，则该实例永远不会被访问

环境隔离

Nacos提供了namespace来实现环境隔离功能。

• nacos中可以有多个namespace
• namespace下可以有group、service等
• 不同namespace之间相互隔离，例如不同namespace的服务互相不可见

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

统一配置管理

• 在nacos中添加配置文件

注意：项目的核心配置，需要热更新的配置才有放到nacos管理的必要。基本不会变更的一些配置还是保存在微服务本地比较好。

• 从微服务拉取配置

因此spring引入了一种新的配置文件：bootstrap.yaml文件，会在application.yml之前被读取

1）引入nacos-config依赖

<!--nacos配置管理依赖--><dependency><groupId>com.alibaba.cloud</groupId><artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId></dependency>

2）添加bootstrap.yaml

spring:application:name: userservice # 服务名称profiles:active: dev #开发环境，这里是dev cloud:nacos:server-addr: localhost:8848# Nacos地址config:file-extension: yaml # 文件后缀名

配置热更新

我们最终的目的，是修改nacos中的配置后，微服务中无需重启即可让配置生效，也就是配置热更新。

1.方式一

在@Value注入的变量所在类上添加注解@RefreshScope：

2.方式二

使用@ConfigurationProperties注解代替@Value注解。

在user-service服务中，添加一个类，读取patterrn.dateformat属性：

@Component@Data@ConfigurationProperties(prefix ="pattern")publicclassPatternProperties{privateString dateformat;}

在UserController中使用这个类代替@Value：

@Slf4j@RestController@RequestMapping("/user")publicclassUserController{@AutowiredprivatePatternProperties patternProperties;@GetMapping("now")publicStringnow(){returnLocalDateTime.now().format(DateTimeFormatter.ofPattern(patternProperties.getDateformat()));}

配置共享优先级

当nacos、服务本地同时出现相同属性时，优先级有高低之分：

Nacos与Eureka的区别

Nacos的服务实例分为两种l类型：

• 临时实例：如果实例宕机超过一定时间，会从服务列表剔除，默认的类型。
• 非临时实例：如果实例宕机，不会从服务列表剔除，也可以叫永久实例。(ephemeral: false # 设置为非临时实例)

• Nacos与eureka的共同点- 都支持服务注册和服务拉取- 都支持服务提供者心跳方式做健康检测
• Nacos与Eureka的区别- Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式- 临时实例心跳不正常会被剔除，非临时实例则不会被剔除- Nacos支持服务列表变更的消息推送模式，服务列表更新更及时- Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式