服务发现与服务注册-Eureka

• springColud目录

---

服务发现与服务注册

---

什么是服务发现与服务注册

---

简单的来说就是一个微服务要调用另一个微服务，就必须知道这个微服务的地址及端口信息。采用一张注册表，注册上线可用的微服务及相关信息，微服务则从注册表上查找所需的其它微服务的相关信息。有两种主要的服务发现模式：客户端服务发现（client-side discovery）和服务器端服务发现（server-side discovery）

客户端发现

---

客户端发送请求到service时，通过查询一个Service Registry（它知道所有service实例的地址）的方式来获取service实例的地址，简单来说就是客户端从注册表中获取相关信息，由客户端进行负载均衡等操作并对微服务发起请求，如下所示：

服务端服务发现

---

当发送请求到一个service的时候，客户端发送请求到一个router，这个router是在一个已知的地址上运行的。router查询service registry（可能在这个router中实现）, 然后把请求发送到可用的service实例。如下所示：

服务发现组件的功能

---

• 服务注册表
  • 服务注册表是一个记录当前可用服务实例的网络信息的数据库，是服务发现机制的核心。服务注册表提供查询API和管理API，使用查询API获得可用的服务实例，使用管理API实现注册和注销；
• 服务注册
  • 服务注册:服务启动时，将服务的网络地址注册到服务注册表中；
• 健康检查
  • 服务发现组件会通过一些机制定时检测已注册的服务，如果发现某服务无法访问了（可能是某几个心跳周期后），就将该服务从服务注册表中移除。

服务发现组件：Eureka

---

• Eureka是客户端发现类型的服务发现模式
• Eureka来自生产环境
• Spring Cloud对Eureka支持很好

Eureka 原理

---

上图是来自Eureka官方的架构图，大致描述了Eureka集群的工作过程。
Eureka有两个概念，区域（Region)与可用区(Zone)，不太理解，先抄过来占个位置。

区域（Region):

---

• AWS云服务在全球不同的地方都有数据中心，比如北美、南美、欧洲和亚洲等。与此对应，根据地理位置我们把某个地区的基础设施服务集合称为一个区域。通过AWS的区域，一方面可以使得AWS云服务在地理位置上更加靠近我们的用户，另一方面使得用户可以选择不同的区域存储他们的数据以满足法规遵循方面的要求。美东（北佛吉尼亚）、美西（俄勒冈）、美西（北加利佛尼亚）、欧洲（爱尔兰）、亚太（新加坡）、亚太（东京）等。每个区域都有自己对应的编码。

可用区(Zone):

---

• AWS的每个区域一般由多个可用区（AZ）组成，而一个可用区一般是由多个数据中心组成。AWS引入可用区设计主要是为了提升用户应用程序的高可用性。因为可用区与可用区之间在设计上是相互独立的，也就是说它们会有独立的供电、独立的网络等，这样假如一个可用区出现问题时也不会影响另外的可用区。在一个区域内，可用区与可用区之间是通过高速网络连接，从而保证有很低的延时。AWS的区域与可用区的关系示意如下图所示：可用区
  每次当用户需要使用EC2相关资源的时候，他需要首先选择目标区域，如美东（北佛杰尼亚）us-east-1。然后在创建EC2实例的时候，用户可以选择实例所在的可用区，比如可以是us-east-1a或us-east-1b等。可用区的编码就是区域后面顺序添加不同的英文字母。

Eureka在springcloud中的使用

---

Eureka包含两个组件：Eureka Server 和 Eureka Client。

• Eureka Server提供服务注册服务，各个节点启动后，会在Eureka Server中进行注册，这样Eureka Server中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观的看到。
• Eureka Client是一个Java客户端，用于简化与Eureka Server的交互，客户端同时也具备一个内置的、使用轮询（round-robin）负载算法的负载均衡器。
• 在应用启动后，将会向Eureka Server发送心跳（默认周期为30秒）。如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，Eureka Server将会从服务注册表中把这个服务节点移除（默认90秒）。
• Eureka Server之间将会通过复制的方式完成数据的同步。
• Eureka还提供了客户端缓存的机制，即使所有的Eureka Server都挂掉，客户端依然可以利用缓存中的信息消费其他服务的API。

