服务发现——Netflix Eureka
客服端负载均衡——Netflix Ribbon
断路器——Netflix Hystrix
服务网关——Netflix Zuul
分布式配置——Spring Cloud Config
官网：https://cloud.spring.io/spring-cloud-netflix/
Why Eureka?
1) Eureka来自生产环境
2) Spring Cloud对Eureka支持很好
3) Eureka 项目相当活跃，代码更新相当频繁
Eureka是Netflix开发的服务发现框架，本身是一个基于REST的服务，主要用于定位运行在AWS域中的中间层服务，以达到负载均衡和中间层服务故障转移的目的。Spring Cloud将它集成在其子项目spring-cloud-netflix中，以实现Spring Cloud的服务发现功能。
讲解案例的调用关系：
上图是来自Eureka官方的架构图，大致描述了Eureka集群的工作过程。由于图比较复杂，可能比较难看懂，这边用通俗易懂的语言翻译一下：
- Application Service 就相当于服务提供者（用户微服务），Application Client就相当于服务消费者（电影微服务）；
- Make Remote Call，可以简单理解为调用RESTful的接口；
- us-east-1c、us-east-1d等是zone，它们都属于us-east-1这个region；
由图可知，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通过心跳检测、健康检查、客户端缓存等机制，确保了系统的高可用性、灵活性和可伸缩性。
Region和Zone的关系
1）创建项目，配置spring-cloud-starter-eureka-server的依赖
2）在项目启动类上加注解@EnableEurekaServer
3）配置application.yml的配置文件
1）在微服务中配置Eureka的依赖
2）在启动类上添加@EnableEurekaClient注解
3）在application.yml添加Eueaka的配置
未完，待续。。。
