资料参考:《Spring Cloud 微服务实战》
目录
服务治理: Spring Cloud Eureka
Spring Cloud Eureka 是Spring Cloud Netfix微服务套件中的一-部分,它基于NetfixEureka做了二次封装,主要负责完成微服务架构中的服务治理功能。Spring Cloud 通过为Eureka增加了Spring Boot风格的自动化配置,我们只需通过简单引入依赖和注解配置就能让Spring Boot构建的微服务应用轻松地与Eureka服务治理体系进行整合。下面我们将学习一些核心内容,并构建起用于服务治理的基础设施。
1-构建服务注册中心 2-服务注册与服务发现 3-Eureka的基础架构 4-Eureka的服务治理机制 5-Eureka的配置
服务治理
服务治理可以说是微服务架构中最为核心和基础的模块,它主要用来实现各个微服务实例的自动化注册与发现。为什么我们在微服务架构中那么需要服务治理模块呢?微服务系统没有它会有什么不好的地方吗?
在最初开始构建微服务系统的时候可能服务并不多,我们可以通过做一些静态配置来完成服务的调用。比如,有两个服务A和B,其中服务A需要调用服务B来完成一个业务操作时,为了实现服务B的高可用,不论采用服务端负载均衡还是客户端负载均衡,都需要手工维护服务B的具体实例清单。但是随着业务的发展,系统功能越来越复杂,相应的微服务应用也不断增加,我们的静态配置就会变得越来越难以维护。并且面对不断发展的业务,我们的集群规模、服务的位置、服务的命名等都有可能发生变化,如果还是通过手工维护的方式,那么极易发生错误或是命名冲突等问题。同时,对于这类静态内容的维护也必将消耗大量的人力。
为了解决微服务架构中的服务实例维护问题,产生了大量的服务治理框架和产品。这些框架和产品的实现都围绕着服务注册与服务发现机制来完成对微服务应用实例的自动化管理。
服务注册:在服务治理框架中,通常都会构建一个注册中心,每个服务单元向注册中心登记自己提供的服务,将主机与端口号、版本号、通信协议等一些附加信息告知注册中心,注册中心按服务名分类组织服务清单。比如,我们有两个提供服务A的进程分别运行于192.168.0.100:8000和192.168.0.101:8000位置上,另外还有三个提供服务B的进程分别运行于192.168.0.100:9000、192.168.0.101:9000、192.168.0.102:9000 位置上。当这些进程均启动,并向注册中心注册自己的服务之后,注册中心就会维护类似下面的一个服务清单。另外,服务注册中心还需要以心跳的方式去监测清单中的服务是否可用,若不可用需要从服务清单中剔除,达到排除故障服务的效果。
服务发现:由于在服务治理框架下运作,服务间的调用不再通过指定具体的实例地址来实现,而是通过向服务名发起请求调用实现。所以,服务调用方在调用服务提供方接口的时候,并不知道具体的服务实例位置。因此,调用方需要向服务注册中心咨询服务,并获取所有服务的实例清单,以实现对具体服务实例的访问。比如,现有服务C希望调用服务A,服务C就需要向注册中心发起咨询服务请求,服务注册中心就会将服务A的位置清单返回给服务C,如按上例服务A的情况,C便获得了服务A的两个可用位置192.168.0.100:8000 和192.168.0.101 :8000。当服务C要发起调用的时候,便从该清单中以某种轮询策略取出一个位置来进行服务调用,这就是后续我们将会介绍的客户端负载均衡。这里我们只是列举了一种简单的服务治理逻辑,以方便理解服务治理框架的基本运行思路。实际的框架为了性能等因素,不会采用每次都向服务注册中心获取服务的方式,并且不同的应用场景在缓存和服务剔除等机制.上也会有一些不同的实现策略。
Netfix Eureka
Spring Cloud Eureka,使用Netflix Eureka来实现服务注册与发现,它既包含了服务端组件,也包含了客户端组件,并且服务端与客户端均采用Java编写,所以Eurcka主要适用于通过Java实现的分布式系统,或是与JVM兼容语言构建的系统。但是,由于Eureka服务端的服务治理机制提供了完备的RESTful API,所以它也支持将非Java语言构建的微服务应用纳入Eureka的服务治理体系中来。只是在使用其他语言平台的时候,需要自己来实现Eureka的客户端程序。不过庆幸的是,在目前几个较为流行的开发平台上,都已经有了一些针对Eureka 注册中心的客户端实现框架,比如.NET平台的Steeltoe、 Node.js 的eureka-js-client等。
Eureka服务端,我们也称为服务注册中心。它同其他服务注册中心一样,支持高可用配置。它依托于强一致性提供良好的服务实例可用性,可以应对多种不同的故障场景。如果Eureka以集群模式部署,当集群中有分片出现故障时,那么Eureka 就转入自我保护模式。它允许在分片故障期间继续提供服务的发现和注册,当故障分片恢复运行时,集群中的其他分片会把它们的状态再次同步回来。以在AWS上的实践为例,Netflix 推荐每个可用的区域运行一个Eureka服务端,通过它来形成集群。不同可用区域的服务注册中心通过异步模式互相复制各自的状态,这意味着在任意给定的时间点每个实例关于所有服务的状态是有细微差别的。
Eureka客户端,主要处理服务的注册与发现。客户端服务通过注解和参数配置的方式,嵌入在客户端应用程序的代码中,在应用程序运行时,Eureka客户端向注册中心注册自身提供的服务并周期性地发送心跳来更新它的服务租约。同时,它也能从服务端查询当前注册的服务信息并把它们缓存到本地并周期性地刷新服务状态。
下面我们来构建一些简 单示例,学习如何使用Eureka构建注册中心以及进行注册与发现服务。
搭建服务注册中心
创建一个基础的springboot工程,命名为eureka-service,并在pom.xml中引入必要的依赖。添加Eureka server注册中心的依赖。
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-eureka-server</artifactId>
</dependency>
通过@EnableEurekaServer注解启动一个服务注册中心提供给其他应用进行对话。这一步非常简单,只需在一个普通的Spring Boot应用中添加这个注解就能开启此功能,比如下面的例子:
@SpringBootApplication
@EnableEurekaServer //启动一个服务注册中心
public class EurekaServiceApplication {
public static void main(String[] args) {
SpringApplication.run(EurekaServiceApplication.class, args);
}
}
在默认情况下,该注册中心也会将自己作为客户端来尝试注册自己,所以我们需要禁用他的注册客户端行为,只需在application.properties中配置:
server.port=1111
#指定该eureka实例的主机名
eureka.instance.hostname=localhost
#由于当前实例是作为注册中心,所以设置为false代表注册中心注册自己
eureka.client.register-with-eureka=false
#由于注册中心的职责是维护服务实例,不需要检索实例,所以设置为false
eureka.client.fetch-registry=false
#当前注册中心的地址
eureka.client.serviceUrl.defaultZone=http://localhost:1111/eureka/
由于后续内容也都会在本地运行,为了与后续要进行注册的服务区分,这里将服务注册中心的端口通过server.port属性设置为1111。
eureka.client.register-with-eureka:由于该应用为注册中心,所以设置为false,代表不向注册中心注册自己。
eureka.client.fetch-registry: 由于注册中心的职责就是维护服务实例,它并不需要去检索服务,所以也设置为false.
在完成了上面的配置后,启动应用并访问http://localhost:1111/.可以看到如下图所示的Eurcka信息面板,其中Instances currently registered with Eureka栏是空的,说明该注册中心还没有注册任何服务。
注册服务提供者
在完成了服务注册中心的搭建之后,接下来我们尝试将一个Spring Boot应用加入Eureka的服务治理体系中去。可以新建springboot项目,修改pom.xml文件,具体代码如下所示:
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>demo-eureka-client</groupId>
<artifactId>eureka-client</artifactId>
<version>1.0-SNAPSHOT</version>
<packaging>war</packaging>
<name>eureka-client Maven Webapp</name>
<!-- FIXME change it to the project's website -->
<url>http://www.example.com</url>
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<maven.compiler.source>1.7</maven.compiler.source>
<maven.compiler.target>1.7</maven.compiler.target>
</properties>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
<version>1.5.9.RELEASE</version>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<version>1.5.9.RELEASE</version>
</dependency>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-eureka</artifactId>
<version>1.2.7.RELEASE</version>
</dependency>
</dependencies>
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-dependencies</artifactId>
<version>Finchley.BUILD-SNAPSHOT</version>
<type>pom</type>
<scope>import</scope>
</dependency>
</dependencies>
</dependencyManagement>
</project>
然后我们创建一个/hello接口,返回字符串
@RestController
public class HelloController {
@Autowired
private DiscoveryClient client;
@RequestMapping(value = "/hello",method = RequestMethod.GET)
public String hello(){
String a = client.description();
return "hello"+a;
}
}
然后,在主类中通过加上@EnableDiscoveryClient注解, 激活 Eureka中的DiscoveryClient实现(自动化配置, 创建DiscoveryClient接口针对Eureka客户端的BurekaDiscoveryClient实例),才能实现上述Controller中对服务信息的输出。
@EnableDiscoveryClient
@SpringBootApplication
public class LuuEurekaApplication {
public static void main(String[] args) {
SpringApplication.run(LuuEurekaApplication.class, args);
}
}
@EnableEurekaClient : 只对Eureka有用
@EnableDiscoveryClient 对所有做服务发现的组件都有用
最后,我们需要在application.properties 配置文件中,通过 spring.application.name属性来为服务命名,比如命名为hello-service. 再通过eureka.client.serviceUrl .defaultZone属性来指定服务注册中心的地址,这里我们指定为之前构建的服务注册中心地址,完整配置如下所示:
server.port=1112
#服务命名
spring.application.name=hello-service
#注册中心的地址
eureka.client.serviceUrl.defaultZone=http://localhost:1111/eureka/
之后我们先启动注册中心,在启动客户端,观看效果。
通过访问localhost:1112/hello,成功返回字符串
高可用注册中心
微服务架构这样的分布式环境中,我们需要充分考虑发生故障的情况,所以在生产环境中必须对各个组件进行高可用部署,对于微服务如此,对于服务注册中心也一样。但是到本节为止,我们一直都在使用单节点的服务注册中心,这在生产环境中显然并不合适,我们需要构建高可用的服务注册中心以增强系统的可用性。
Eurcka Server的设计一开始就考虑了高可用问题,在Eureka的服务治理设计中,所有节点即是服务提供方,也是服务消费方,服务注册中心也不例外。是否还记得在单节点的配置中,我们设置过下面这两个参数,让服务注册中心不注册自己:
eureka.client.register-with-eureka=false
eureka.client.fetch-regiatry=false
Eureka Server的高可用实际上就是将自己作为服务向其他服务注册中心注册自己,这样就可以形成一组互相注册的服务注册中心,以实现服务清单的互相同步,达到高可用的效果。下面我们就来尝试搭建高可用服务注册中心的集群。可以在本章第I节中实现的服务注册中心的基础之上进行扩展,构建一个双节点的服务注册中心集群。
创建application-peer1 .properties,作为peer1 服务中心的配置,并将serviceUrl指向peer2;
server.port=1111
spring.application.name=service-eureka
eureka.instance.hostname=pree1
eureka.client.serviceUrl.defaultZone=http://pree2:1112/eureka/
创建application-peer2 .properties,作为peer2 服务中心的配置,并将serviceUrl指向peer1;
server.port=1112
spring.application.name=service-eureka
eureka.instance.hostname=pree2
eureka.client.serviceUrl.defaultZone=http://pree1:1111/eureka/
在/etc/hosts文件中添加对 peerl和peer2 的转换, 让上面配置的host 形式的serviceUrl能在本地正确访问到; Windows 系统路径为C: \Windows\System32\drivers\etc\hosts。
127.0.0.1 peer1
127.0.0.1 peer2
通过spring.profiles.active属性来分别启动peerl和peer2:
java -jar eureka-server-1.0.0.jar --spring.profiles.active=peer1
java -jar eureka-server-1.0.0.jar --spring.profiles.active=peer2
此时访问peerl的注册中心http://localhost:1111/,如下图所示,我们可以看到,registered-replicas中已经有peer2节点的eureka-server了。同样的,我们访问peer2的注册中心http://localhost:1112/, 也能看到registered- replicas中已经有peerl节点.
在设置了多节点的服务注册中心之后,服务提供方还需要做一些简单的配置才可以将服务注册到Eureka Server集群中,我们用hello-service为例,修改application.properties文件中的配置:
server.port=1111
spring.application.name=hello-service
eureka.client.serviceUrl.defaultZone=http://pree1:1111/eureka,http://pree2:1112/eureka/
上面的配置主要修改了eureka.serviceUrl.defaultZone属性,将注册中心指向了我们搭建的pree1和pree2。当我们启动了这个hello-service服务提供方之后,hello-service同时被注册到pree1和pree2上了。当我们停止pree1之后,在pree2上面的其他服务依然可以访问hello-service。这就实现了高可用。