【SpringCloud微服务实战学习系列】服务治理Spring Cloud Eureka

Spring Cloud Eureka是Spring Cloud Netflix微服务中的一部分,它基于NetFlix Sureka做了二次封装,主要负责完成微服务架构中的服务治理功能。

一、服务治理

服务治理是微服务架构中最为核心和基础的模块。它主要用来实现各个微服务实例的自动化注册与发现。

为了解决微服务架构中的服务实例维护问题,产生了大量的服务治理框架和产品,这下框架和产品的实现都围绕着服务注册与服务发现机制来完成对微服务应用实例的自动化管理。

1、服务注册:在服务治理框架中,通常都会构建一个注册中心,每个服务单元向注册中心登记自己提供的服务,将主机与端口号、版本号、通信协议等一些附加信息告知注册中心,注册中心按服务名分类组织服务清单。比如,我们有两个提供服务A的进程分别用于192.168.0.100:8080和192.168.1.101:8080位置上,另外还有三个提供服务B的进程分别运行于192.168.0.100:9090、192.168.0.101:9090、192.168.0.102:9090位置上,当这些线程均启动、并向注册中心注册自己的服务之后,注册中会就会维护类型如下非服务清单。另外,服务注册中心还需要以心跳的方式去监测清单中的服务是否可用,若不可用需要从服务清单中剔除,达到排除故障服务的效果。

2、服务发现

由于在服务治理框架下运作,服务间的调用不再需要通过指定具体的实例地址来实现,而是通过向服务名发起请求调用实现,所以,服务调用方在调用服务提供方的时候,并不知道具体的服务实例位置。因此,调用方需要向服务注册中心咨询服务,并获取所有服务的实例清单,以实现对具体服务实例的访问。比如:现有服务C希望调用服务A,服务C就需要向注册中心发起咨询服务请求,服务注册中心就会将服务A的位置清单返回给服务C,如按上例服务A的情况。服务C便获得了服务A的两个可用位置192.168.0.100:8080和192.168.1.101:8080。当服务C要发起调用的时候便从该清单中以某种轮询策略取出一个位置来进行服务调用,这就是后续我们将要介绍的负载均衡,

二、Netflix Eureka

Spring Cloud Eureka,使用Netflix Eureka来实现服务注册与发现,它既包含 服务端组件,也包含了客户端组件,并且服务端与客户端组件均采用java编写,所以Eureka主要使用于通过java实现的分布式系统,或是与JVM兼容语言构建的系统,但是由于Eureka服务端的服务治理机制提供了完备的RESTful API,所以它也支持非java语言构建的微服务应用纳入Eureka的服务治理体系中来,只是在使用其他语言平台的时候需要租户来实现Eureka的客户端程序。

Eureka服务端,我们也称为服务注册中心,它通其他服务注册中心一样,支持高可用配置。它依托于强一致性提供良好的服务实例可用性,可以应对多种不同的故障场景。如果Eureka以集群模式部署,当集群中有分片出现故障时,那么Eureka就转入自我保护模式,它允许在分片故障期间继续提供服务的发行和注册,当故障分片回复运行时,集群中的其他分片会把他们的状态再次同步回来。以在AWS上的实践为例,Netflix推荐每个可用的区域运营一个Eureka服务端,通过它来形成集群。不同可用区域的服务注册中心通过异步模式互相复制格子的状态,这意味着在任何给定的时间点每个实例关于所有服务的状态是有细微差别的。

Eureka客户端。主要处理服务的注册与发现。客户端服务通过注册和参数配置的方式,嵌入在客户端应用程序的代码中,在应用程序运行时,Eureka客户端向注册中心注册自身提供的服务并周期性的发生心跳来更新它的服务租约。同时,它也能从服务端查询当前注册的服务消息并把他们缓存到本地并周期性的刷新服务状态。

猜你喜欢

转载自www.cnblogs.com/dream-to-pku/p/9282336.html