Java分布式微服务1——注册中心（Eureka/Nacos）

最新推荐文章于 2024-04-23 18:52:22 发布

捡BUG的人

最新推荐文章于 2024-04-23 18:52:22 发布

阅读量935

点赞数

分类专栏：微服务文章标签： java 分布式微服务

本文链接：https://blog.csdn.net/qq_40836168/article/details/132106472

版权

微服务专栏收录该内容

3 篇文章 0 订阅

订阅专栏

基础知识

远程调用
向其他服务器请求信息(远程调用)
先在application或者configuration中注册一个Bean方便之后使用（可忽略）

@Bean
    public RestTemplate restTemplate(){
        return new RestTemplate();
    }

使用restTemplate方法发送请求
getForObject/postForObject/…

User user = restTemplate.getForObject("http://localhost:8081/user/"+order.getUserId(), User.class);

注册中心

Eureka注册中心与Ribbon负载均衡

1、Eureka注册中心

上面的url是硬编码写死的，很不方便切换，所以使用Eurake注册中心来管理服务提供者的地址
Eureka相当于一个中介所，所有其他微服务都是它的客户（eureka-client）

每个微服务启动的时候都会给Eureka注册自己的信息
其他微服务从Eureka用名称就能找到对应微服务提供者，并远程调用。
每个微服务提供者会以30s为间隔和Eureka通报自己的状态，即“心跳”，以确保它可用
使用负载均衡（Ribbon），从几个实例中挑一个（一个微服务在实际工作中可以有多个实例的）

2、Eureka的搭建

1、引入服务端依赖

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

2、使用@EnableEurekaServer自动装配

@SpringBootApplication
@EnableEurekaServer
public class EurekaApplication {
    public static void main(String[] args) throws Exception {
        SpringApplication.run(EurekaApplication.class, args);
    }
}

3、配置文件（注册Eureka自己，方便之后的Eureka集群）

server:
  port: 10086
spring:
  application:
    name: eurekaserver # 服务名称
eureka:
  client:
    service-url: # eureka地址信息
      defaultZone: http://127.0.0.1:10086/eureka

3、Eureka服务注册

1、引入客户端依赖

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

2、配置文件添加服务名字和Eureka服务的地址
记得给服务添加名字，不然没办法去找到这个服务

spring:
  application:
    name: userservice # 服务名称

eureka:
  client: 
    service-url: # eureka 的地址
      defaultZone: http://127.0.0.1:10086/eureka

4、复制服务实例

右键复制
在这里插入图片描述
在弹出窗口中VM option输入-Dserver.port=11111来选择一个端口，就会产生一个新的服务

5、拉取服务

1、给RestTemplate添加负载均衡注解

@Bean
@LoadBalanced // eureka负载均衡
public RestTemplate restTemplate(){
    return new RestTemplate();
}

2、使用RestTemplate对象，将地址直接换成服务名称，（有问题可以保留端口号试一下）

// 对比  restTemplate.getForObject("http://localhost:8081/user/"+order.getUserId(), User.class);
User user = restTemplate.getForObject("http://userservice/user/"+order.getUserId(), User.class);

这样就可以从eureka直接通过名字拉取服务，而不是写死服务地址

6、Ribbon负载均衡的流程及Eureka规则调整：

Ribbon是被Spring Boot Cloud内置的，它可以帮助开发人员更轻松地实现客户端负载均衡。
Eureka和Nacos都使用了Ribbon来做负载均衡操作

在这里插入图片描述其中IRule是一个代表查询规则的接口，它有很多实现类(默认ZoneAvoidanceRule)：

调整规则的方法(在消费者处修改)：

在Application或者Configuration中定义IRule的Bean，等于把容器中系统默认放进去的对象替换了

@Bean
public IRule randomRule(){
	return new RandomRule();
}

局部地调整负载均衡规则，在配置文件.yml中添加配置（下面的例子是对userservice服务请求时使用随机选取规则）

userservice:
	ribbon:
		NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule

7、Ribbon负载均衡饥饿加载

Ribbon是个懒加载，第一次访问的时候才创建RibbonLoadBalancerClient，第一次请求时间长
饥饿加载会在项目启动时创建，第一次访问快，下面是一个对userservice、orderservice执行饥饿加载的示例
多个服务需要用“- name”

ribbon:
  eager-load:
    enabled: true # 开启饥饿加载
    clients: 
    	- userservice 
    	- orderservice

Nacos注册中心

alibaba提供的注册中心

1、服务端Nacos安装与启动

Nacos是要装在服务器端的，学习的时候就装在本机
Nacos下载，下载压缩包，解压到非中文路径中
控制台cmd在当前目录startup -m standalone以单节点模式启动（默认是集群模式，会报IO错误）
上面有一个地址是控制台，账号密码默认nacos

2、客户端Nacos注册

在父工程中添加spring-cloud-alibaba的管理依赖(从springboot官网找)

<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-alibaba-dependencies</artifactId>
            <version>{project-version}</version>
            <type>pom</type>
            <scope>import</scope>
        </dependency>
    </dependencies>
</dependencyManagement>

删掉Eureka的依赖，会产生冲突，也记得删掉eureka的@LoadBalanced注释等东西
添加nacos客户端依赖

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

修改配置，注释eureka地址，加入nacos的地址和端口（默认8848）

spring:
  cloud:
    nacos:
      server-addr: http://127.0.0.1:8848 # nacos 服务端地址

