特记录：
服务发现——Netflix Eureka
服务调用——Netflix Feign
熔断器——Netflix Hystrix
服务网关——Netflix Zuul
分布式配置——Spring Cloud Config
消息总线 —— Spring Cloud Bus
记录 -------------
Spring 容器使用 注解 ；
@Connfiguration
@Restontroller
@Bean
@ LoadBalanced
笔记---------
工厂 模式 对象
？ 0-1 次 * 任意次 + 至少一次 ；
部署 对应== 部署 ；
活动图 = 控制流 ；
反射 指程序访问检测修改 本身
整理：
EureKa 的描述正确的是 ：
EureKa 包含两个组件：Eureka Server 和Eureka Client
EureKa Server 提供服务注册服务
EureKa Client 是一个用简化与 EureKa Server 交互的Java 客户端
EureKa Server 的服务注册表是用来存储所有可用服务结点的信息
EureKa 自身是通过确保系统的可用性.灵活性和可伸缩性 :
Zuul是Netflix开源的微服务网关，他可以和Eureka,Ribbon,Hystrix等组件配合使用。Zuul组件的核心是一系列的过滤器，这些过滤器可以完成以下功能：
# 身份认证和安全: 识别每一个资源的验证要求，并拒绝那些不符的请求
# 审查与监控：
# 动态路由：动态将请求路由到不同后端集群
# 压力测试：逐渐增加指向集群的流量，以了解性能
# 负载分配：为每一种负载类型分配对应容量，并弃用超出限定值的请求
# 静态响应处理：边缘位置进行响应，避免转发到内部集群
# 多区域弹性：跨域AWS Region进行请求路由，旨在实现ELB(ElasticLoad Balancing)使用多样化
Spring Cloud对Zuul进行了整合和增强。
使用Zuul后，架构图演变为以下形式
为什么需要微服务网关
不同的微服务一般有不同的网络地址，而外部的客户端可能需要调用多个服务的接口才 能完成一个业务需求。比如一个电影购票的收集APP,可能回调用电影分类微服务，用户微服务，支付微服务等。如果客户端直接和微服务进行通信，会存在一下问题：
# 客户端会多次请求不同微服务，增加客户端的复杂性
# 存在跨域请求，在一定场景下处理相对复杂
# 认证复杂，每一个服务都需要独立认证
# 难以重构，随着项目的迭代，可能需要重新划分微服务，如果客户端直接和微服务通信，那么重构会难以实施
# 某些微服务可能使用了其他协议，直接访问有一定困难上述问题，都可以借助微服务网关解决。微服务网关是介于客户端和服务器端之间的中间层，所有的外部请求都会先经过微服务网关。