spring cloud 面试常考、容易混淆的概念

1 微服务治理机制

1.1 服务注册

在服务治理框架中通常会构建一个注册中心，每个单元向注册中心登记自己提供的服务，将主机与端口号、版本号、通信协议等一些附加信息告知注册中心，注册中心按服务名分类组织服务清单。

1.2服务发现

在服务治理框架的运作下，服务间的调用不再是通过指定具体地址来实现，而是通过向服务名发起请求调用实现。所以，服务调用放在调用服务提供方接口的时候，并不知道具体的服务实例位置。因此，调用方需要需要向服务注册中心咨询，并获取所有服务的实例清单，以实现对具体服务实例的访问。
而实际考虑到性能因素，不会采用每次都向服务注册中心获取服务的方式，并且不同的应用场景在缓存和服务剔除等机制上也会有一些不同的实现策略。

2 Netflix Eureka组件

2.1 Euraka 服务端

我们也称为注册中心，支持高可用配置，依托于强一致性，提供良好的实例可用性。运行分片故障期间继续提供服务的发现和注册，当故障分片恢复运行时，集群中的其他分片会把他们的状态再次同步回来。

2.2 Euraka 客户端

主要处理服务的注册和发现。

3 Eureka 服务治理基础架构的三个核心要素

3.1 服务注册中心

Eureka 提供的服务端，提供服务的注册和发现功能（Eureka-server）。

3.2 服务提供者

提供服务的应用，可以是springBoot 应用，也可以是其他技术平台遵循Eureka通信机制的应用，他将自己提供的服务注册到Eureka，以供其他应用发现。

3.3 服务消费者

消费者应该从服务注册中心获取服务列表，从而是消费者可以知道从何处调用其所需要的服务。
通常客户端即是服务提供者，也是服务的消费者。