springcloud

微服务：将单一的应用程序划分成小的模块，彻底的解耦，服务之间相互协调相互调用可以独立的部署到生成环境。
springcloud：协调各个微服务（springboot）的框架。依赖于springboot。基于HTTP的REST方式。
eureka是一个基于REST的可以手动配置的注册中心。在一段时间内没有接收到某个微服务实例的心跳，将会注销该实例。自我保护设计思想是宁可保留所有微服务也不注销任何可能健康的微服务。
开3个服务端集群电脑就受不了了。

CAP原则
C（consistency）：强一致性
A（Avaliability）：可用性
P（Partition tolerance）：分区容错性
CAP只能保证2个
zookeeper 满足cp，有节点领导
eureka满足ap，各个节点都是平等的，可以很好的面对网络故障，cs架构，内部采用concurrenthashmap实现，服务注册就是新增kv，服务发现就是kv的映射集合。

Ribbon是一套客户端负载均衡的工具，默认轮询算法。
负载均衡：给请求均摊的选择服务器。有nginx，lvs等。
集中式：nginx，反向代理服务器，有这些设置吧访问请求发送至服务器。
进程式：Ribbon，集成与消费方，消费方选择服务地址。

Feign：客户端负载均衡，面向接口编程，用注释封装Ribbon为接口式编程，默认也是轮询，可以替代resttemplate，但降低了性能。
传统情况下在java代码里访问restful服务，一般使用Apache的HttpClient。不过此种方法使用起来太过繁琐。spring提供了一种简单便捷的模板类来进行操作，这就是RestTemplate。

服务雪崩：多个微服务之间调用的时候，某个服务响应时间过长或不可用使系统崩溃。

Hystrix：处理分布式系统的延迟和容错的开源库，能保证在一个依赖出错的情况下，不会导致整体服务失败，避免级联故障。以提高分布式系统的弹性。断路器本身是一种开关装置，当某个服务单元发生故障之后，通过断路器故障监控向服务调用方提供一个备选响应。

服务熔断：对雪崩响应的一种链路保护机制。响应时间过长或不可用对服务降级，调用Hystrix。
熔断机制注解 @HystrixCommand（failbackMethod = " "）
服务熔断是一个方法在服务端。当某个服务单元发生故障之后，通过断路器的故障监控，，某个异常条件被触发，直接熔断整个服务。，向调用方法返回一个符合预期的、可处理的备选响应(FallBack),而不是长时间的等待或者抛出吊牌用方法无法处理的异常，就保证了服务调用方的线程不会被长时间占用，避免故障在分布式系统中蔓延，乃至雪崩
降级是一个类，在客户端，整体资源快不够了，忍痛将某些服务单元先关掉，关闭后还要返回一些可处理的备选方法，待渡过难关，再开启回来。

zuul路由网关：包含了对请求的路由和过滤两个最主要的功能。可以实现外部访问统一入口。可以自身注册进入eureka。

微服务保证数据安全性：
单体架构synchronized只能控制一个JVM。分布式架构时synchronized不行，有多个JVM。
分布式锁：redis+zookeper