Eureka

在 上一篇，我们通过编码，分别编写了服务注册中心、服务提供者、服务消费者，但是服务注册中心仍然是单节点，如果服务注册中心不可用，则会导致整个体系的所有服务都不可用。所以，有必要保证服务注册中心的高可用，本章将来讨论整个问题。 1. Eureka集群 对于Eureka而言，其本身是支持多节点集群的。其原理大致如下：服务注册中心的多个实例彼此互相注册，形成注册中心的集群，同时对外提供服务，即使其中一个挂掉，其他实例仍然可以对外提供服务，从而保证了高可用。 Figure 1. Eureka双节点结构示意图 以双节点为例，如上图所示，两个服务注册中心(Eureka Server)彼此相互注册形成集群，服务提供者（Service Provider）会自动向两者都进行服务注册，即是说，两个服务注册中心有用相同的服务实例列表，服务消费者（Service Consumer）会采用负载均衡算法从服务注册中心集群中选择出一个可用的服务注册中心，来获取服务注册实例，并完成请求。 上一篇已经说过，默认情况下，每一个Eureka服务端同样也是一个Eureka客户端，因此至少需要配置一个其他的Eureka服务端URL来让自己完成注册。如果不提供这个服务端URL，服务端本身可以正常运行和提供服务，但是控制台会打印许多无法成功注册的日志信息。在上一篇在编码单节点服务注册中心时，我们做了如下配置，让其不作为客户端让其他服务注册中心注册： eureka.client.register-with-eureka=false eureka.client.fetch-registry=false 这两项配置默认均为true，即是说eureka默认是开启集群功能的。 2. 编码实战 接下来，我们参照上一篇的服务注册中心、服务提供者、服务消费者代码，来组建一个双节点的服务注册中心，并通过服务消费者获取服务实例，完成远程请求。 2.1. 服务注册中心 1、新建一个名为02-eureka-server-nodes的Spring Boot工程，作为服务注册中心 2、引入如下依赖和插件： <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-eureka-server</artifactId> </dependency> </dependencies> <build> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> </plugin> </plugins> </build> 引入spring-boot-maven-plugin的目的是为了打可执行jar包，由于要组建双节点集群，需要启动两次，所以不能直接在idea里边运行工程了，需要打包成可执行jar，通过命令行来启动。 3、启动类添加@EnableEurekaServer注解，表明该工程为Eureka服务端 4、配置多环境，新建三个配置文件：application.properties、application-node1.properties、application-node2.properties，分别进行如下配置： application.properties： spring.application.name=eureka-server # 开发用，关闭服务端自我保护，防止关闭的实例不能被剔除 eureka.server.enable-self-preservation=false application-node1.properties： server.port=8080 eureka.instance.hostname=eureka-node1 # 服务注册中心访问地址 eureka.client.service-url.defaultZone=http://eureka-node2:8081/eureka application-node2.properties： server.port=8081 eureka.instance.hostname=eureka-node2 # 服务注册中心访问地址 eureka.client.service-url.defaultZone=http://eureka-node1:8080/eureka 需要注意的是，eureka-node1需要向eureka-node2来注册服务，而eureka-node2需要向eureka-node1来注册服务，彼此交叉注册，注意配置地址的不同。 5、由于在本机测试，并且这里通过hostname来访问服务，所以需要让hostname可以访问，修改hosts文件进行本机映射： 127.0.0.1 eureka-node1 127.0.0.1 eureka-node2 各操作系统修改hosts文件的方式不同，请自行查阅相关资料。 6、到这里编码工作就已完成，现在，使用maven命令进行打包： ``mvn clean package`` ...

上一篇，我们学习了Spring Cloud配置集成化组件Config，在本篇，我们来学习Spring Cloud微服务架构的一个核心组件----Eureka。 1. 服务治理 服务治理，即将体系中各个微服务统一纳入服务注册中心，由注册中心维护各个微服务的名称、地址、端口、状态等信息，并提供服务自动化注册和发现机制。 为什么需要服务治理？ 对于传统应用而言，应用数量少，各应用间的API调用我们可以通过在配置文件中写入IP地址和端口的方式来进行维护。那么对于现在的微服务架构而言，应用的服务数量上百甚至上千，如果还使用传统的配置方式来维护各个服务信息及其其调用管理，那么无疑是困难重重，不仅容易出错，而且成本直线上升。 <p style="text-align: center;">没有服务治理时，如何管理各个服务？ <p style="text-align: left;">在微服务体系中，服务实例的网络位置都是动态分配的，而且实例的地址可能会经常性的改变，有了服务治理，不再需要人为的维护各个服务信息，一切交给服务注册中心来自动管理和维护，大大提高了效率。 几个核心概念 服务注册表：维护了服务实例的网络地址、名称等信息的数据库 服务提供者：提供RESTApi以供其他服务调用的被调用方 服务消费者：调用服务端提供的RESTApi接口，发起服务请求的请求方 服务注册：将服务注册表中提供服务信息进行注册服务的行为 服务发现：从服务注册表中查询服务实例信息的行为 接下来，我们看看服务发现的两种模式。 服务发现模式 服务发现主要有两种模式：服务端发现模式和客户端发现模式。 1、客户端发现模式 即由客户端来获取服务实例列表和网络位置，并且进行负载均衡。客户端查询服务注册表（一个维护了服务实例和其网络位置等信息的数据库），获取服务实例列表，并且采用负载均衡算法，从列表中选择一个服务实例作为请求目标。 Figure 1. 客户端发现模式示意图 Eureka采用的就是客户端发现模式。 2、服务端发现模式 即由服务端来发现服务实例并进行负载均衡：客户端通过负载均衡器向某个服务提出请求，负载均衡器查询服务注册表，并将请求转发到可用的服务实例。 Figure 2. 服务端发现模式示意图 AWS Elastic Load Balancer（ELB）采用的是服务端发现模式。 本篇讲解的Spring Cloud Eureka采用的是客户端发现模式，接下来我们看看eureka的基本概念。 2. Eureka简介 Eureka，字面意思即"发现"之意，是Netflix下开源的服务治理（注册、发现等）中间件。Spring Cloud Eureka在其基础上进行了二次封装，添加了自动化配置等功能，使其成为Spring Cloud微服务体系中核心的服务治理方案之一。 Eureka包括三个角色，如下图所示： Figure 3. Eureka基础架构（图片来源网络） Eureka Server：服务注册中心，维护了服务注册表，提供服务注册、服务发现、刷新和取消注册等功能 Service Provider：服务提供者，对外提供服务，一般为RESTApi接口 Service Consumer：服务消费者，调用服务提供者接口，实现具体业务逻辑 由上图可见，Service Provider将注册中心注册服务，Service Consumer从注册中心查询服务注册表，获取服务实例信息，并通过负载均衡算法获取到一个服务提供者实例，并发起调用请求。 Eureka Server并没有后端存储机制，注册表中的所有服务实例必须发送心跳监测以保证正确连接（内存中实现），服务实例（客户端）会将服务端注册表拉去到本地并缓存在内存中，而不是每次都向服务端发送请求来获取服务实例注册信息。 前边介绍了Eureka和服务治理相关的理论，接下来，我们来编程实现服务注册中心。 3. 单节点服务注册中心 3.1. 编写服务注册中心 1、新建名为01-eureka-server的Spring Boot工程，作为服务注册中心 2、引入如下依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-eureka-server</artifactId> </dependency> ...