Spring Cloud相关

 Spring Cloud:

 

发音：

Eureka [jʊ'ri:kə]
Ribbon [ˈrɪbən]
Feign [fen]
Hystrix [hɪst'rɪks]
Zuul [zulu]
Sleuth [sluθ]
Turbine [ˈtɜ:rbaɪn]

 

独挑大梁，独自启动不需要依赖其它组件。
Eureka，服务注册中心，特性有失效剔除、服务保护。（类似生活中的大堂，登记了整个项目的所有服务）
Dashboard，Hystrix仪表盘，监控集群模式和单点模式，其中集群模式需要收集器Turbine配合。（类似生活中的保安监控室）
Zuul，API服务网关，功能有路由分发和过滤。（类似交警叔叔，指挥道路交通）
Config，分布式配置中心，支持本地仓库、SVN、Git、Jar包内配置等模式。（类似规章制度，每个人都从这里获取规定配置）

 

润物无声，融合在每个微服务中、依赖其它组件并为其提供服务。
Ribbon，客户端负载均衡，特性有区域亲和、重试机制。（类似nginx）
Hystrix，客户端容错保护，特性有服务降级、服务熔断、请求缓存、请求合并、依赖隔离。（怕访问过于频繁服务挂了，进行限流，太频繁的请求就直接拒绝）
Feign，声明式服务调用，本质上就是Ribbon+Hystrix。（用注解的方式进行服务调用，代码更好看了）
Stream，消息驱动，有Sink、Source、Processor三种通道，特性有订阅发布、消费组、消息分区。
Bus，消息总线，配合Config仓库修改的一种Stream实现。（用于广播消息，一说大家都知道了啦）
Sleuth，分布式服务追踪，需要搞清楚TraceID和SpanID以及抽样，如何与ELK整合。（服务多了，调用的线路就会很复杂，需要跟踪来知道你到底是怎么走的）

 Netflix： 实际为一家公司，其贡献出了一些分布式的组件框架和库，如Eureka, Hystrix, Zuul, Archaius, etc

 Eureka： 是 Netflix 贡献出来的开源中间层负载均衡和服务发现的工具。Eureka 基于 Java 实现，可以非常方便的在 Spring 应用程序里声明 Server 和 Client 进行服务注册。Eureka 服务器是服务的注册中心，它能提高大规模集群环境里服务发现的容错性和可用性。并且可以解决跨数据中心之间的服务注册和发现的问题。

 Hystrix： 是 Netflix 开源的组件，它能够帮助服务之间调用超时，报错时，阻止问题的扩散，避免雪崩。在用户无感知的情况下对服务进行降级处理。

 Ribbon： 是 Netflix OSS 贡献的处理 RPC 调用的软负载均衡

•     -     当监控到集群内有9台服务器提供同一个服务，其中有三台的响应明显有问题，Ribbon 可以临时将这三台服务器从负载均衡中剔除，直到这三台机器恢复正常的响应。
•     -     可以对响应最快的服务器进行加权，将更多的流量带到响应最快的节点。
•     -     支持将多种负载均衡的策略同时启用，将负载均衡的效果调试到最好。
•     -     自定义设置重试机制。

 

自己总结：

  Eureka: server模式作为注册中心； client模式作为服务提供者
    
 服务与服务的通讯是基于http restful的。Spring cloud有两种服务调用方式，一种是ribbon+restTemplate，另一种是feign

 
 ribbon + restTemplate模式:  ribbon是一个负载均衡客户端

 Feign 采用的是基于接口的注解 (声明一个接口，使用注解声明需要调用的服务名称以及地址)

 Hystrix(断路器) ： 在微服务架构中，一个请求需要调用多个服务是非常常见的， 如果底层的服务出故障，则一连串的服务都将会出问题，这个组件将会设定指定阈值，如果            达到阈值，则断路器打开，将返回固定值。防止造成雪崩的现象
        ribbon使用断路器：启动类中加入@EnableHystrix， service类的相应调用方法中加入@HystrixCommand， 并加入指定的错误处理方法
        Feign使用断路器：在声明的接口中加入错误回调接口，并写相应的回调实现接口
 Zuul（路由网关）： 主要功能是路由转发和过滤器，zuul默认和Ribbon结合实现了负载均衡的功能。 通过在配置文件中配置具体的根据url进行路由都某个服务，如果想加入过滤则通过继承ZuulFilter来实现相应的过滤规则

 spring cloud config(配置中心): 将配置文件放入到git中， 然后部署一个Config Server程序，这个程序会配置git的相关访问配置信息；如果某个服务想要访问配置文件，则通过指定的规则通过注解$方式去从Config Server程序中读取

 高可用的分布式配置中心：  git <---------- Eureka Server[注册中心]  <--------------- Config Server[Eureka注册者，将git、以及注册中心的地址等信息配置在配置文件中] <----------Config Client[Eureka 调用者，将Config-Server程序地址和Eureka Server地址写在配置文件中]

Spring Cloud Bus 将分布式的节点用轻量的消息代理连接起来。它可以用于广播配置文件的更改或者服务之间的通讯，也可以用于监控。本文要讲述的是用Spring Cloud Bus实现通知微服务架构的配置文件的更改。

 

 

分布式服务引入的新问题：

1.分布式事务

2.服务治理、运维

3.自动化发布、部署

 

 

 

微服务启动：

java -jar xxx.jar (插件会打包成一个整体的包)

 

 

 

配置不同环境的配置文件：

选择环境是在application.properties: 中加入 spring.profile.active:test/dev/online 确定，值为什么，则加载application-XX.properties文件

application-{profile}.properties : {profile}：代表不同的环境。

application-dev.properties:

application-test.properties:

application-online.properties:

 

通过命令行启动，并指定对应环境的配置文件 java -jar xxx.jar --spring-active=online  #以线上配置文件启动

 

 

 

 

 

配置加载顺序：

按照优先级逐步降低的顺序。总结：jar包之外的优先级高于jar包之内的。启动命令行中的优先级最高

1.启动命令行的参数

2.位于当前jar包之外，针对不同profile的application-{profile}.properties 文件或者是YAML配置文件

3.位于当前jar包之内，针对不同profile的application-{profile}.properties 文件或者是YAML配置文件

4.位于当前jar包之外的application.properties 文件或者是YAML配置文件

5.位于当前jar包之内的application.properties 文件或者是YAML配置文件

 

监控管理模块：

spring-boot-starter-actuator 模块

监控类别：

1.应用配置类：自动化配置信息、Bean创建信息、环境属性信息

2.服务指标类：内存信息、线程池等信息

3.操作控制类：

4.各个源：如redis,mongo,solr等