微服务-服务注册与发现

Posted java之web项目

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了微服务-服务注册与发现相关的知识,希望对你有一定的参考价值。

1.服务注册与发现基础架构

注册中心:

接受服务提供者的注册、存储服务提供者的服务信息 ,比如ip 端口号 服务名这些信息;

并且与微服务保持心跳,如果心跳不能保持则注销该实例。

所以注册中心主要提供服务提供者信息的存储,另外与服务提供者保持心跳以监控服务提供者的存活。

服务提供者:

向注册中心提供服务信息,以及一些健康状态。

服务消费者:

定期向注册中心发送查询请求,以获取服务提供者的信息,获取信息之后就向服务提供者发起服务调用。

当服务提供者向注册中心 ,注册或者注销时,它可以接收到来自注册中心的变更通知。通过变更通知,服务消费者可以实时获得服务提供者的信息。

 

2.Eureka的简介

微服务-服务注册与发现

Eureka分为Eureka server和Eureka client ,Eureka server可以部署在不同的区域当中,他们可以进行两两注册,他们之间保持服务注册表数据之间的同步,以达到数据的最终一致性。Eureka client嵌入到各个应用当中,服务提供者借助Eureka client实现注册、续约、注销的操作。

续约就是持续发送心跳。

服务消费者通过获取服务的注册信息,通过get register,来发起远程调用。

有三点要注意:

  1).Eureka server支持跨机房的高可用,不同区域的Eureka server可以同步注册,同一区域也可以两两注册来达到高可用。

  2).Eureka server数据一致性的级别是最终一致性,它相比强一致性的区别在于,最终一致性会保证未来的某一时刻数据保持一致

  3).Eureka client会对注册表进行缓存,从而减轻了server的压力,即使服务宕机也可以从缓存中获取服务信息,这种方式进一步增强了Eureka的高可用

 

3.服务治理的机制

微服务-服务注册与发现

Eureka Server集群:

有两个Eureka Server互相进行注册,每个Eureka Server都有一个服务注册表,是来自于服务提供者的一些实例信息。

evitTimer每隔一段时间都会扫描服务注册表,去扫描所有的服务是否持续发送心跳,如果没有持续发送心跳,就会从服务注册表中移除服务。

自我保护的模式开关:当服务的存活实例低于默认的85%就会开启自我保护开关,就会影响剔除任务,evictTimer就会停止服务,导致所有的服务不再进行注销操作。

 

服务提供者:

向Eureka Serve提供三个操作:register/renew/cancel

register:在开启服务的时候会将服务的实例信息同步给Eureka Server,EurekaServer.instance的信息,比如续约心跳的间隔时间和过期时间。

renew:定期发一个renew,也就是续约操作

cancel:服务关闭时会发送注销操作

heartbeat:定时发送续约心跳

instanceReplicate:同步instance信息

 

服务消费者的服务注册表包括Eureka Server所有的服务信息

服务注册表会缓存,当Eureka Server不可用时,会取缓存当中的信息(同样保证了高可用)

 

4.搭建一个Eureka服务架构的步骤

  1)创建一个Eureka server(服务注册中心)

    微服务-服务注册与发现

  2)创建服务提供者

  微服务-服务注册与发现

  3)创建服务消费者

  微服务-服务注册与发现

 

接下来我们做一个Eureka自我保护欧式的实验:

启动注册中心和和服务提供者,然后ctl+C,关闭服务

 微服务-服务注册与发现

这时服务提供者会向注册中心发送一个注销的请求。

 

instance就会消失。

 

再次重启用户,执行kill -9  进程号  命令,强制关闭服务实例,这时不会触发shutdown钩子。

这时发现服务实例还在,说明注册中心没有及时发现服务实例已经下线,现在我们等待十秒中。

我们得出以下几个结论:

1.当我们进程平滑停止时,服务会向注册中心发送注销请求,  服务注册中心收到注销请求后会将关联的实例注册状态置位down

2.当我们执行kill -9的时候不会触发注销操作,这就模拟了断电和进程突然退出的情况。

之前我们说过,服务注册到Eureka Server之后,会维护一个心跳连接,告诉Eureka Server自己还活着。

Eureka在运行期间会统计心跳失败的比例低于我们设定的阈值的时候,它将进入保护模式,而不注销任何服务实例。

但是,在这段期间内实例若出现问题,那么客户端很容易拿到实际已经不存在的服务实例,会出现调用失败的情况,所以客户端必须要有容错机制,比如可以使用请求重试、断路器等。

 

5.高可用的注册中心

Eureka的服务治理设计中,所有的节点既是服务提供方,也是服务消费方,服务注册中心也不例外。

Eureka Server的高可用实际上就是将自己所为服务向其他注册中心注册自己,这样就可以形成一组相互注册的服务注册中心,以实现服务清单的互相同步,达到高可用的目的。

实现的方法就是配置两个服务实例文件(在实际生产中开启两个项目,只是配置文件不同),——application-peer1.properties  application-peer2.properties  

server.port=8777
spring.application.name
=eureka-server
eureka.instance.hostname
=peer1

#留存的服务实例低于多少比例进入保护模式,保护模式。服务提供者和服务注册中心保持心跳,如果发现无法提供服务,就注销该实例。
#当进入保护模式的情况下,注册中心不会注销服务,以兼容分区故障
eureka.server.renewal
-percent-threshold=0.5

#是否开启保护模式
eureka.server.enable
-self-preservation=true

#是否注册eureka,高可用的清况下使用
eureka.client.register
-with-eureka=true
#是否启用获取服务注册信息
eureka.client.fetch
-registry=true
#注册和查询都需要依赖该地址,多个以逗号分隔
eureka.client.serviceUrl.defaultZone
=http://peer2:8666/eureka/
server.port=8666
spring.application.name
=eureka-server
eureka.instance.hostname
=peer2

#留存的服务实例低于多少比例进入保护模式,保护模式。服务提供者和服务注册中心保持心跳,如果发现无法提供服务,就注销该实例。
#当进入保护模式的情况下,注册中心不会注销服务,以兼容分区故障
eureka.server.renewal
-percent-threshold=0.5

#是否开启保护模式
eureka.server.enable
-self-preservation=true

#是否注册eureka,高可用的清况下使用
eureka.client.register
-with-eureka=true
#是否启用获取服务注册信息
eureka.client.fetch
-registry=true
#注册和查询都需要依赖该地址,多个以逗号分隔
eureka.client.serviceUrl.defaultZone
=http://peer1:8777/eureka/

6.Eureka的核心特性

 1)通过相互注册与复制支持高可用

 2)支持用户认证

 3)支持注册表缓存(容错机制)

 4)保护模式(解决网络分区故障)

 5)服务提供方上报健康检查

 6)支持Restful API


以上是关于微服务-服务注册与发现的主要内容,如果未能解决你的问题,请参考以下文章

微服务架构中服务注册与发现

微服务注册与发现

微服务架构之服务注册与发现(一)

微服务注册与发现 —— eureka

服务注册发现之服务注册中心设计原理与Golang实现

微服务-注册与发现-zookeeper bydasn