#数据结构和算法 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