本文浅谈只是对我自己初期认识这spring cloud的一个笔记。
微服务是一种架构风格和一种应对业务的架构策略。实现这种的技术方式很多。本文主要说spring cloud。
spring cloud主要包括一下几个组件：
1，eureka 注册中心。
1）一个eureka服务也是客户端，可以自己注册自己，也可以相互注册形成高可用集群。
2）eureka是客户端发现服务，客服端自己过滤，和选择负载均衡策略。
3）eureka与注册服务器保持通信是通过心跳检测机制。
2，ribbon负载均衡器，三个方法核心。
1）获取所有服务列表。
2）rule。选择服务器规则（默认轮询）
3）监听可用服务列表
3，通讯方式。
1）restTempte 请求
2）feign 请求。
4，config 统一配置中心。
1）config-server从远端git服务器拉取配置到本地的git.
2) 调用端config-client,在注册中心获取config-server服务。
注意把application.yml改成bootstrap.yml。
3）获取方式 ，看日志或者文档（lable/name-dev.yml）
5，bus动态配置刷新。用于config自动刷新。
1）config-server和config-client配置bus和MQ。
2) 远端git服务配置 webhook回调bus.
3)使用就在pom.xml配置bus的maven。
6，zuul服务网管。
1）性能比nginx差。
2）路由+过滤器 =zuul
3) 核心是一系列的过滤器。
前置（pre）
后置（post）
路由（Route）
错误（Error）
4)限流（RateLimiter）令牌算法，放在fiter优先级最高。也可以配合nginx分流用。
5）可以鉴权和统一跨域配置（nginx也可以做跨域）。
7，hystrix服务容错。服务之间调用会有各种问题。这个组件用在所有调用方。
1）为服务器提供容错保护。在资源不够或者业务压力大的时候使用优先核心服务。主要四点作用
服务降级
依赖隔离（线程池隔离）
服务熔断
监控（hystrix-dashboard）
2）使用：
a，通过hystrixCommand注解指定请求。
b，fallbavkMethed实现降级后的实现逻辑。
3） 超时降级默认1秒。所有要根据具体业务，和调用链具体配置。
4）服务熔断主要四个配置。
设置熔断为true
请求数（统计单位）
熔断时间（这段时间请求都执行fallback）
错误百分比
5）dashboard监控要配合使用。监控熔断，界面监控。
8，dashboard服务监控界面。给hystrix提供界面监控。
9，sleuth链路监控。主要是唯一标识对应一个请求，和一个请求的服务。
1，日志打印唯一请求标识。
2，配置把数据推向zipkin
3,抽样百分比（开发环境设置为1）
10，zipkin链路监控可视化。
1，主要界面可视化查看链路调用情况。
2，使用的时候，一般pom.xml配置zipkin,包含了sleuth。
*******************************
因为spring cloud还是有点巨大，东西比较多。建议根据业务需要团队人数才采用这个架构。