springcloudeureka 服务注册及发现

Spring Cloud核心组件：Eureka 服务注册与发现

他有三端构成
1.Eureka Server 服务注册与发现中心端 提供服务注册和发现的能力（通常就是微服务中的注册中心）
2.Service Provider服务提供者端 一个Java客户端，用于简化与 Eureka Server 的交互（通常就是微服务中的客户端和服务端）
3.Service Consumer服务调用者端 一个Java客户端，用于简化与 Eureka Server 的交互（通常就是微服务中的客户端和服务端）

各个微服务启动时，会通过 Eureka Client 向 Eureka Server 注册自己，Eureka Server 会存储该服务的信息
也就是说，每个微服务的客户端和服务端，都会注册到 Eureka Server，这就衍生出了微服务相互识别的话题

同步：每个 Eureka Server 同时也是 Eureka Client（逻辑上的）
　　　多个 Eureka Server 之间通过复制的方式完成服务注册表的同步，形成 Eureka 的高可用
识别：Eureka Client 会缓存 Eureka Server 中的信息
　　　即使所有 Eureka Server 节点都宕掉，服务消费者仍可使用缓存中的信息找到服务提供者（笔者已亲测）
续约：微服务会周期性（默认30s）地向 Eureka Server 发送心跳以Renew（续约）信息（类似于heartbeat）
续期：Eureka Server 会定期（默认60s）执行一次失效服务检测功能
　　　它会检查超过一定时间（默认90s）没有Renew的微服务，发现则会注销该微服务节点
Spring Cloud 已经把 Eureka 集成在其子项目 Spring Cloud Netflix 里面

服务方(一)

defaultZone
Eureka 有一个 Region 和 Zone 的概念，你可以理解为现实中的大区（Region）和机房（Zone）
Eureka Client 在启动时需要指定 Zone，它会优先请求自己 Zone 的 Eureka Server 获取注册列表
同样的，Eureka Server 在启动时也需要指定 Zone，如果没有指定的话，其会默认使用 defaultZone
eureka.client.serviceUrl.defaultZone这个配置可以配置单个注册中心的地址，也可配置多个,逗号隔开
instance-id
是在注册中心页面显示的微服务名。
Eureka 首页显示的微服务名默认为：机器主机名:应用名称:应用端口，也就是：
$spring.cloud.client.hostname:${spring.application.name}:KaTeX parse error: Expected '}', got 'EOF' at end of input: …on.instance_id:{server.port}}

服务方(二)

消费方