综上，Eureka通过心跳检测、健康检查、客户端缓存等机制，确保了系统的高可用性、灵活性和可伸缩性。

Eureka 服务器端搭建

---

依赖：
spring-cloud-starter-eureka-server： 是服务端核心依赖
spring-boot-starter-security：安全校验依赖，非核心必须
spring-cloud-dependencies： 添加该依赖后会自动帮你选择其他spring-cloud打头的依赖的版本（version），这里的springcloud采用的是Edgware.SR3版本，不同版本对spring-boot版本要求不一致，具体到springcloud官网查看。

	org.springframework.boot
	spring-boot-starter-parent
	1.5.13.RELEASE



	
		
			org.springframework.cloud
			spring-cloud-dependencies
			Edgware.SR3
			pom
			import
		
	



	
		org.springframework.cloud
		spring-cloud-starter-eureka-server
	
	
		org.springframework.boot
		spring-boot-starter-security
	

应用入口增加增加注解@EnableEurekaServer

配置文件：

#本身服务器端（注册中心）也是一个服务，如果是单机环境（非集群），则没必要将自己的注册到注册中心，则以下两项设置为false即可，默认为true。

#是否向服务注册中心注册自己
eureka.client.register-with-eureka=false
#是否检索服务
eureka.client.fetch-registry=false

#服务注册中心的配置内容，指定服务注册中心的位置，本服务注册到该地址的注册中心
eureka.client.serviceUrl.defaultZone=http://${eureka.instance.hostname}:${server.port}/eureka/

#设置eureka的指定数据中心
eureka.datacenter =cloud 
#设置eureka的环境名称
eureka.environment =product

#这是安全检验模块,设置登录eureka后台的帐号密码，链接中添加相同 ${user}:${password}@ 即可
security.user.name
security.user.password

启动该项目，访问该项目路径，即可查看注册中心

Eureka 微服务端搭建

---

依赖：
spring-cloud-starter-eureka： 是服务端核心依赖
spring-boot-starter-actuator：是一个用于暴露自身信息的模块，所以很明显，它的主要作用是用于监控与管理。这里的作用就是为了能被注册中心及其他微服务监测到。

	org.springframework.boot
	spring-boot-starter-parent
	1.5.13.RELEASE



	
		
			org.springframework.cloud
			spring-cloud-dependencies
			Edgware.SR3
			pom
			import
		
	



	
		org.springframework.cloud
		spring-cloud-starter-eureka
	
	
		org.springframework.boot
		spring-boot-starter-actuator
	

应用入口增加增加服务发现的注解@EnableEurekaClient

配置文件：

spring:
  application:
    name: microservice-provider
server:
  port: 8020
eureka:
  client:
    healthcheck:
      enabled: true #健康检查
    serviceUrl:
      defaultZone: http://user:1234@localhost:8761/eureka
  instance:
    prefer-ip-address: true #在注册中心选中该条微服务的展现名时，是否展现该微服务的ip地址
    instance-id: ${spring.application.name}:${spring.cloud.client.ipAddress}:${spring.application.instance_id:${server.port}} #该微服务在eureka上的显示名

健康检查

• Eureka Server与Eureka Client之间使用心跳机制来确定Eureka Client的状态，默认情况下，服务器端与客户端的心跳保持正常，应用程序就会始终保持“UP”状态，所以微服务的UP并不能完全反应应用程序的状态。
• Spring Boot Actuator提供了/health端点，该端点可展示应用程序的健康信息，只有将该端点中的健康状态传播到Eureka Server就可以了，实现这点很简单，只需为微服务配置如下内容
• eureka.instance.appname 设置后会替换spring.application.name 在eureka 的dashboard

启动该微服务，可在注册中心查看到该微服务信息

客户端地址

---

• 查看eraka接口信息 http://localhost:8761/eureka/apps
• 查看eraka指定接口信息 http://localhost:8761/eureka/apps/microservice-provider/