启动客户端微服务，这个时候在你的nacos控制台服务列表就能看到了
和eureka一样，nacos也要在application上定义一个RestTemplate的Bean并且加上@LoadBalanced，使用时也是直接用服务名代替地址

3、Nacos分级存储模型

把服务的多个实例分到多个集群中，每个集群一般不在一个地理位置
形成服务-集群-实例多级架构
一般尽可能使用本地集群（快），有故障的时候才使用异地的
在这里插入图片描述在客户端修改application.yml添加配置集群名称即可

spring:
	  cloud:
	    nacos:
	      server-addr: http://127.0.0.1:8848 # nacos 服务端地址
	      discovery:
	        cluster-name: ChengDu # 配置集群名称，一般是机房位置

先启动两个实例，再把集群名字改了启动另一个实例，就可以模拟两个集群的情况了
我在这个时候需要重新启动nacos，可能是突然多了一个集群它有点呆，连不上控制台了

4、修改NacosRule负载均衡规则

Nacos也是用了Spring cloud的Ribbon负载均衡
修改规则就是给Ribbon不同的规则实现类

优先寻找与自己同集群的服务，本地集群中的实例随机选择

userservice:
	ribbon:
		NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 负载均衡规则

根据权重控制访问频率
在服务详情中编辑实例权重，值越大权重越高，权重变成0就不会被调用（这个时候就可以更新升级这个实例）

5、Nacos环境隔离

Nacos的服务存储和数据存储的最外层都是一个namespace，用来做最外层隔离，不同namespace的不能互相访问
Nacos控制台命名空间选项选择新建
在这里插入图片描述

在application.yml中添加配置将服务分到某命名空间

spring:
	cloud:
		nacos:
			discovery:
				namespace: 71097ffc-c1e7-471b-8538-879599cbf6eb # 命名空间id

6、Nacos注册中心与Eureka注册中心的区别

Nacos会把实例分成临时（默认）或非临时，对他们的健康检测不同

对临时实例与Eureka一样对Nacos服务器发送心跳检测，出现问题就剔除该实例
对非临时实例不做心跳，而是Nacos服务器主动发请求询问服务提供者状态，不健康时也不会剔除，会一直问
Nacos中，不仅客户端会定时从注册中心拉取服务（与Eureka相同），注册中心也会主动推送服务的变更信息

服务提供者中添加配置，从而设置为非临时实例

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

7、Nacos统一配置管理与热更新

配置管理

一个服务的配置文件可能和几十个服务实例有关系，在更新配置后这些服务都需要重启
我们需要对服务的配置统一管理，并且对实例做热更新
在Nacos控制台配置管理新增配置，配置内容里应该是可能有变化的配置，不是所有配置 yml就是yaml
在业务中使用Spring的@Value注解就可以去读取配置文件中的值

之后在项目启动时会先读取nacos配置文件，再读取本地配置文件application.yml并且将其合并，再创建spring容器加载bean

在这里插入图片描述

引入Nacos的配置管理客户端依赖

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

在resource中新建bootstrap.yml文件，它是个引导文件，这个文件的优先级比nacos.yml和application.yml都要高
，我们可以把nacos服务器信息和配置文件信息写在bootstrap.yml中，以方便找到服务对应配置

# 配置的名字是userservice-dev.yaml
spring:
  application:
    name: userservice # 服务名称，就是配置名称的前半段
  profiles:
    active: dev # 开发环境，这里是dev，配置名称的后半段
  cloud:
    nacos:
      config:
        server-addr: localhost:8848 # nacos地址
        file-extension: yaml # 文件后缀名

如果出问题试一下加上bootstrap的依赖，新版springboot不默认启动它

<!-- https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-starter-bootstrap -->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-bootstrap</artifactId>
    <version>4.0.4</version>
</dependency>

还要注意nacos控制台中配置文件和服务需要在一个namespace中！！！
@Value获取不到配置的问题查看这个博主

配置热更新

Nacos中的配置文件变更后微服务无需重启即可感知，有两种方法：
方法一：在@Value注入的变量所在类上添加注解@RefreshScope

@RestController
@RequestMapping("/user")
@RefreshScope
public class UserController {
    @Value("${pattern.dateformat}") // 尝试通过名字获取nacos配置文件中的值
    private String dateformat;
}

方法二：使用@ConfigurationProperties
新建一个类，要保证:

其结构与nacos配置文件中的某条相同（重要）
有Getter和Setter方法
注解中使用相同前缀prefix
@Component以方便其他地方使用

@Data
@Component
@ConfigurationProperties(prefix = "pattern")
public class PatternProperties {
    private String dateformat;
}

//对比配置文件的内容
pattern:
    dateformat: yyyy-MM-dd HH:mm:ss

8、多环境配置共享

有的配置是多个环境共有的
在这里插入图片描述
配置优先级：

服务名-profile.yaml>服务名.yaml>本地配置文件

9、Nacos集群

这篇博文

捡BUG的人

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
Java分布式微服务1——注册中心（Eureka/Nacos）

Nacos的服务存储和数据存储的最外层都是一个namespace，用来做最外层隔离，不同namespace的不能互相访问。在Nacos控制台配置管理新增配置，配置内容里应该是可能有变化的配置，不是所有配置 yml就是yaml。上面的url是硬编码写死的，很不方便切换，所以使用Eurake注册中心来管理服务提供者的地址。一个服务的配置文件可能和几十个服务实例有关系，在更新配置后这些服务都需要重启。先启动两个实例，再把集群名字改了启动另一个实例，就可以模拟两个集群的情况了。
复制链接

扫一扫