技术栈一览

#数据结构和算法 HashMap #SpringMVC:各类注解 #SpringBoot:各类注解 #SpringCloud:各类组件

此图转载，图片来源@王璐-Louise

Netflix是一个大的模块，包含几个核心项目

• 服务发现(Eureka)
• 客服端负载均衡
• 断路器(Hystrix)
• 服务网关
• 分布式配置

---

做为微服务框架，服务注册和发现组件是必不可少的。 Eureka:服务注册与发现，CP，高可用。中止更新。 Zookeeper:服务注册与发现，AP，最终一致性。Zookeeper像一个文件系统，有存储的功能，保证一致性。 Consul:SpringCloud服务注册与发现。分布式的、高可用、横向扩展的

• service discovery：consul经过DNS或者HTTP接口使服务注册和服务发现变的很容易，一些外部服务，例如saas提供的也能够同样注册。
• health checking：健康检测使consul能够快速的告警在集群中的操做。和服务发现的集成，能够防止服务转发到故障的服务上面。
• key/value storage：一个用来存储动态配置的系统。提供简单的HTTP接口，能够在任何地方操做。
• multi-datacenter：无需复杂的配置，便可支持任意数量的区域。 点评: Zookeeper做为一个强一致性(CP)的组件，很适合大数据等一些对数据要求严格的业务场景，好比hadoop框架中，就使用的是Zookeeper。HBase和kafka Eureka是一个高可用(AP)的组件，适合互联网企业的一些应用场景，即便一些服务器宕机，也能够保证对外提供服务。可是中止维护与更新。 Consul也是一个强一致性(CP)组件，自身和SpringCloud框架融合的很是好。 题外话:除了这3个，还有其余的服务注册与发现组件，再也不一一赘述，并且，Zookeeper和Consul等CP组件，也能够构建高可用集群。

---

通常来说，微服务结构下，会有不少独立的业务项目，每一个项目都有一套配置的话，就很繁杂，也不容易维护和保持一致。 Config:是一个配置外部化的组件。Config实现了SpringCloud的分布式配置功能。

Hystrix断路器 在微服务架构中，一般有多层服务调用。较低级别的服务中的服务故障可能致使用户级联故障。当对特定服务的呼叫达到必定阈值时（Hystrix中的默认值为5秒内的20次故障），电路打开，不进行通话。在错误和开路的状况下，开发人员能够提供后备。 注意事项: Hystrix超时和Ribbon客户 当使用包含Ribbon客户端的Hystrix命令时，您须要确保您的Hystrix超时配置为长于配置的Ribbon超时，包括可能进行的任何潜在的重试。例如，若是您的Ribbon链接超时为一秒钟，而且Ribbon客户端可能会重试该请求三次，那么您的Hystrix超时应该略超过三秒钟。

客户端负载平衡器：Ribbon Ribbon是一个客户端负载均衡器，它能够很好地控制HTTP和TCP客户端的行为。Feign已经使用Ribbon