Eureka---服务发现
1、Eureka服务端
1、服务注册：在服务治理框架中，通常都会构建一个注册中心，每个服务单元向注册中心注册，同时还需要以心跳检测的方式去监测清单中的服务是否可用，若不可用需要从服务清单中剔除，以达到排除故障服务的效果。
2、失效剔除：服务注册中心在启动时会创建一个定时任务，默认每隔一段时间 （默认为60秒）将当前清单中超时（默认为90秒）没有续约的服务剔除。
3、自我保护：当一个服务未按时进行心跳续约时，Eureka会统计最近15分钟心跳失败的服 务实例的比例是否超过了85%，当EurekaServer节点在短时间内丢失过多客户端（可能发生了网络分区故障）。在 生产环境下，因为网络延迟等原因，心跳失败实例的比例很有可能超标，但是此时就把服务剔除列表并不妥当，因为服务可能没有宕机。Eureka就会把当前实例的注册信息保护起来，不予剔除，在实际中，保证了大多 数服务依然可用。
?2、服务提供者
也称为Eureka客户端，提供服务的应用，可以是Spring Boot应用，也可以是其它任意技术实现，只要对外提供的是REST风格服务即可。
A、服务地址是否使用ip地址
B、续约时间的配置
3、服务消费者
也称为Eureka客户端，消费应用从注册中心获取服务列表，从而得知每个服务方的信息，知道去哪里调用服务方。
A、服务拉取时间的配置
Ribbon---负载均衡
Ribbon是Netflix发布的基于Http和TCP的负载均衡器。为Ribbon配置服务提供者地址后，Ribbon就可基于某种负载均衡算法，自动地帮助服务消费者去请求。Ribbon默认为我们提供了很多负载均衡算法，例如轮询、随机等。当然，我们也可为Ribbon实现自定义的负载均衡算法。
在Spring Cloud中，当Ribbon与Eureka配合使用时，Ribbon可自动从Eureka Server获取服务提供者地址列表，并基于负载均衡算法，请求其中一个服务提供者实例。展示了Ribbon与Eureka配合使用时的架构。
A.轮询法
轮询法即逐个请求，对于每一个请求，则在地址列表中依次选择一个地址，因此在请求数目上的分配相对比较均衡。
随机法则是随机分配给地址列表中的任一服务器。这个例子则通过随机生成列表长度内的一个整数，然后获取其地址来实现的。
Hystrix---熔断器
它的作用是保护系统，控制故障范围
- Hystix 是 Netflix 开源的一个延迟和容错库，用于隔离访问远程服务、第三方库，防止出现级联失败（雪崩）。
- 雪崩：一个服务失败，导致整条链路的服务都失败的情形
Spring Cloud---第二天_lalajh的博客-CSDN博客
Gateway---网关
网关就是系统的入口，封装了应用程序的内部结构，为客户端提供统一服务，一些与业务本身功能无关的公共逻辑可以在这里实现，诸如认证、鉴权、监控、缓存、负载均衡、流量管控、路由转发等。
Config---分布式配置
提供服务端和客户端，服务器存储后端的默认实现使用git
- Spring Cloud Config 解决了在分布式场景下多环境配置文件的管理和维护。
- 好处：
- 集中管理配置文件
- 不同环境不同配置，动态化的配置更新
- 配置信息改变时，不需要重启即可更新配置信息到服务
Feign?声明式服务调用
Feign 是一个声明式的 REST 客户端，它用了基于接口的注解方式，很方便实现客户端配置。
Feign 最初由 Netflix 公司提供，但不支持SpringMVC注解，后由 SpringCloud 对其封装，支持了SpringMVC注解，让使用者更易于接受。其实Feign就是简化了RestTemplate调用方式的一个组件
?