SpringCloud学习路线(3)—— Eureka注册中心

一、导引

服务调用出现的问题

  • 服务调用采取的请求地址是静态的,当我们使用服务集群时,很容易造成只能调用固定的微服务上的接口。
  • 多个提供者,消费者的使用对象无法确定
  • 消费者无法得知提供者的状态

二、Eureka注册中心

(一)作用:

  • 消费者如何获取服务提供者具体信息
    • 服务提供者启动时向eureka注册自己的信息
    • eureka保存提供者信息
    • 消费者根据服务名称向eureka拉取提供者信息
  • 如果有多个服务提供者,消费者该如何选择
    • 服务消费者利用负载均衡算法,从服务列表中挑选一个
  • 消费者如何感知服务提供者健康状态
    • 服务提供者每隔30s向EurekaServer发送心跳请求,报告健康状态
    • eureka更新记录服务列表信息,心跳不正常会被剔除
    • 消费者拉取最新信息

(二)、搭建Eureka注册中心

1、引入spring-cloud-starter-netflix-eureka-server

xml 复制代码
<dependency>
	<gourpId>org.springframework.cloud</gourpId>
	<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>

2、编写启动类,添加@EnableEurekaServer注解
3、添加application.yml

yml 复制代码
server:
	port: 10080 #服务端口
	
spring:
	application:
		name: eurekaserver #服务名称
eureka:
	client:
		serverice-url:
			defaultZone: http://127.0.0.1:10080/eureka/ #地址信息

(三)服务注册

1、添加eureka客户端依赖

xml 复制代码
<dependency>
	<groupId>org.springframework.cloud</groupId>
	<artifactId>sprin-cloud-starter-netflix-eureka-client</artifactId>
</dependency>

2、在提供者的配置文件中,添加配置信息

yml 复制代码
server:
	port: 10080 #服务端口
	
spring:
	application:
		name: userservice#服务名称
eureka:
	client:
		serverice-url:
			defaultZone: http://127.0.0.1:10080/eureka/ #地址信息

(四)服务拉取

服务拉取是基于服务名称获取服务列表,容纳后对服务列表做负载均衡.。

1、修改Service实现类,访问路径改为String url = "服务名" + order.getUserId

2、对RestTemplate添加负载均衡注释

java 复制代码
@Bean
@LoadBalanced //负载均衡
public RestTemplate restTemplate(){
	return new RestTemplate();
}

(五)Ribbon 负载均衡

1、负载均衡的原理

负载均衡流程


Ribbon负载均衡实现过程

2、负载均衡的策略 IRule

(1)负载均衡策略表

内置负载均衡规则类 规则描述
RoundRobinRule 简单轮询服务列表来选择服务器。(默认)
AvailabilityFilteringRule 对以下两种服务器忽略: (1)在默认情况下,服务器如果3次连接失败,则被设置为"短路"。"短路"状态将持续30s,若无法连接,则增加短路持续时间。 (2)并发数过高的服务器。如果一个服务器的并发连接数过高,配置了AvailabilityFilteringRule规则的客户端也会将其省略,并发连接数上限,可由客户端的【clientName】、【clientConfigNameSpace】、【ActiveConnectionsLimit】进行配置
WeightedResponseTimeRule 为每一个服务器赋予一个权重值。服务器响应时间越长,这个服务器的权重越小。这个规则会随机选择服务器,这个权重会影响服务器的选择。
ZoneAvoidanceRule 以区域可用的服务器为基础进行服务器的选择。使用Zone对服务器进行分类,这个Zone可以理解一个机房,一个机架等。而对Zone内多个服务做轮询。
BestAvailablerRule 忽略短路服务器,并选择并发数较低的服务器
RandomRule 随机选择一个可用服务器
RetryRule 重试机制的选择逻辑

(2)负载均衡规则修改

方式一:在启动类中定义一个新的IRule

java 复制代码
@Bean
public IRule randomRule(){
	return new RandomRule();
}

方式二:在配置文件中修改规则

yml 复制代码
userservice:
	ribbon:
		NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule #随机负载均衡规则

3、饥饿加载

Ribbon默认采用 懒加载,即【第一次访问时才会去创建LoadBalanceClient】,请求时间会很长。

(1)饥饿加载的作用: 在项目启动时创建,降低第一次访问的耗时。
(2)配置饥饿加载:

yml 复制代码
ribbon:
	eager-load:
		enabled: true #开启饥饿加载
		clients: 
			- userservice #指定多个服务进行饥饿加载
			- XXservice
相关推荐
鬼手点金28 分钟前
构建有效 Agent 的核心原则
java·人工智能·git·学习·自动化
姜九笙5611 小时前
python学习---归来仍是新人
java·python·学习
海绵宝宝转agent1 小时前
2026-10-19学习笔记
笔记·学习
云水初2 小时前
【agent篇】RAG Agent避坑指南(附高级RAG Agent汇总)
开发语言·笔记·python·学习·langchain·agent·rag
外收内放2 小时前
数据分析(图表信息详解)
python·学习·数据分析·matplotlib
气质、小青年!2 小时前
进程1学习
linux·学习
萧瑟余晖2 小时前
Spring Cloud微服务总览与注册发现详解
spring·spring cloud·微服务
坤坤子吖2 小时前
Linux 线程同步与互斥——互斥锁
linux·服务器·c++·笔记·学习
撩得Android一次心动2 小时前
Jetpack Compose 知识点整理3【个人用】
android·笔记·学习·kotlin·android compose
SL_staff3 小时前
周报越厚问题越拖?用结构化执行机制让周报回归决策价值
java·spring cloud·开源