1.概述
服务注册与发现提供了一个服务注册中心、服务发现的客户端,还有一个方便查看所有注册的服务的界面。所有的服务使用Eureka的服务发现客户端来将自己注册到Eureka的服务器上。
当服务器启动的时候,会把当前自己服务器的信息比如服务地址通讯地址等以别名方式注册到注册中心上。另一方(消费者\服务提供者),以该别名的方式去注册中心上获取到实际的服务通讯地址,然后再实现本地RPC调用。RPC远程调用框架核心设计思想:在于注册中心,因为使用注册中心管理每个服务与服务之间的一个依赖关系(服务治理概念)。在任何RPC远程框架中,都会有一个注册中心存放服务地址相关信息(接口地址)。
简单的说,Client向Server注册,Server通过本地RPC调用。
2.Eureka服务器和Eureka客户端
Eureka Server提供服务注册服务
各个微服务节点通过配置启动后,会在EurekaServer中进行注册,这样EurekaServer中的服务注册表中将会存储所有可用服务节点的信息,服务节点的信息可以在界面中直观看到。
EurekaClient通过注册中心进行访问
它是一个Java客户端,用于简化Eureka Server的交互,客户端同时也具备一个内置的、使用轮询(round-robin)负载算法的负载均衡器。在应用启动后,将会向Eureka Server发送心跳(默认周期为30秒)。如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳,EurekaServer将会从服务注册表中把这个服务节点移除(默认90秒)。
3.两个Eureka架构图
一个单机版,一个集群版本
看看单机版是不是和rpc的架构图很类似。
4.Eureka关键概念
- 服务注册:register
- 服务续约:enew, 客户端默认每隔30秒向服务器发送一次心跳进行续约,如果服务器90秒内没有收到心跳,则将该客户端剔除
- 获取服务注册的列表信息: fetch registries
- 服务下线:cancel
- 服务剔除:eviction
5.Eureka的自我保护模式
- 先来说一下默认情况,Eureka Server在一定是件内没有接受某个微服务的实例的心跳,默认90秒会注销掉这个实例。这行吗?这肯定不行啊,比如该实例是网络原因导致的不能正常通信,这时候你把人家干掉了,人家又要请求链接,我是谁?我在哪?我要干什么?😭
- 那么解决办法来了,Eureka Server提供了一种“自我保护模式”,当Eureka Server节点在短时间内丢失过多客户端时(可能发生了网络分区故障),那么这个节点就会进入自我保护模式。一旦进入该模式, Eureka Server就会保护服务注册表中的信息,不再删除服务注册表中的数据(也就是不会注销任何微服务)。当网络故障恢复后,该Eureka Server节点会自动退出自我保护模式。
- 自我保护模式是有如此多的好处,它可以让Eureka集群更加健壮、 稳定。
- 那我们使用eureka.server.enable-self-preservation=false来禁用自我保护模式(当然不建议禁用)
6.我们先来搭建一个单机版的Eureka
- 搭建Eureka Server
- 搭建Eureka Provider
- 搭建Eureka Consumer
- http://localhost:7001
7.Eureka工作原理
1.流程
- 先启动eureka注主册中心
- 启动服务提供者payment支付服务
- 支付服务启动后会把自身信息(比服务地址L以别名方式注朋进eureka)
- 消费者order服务在需要调用接口时,使用服务别名去注册中心获取实际的RPC远程调用地址
- 消去者导调用地址后,底屋实际是利用HttpClient技术实现远程调用
- 消费者实获取服务地址后会缓存在本地jvm内存中,默认每间隔30秒更新—次服务调用地址
问题:微服务RPC远程服务调用最核心的是什么
高可用,试想你的注册中心只有一个only one,万一它出故障了,会导致整个为服务环境不可用。
解决办法:搭建Eureka注册中心集群,实现负载均衡+故障容错。
服务注册:将服务信息注册进注册中心
服务发现:从注册中心上获取服务信息
实质:存key服务命取value闭用地址
8.Eureka集群搭建
- 服务Server搭建集群
- Client 搭建集群
- 服务调用实现负载均衡
9.服务发现
服务发现Discovery这个没什么好说的就是调用一个方法获取一些服务信息。
@Resource
private DiscoveryClient discoveryClient;