SpringCloud Eureka

Eureka是什么

Eureka是Netflix公司开发的，用于实现服务治理的微服务。Eureka作为一个微服务的治理中心，它是一个微服务应用，可以接收其他微服务的注册，也可以发现和治理服务实例。

如何使用Eureka

对于eureka微服务：
首先创建eureka微服务

eureka的application中，增加注解@EnableEurekaServer

@SpringBootApplication
@EnableEurekaServer
public class EurekaApplication {

	public static void main(String[] args) {
		SpringApplication.run(EurekaApplication.class, args);
	}

}

yml的配置

spring:
  # 定义spring应用名称，它是一个微服务名称，一个微服务可拥有多个实例
  application:
    name: eureka
  profiles:
    active: alpha

eureka:
  client:
    region: china
    availability-zones:
      # 这里要注意顺序，在前面的优先获取
      china: eastchina,southchina
    service-url:
      #      defaultZone: http://localhost:5001/eureka,http://localhost:5002/eureka,http://localhost:5004/eureka
      eastchina: http://localhost:5001/eureka,http://localhost:5003/eureka
      southchina: http://localhost:5002/eureka,http://localhost:5004/eureka
    #Eureka是为注册中心,是否需要将自己注册到注册中心上(默认为true),本次为单机部署,不需要设置为true;
    #但是注册中心集群时候必须为true;因为集群时，其他Eureka需要从此Eureka中的节点上获取数据
    register-with-eureka: true
    #Erueka是为注册中心，不需要检索服务信息;(表示是否从Eureka Server获取注册信息，默认为true。
    #如果这是一个单点的 Eureka Server，不需要同步其他节点的数据，可以设为false)
    fetch-registry: true


  server:
    # eureka自我保护机制，默认为true(15min内低于85%的情况下心跳测试失败，就会出现告警)
    enable-self-preservation: false

  instance:
    # 服务治理中心服务器ip
    hostname: localhost
    metadata-map:
      # 优先访问的区域
      zone: eastchina

对于需要被治理的微服务，在yml中：

spring:
  # 定义spring应用名称，它是一个微服务名称，一个微服务可拥有多个实例
  application:
    name: fund
  profiles:
    active: alpha

eureka:
  client:
    # 确定一个region
    region: china
    availability-zones:
      # 这里要注意顺序，在前面的优先获取
      china: eastchina,southchina
    # 服务注册域地址
    service-url:
      #      defaultZone: http://localhost:5001/eureka,http://localhost:5002/eureka,http://localhost:5004/eureka
      eastchina: http://localhost:5001/eureka,http://localhost:5003/eureka
      southchina: http://localhost:5002/eureka,http://localhost:5004/eureka
    # 是否检索服务实例清单，默认值true
    fetch-registry: true
    # 检索服务实例清单的时间间隔，默认30s
    registry-fetch-interval-seconds: 30
    # 当服务获取超时后，最大尝试次数，默认值为10
    cache-refresh-executor-exponential-back-off-bound: 10
    # 首次服务注册延迟时间，默认40s
    initial-instance-info-replication-interval-seconds: 40

  instance:
    # 服务治理中心服务器ip
    hostname: localhost
    # 微服务实例超时失效秒数，默认90s，如果超时，eureka会将实例剔除
    lease-expiration-duration-in-seconds: 90
    # 间隔对应的秒数执行一次续约服务，默认30s
    lease-renewal-interval-in-seconds: 30
    metadata-map:
      # 优先访问的区域
      zone: eastchina

上述的配置中，注释已经说明的很清楚了
另外，作为一个分布式架构，能不搞单机就尽量搞集群，养成一个好习惯
这里我分了两个zone，每个zone中的eureka，都至少有两个节点

接下来会着重说一下region和zone，这两个概念是亚马逊提出的，能够进一步提高微服务的响应能力和灵活性。

region，一般来说都是跨国跨洲的概念，因为每个地区之间的法律政策是不同的，所以数据更多情况下是不能互通的。
现实生活中，网络性能是会受地理距离影响的，尽管region分了大区，但是在广东的终端去请求在广东的服务器，肯定是比请求在北京的服务器快。
zone就是小区域，尽管region内数据可以互通，但一般会设置优先访问的zone，这样可以大大提高网络性能。
特别是一些对网络性能要求高的服务，会刻意提供分区概念，比如LOL中就有很多分区，南方电信区的上北方联通区的网络就是比较慢，所以让用户选择距离自己最近的分区固然是比较优的。