Spring Cloud 总结

将工程根据不同的业务规则拆分成微服务，部署在不同的服务器上

一个独立运行的程序

服务之间通过RPC协议相互通信

服务集中化管理

微服务的修改和部署对其他服务没有影响，提升发布的效率以及项目回滚的效率 
（拆分前修改一点东西都需要发布所有业务模块的代码，拆分后只需修改对应业务模块的代码）

将复杂的业务简单化，减少了新人的学习成本

具有很强的横向拓展能力

通过RPC协议通信，微服务可以采用任何的开发语言和技术来实现

采用的AP架构，具有高可用分区容错特点。
高可用主要体现在系统7x24不间断服务，他要求系统有大量的服务器集群，从而提高系统的负载能力。
分区容错也使得系统更加健壮

需要选择合适的通信机制，并解决网络服务差时带来的风险

分布式事务需要解决网络差时带来的风险

划分微服务需要非常了解业务

是一系列框架的集合。利用spring boot开发的便利性简化分布式系统的基础设施的开发，
比如：注册中心、配置中心、智能路由、消息总线、负载均衡、断路器、数据监控等，
都可以用Spring Boot的开发风格做到一键启动和部署

耦合度比较低。不会影响其他模块的开发

减轻团队的成本，可以并行开发，不用关注其他人怎么开发，先关注自己的开发

配置比较简单

每个微服务可以有自己的独立的数据库

直接写自己的后端代码即可，然后暴露接口，通过组件进行服务通信。

部署比较麻烦，给运维工程师带来一定的麻烦

针对数据的管理比麻烦，因为微服务可以每个微服务使用一个数据库

系统集成测试比较麻烦

性能的监控比较麻烦

Eureka，服务注册中心

Config，分布式配置中心

Zuul，API服务网关，功能有路由分发和过滤

Ribbon，客户端负载均衡

Hystrix，客户端容错保护，特性有服务降级、服务熔断、请求缓存、请求合并、依赖隔离

Feign，声明式服务调用，本质上就是Ribbon+Hystrix

Stream，消息驱动，有Sink、Source、Processor三种通道，特性有订阅发布、消费组、消息分区

 Bus，消息总线，配合Config仓库修改的一种Stream实现

Sleuth，分布式服务追踪，需要搞清楚TraceID和SpanID以及抽样，如何与ELK整合

对现有成熟框架"Spring Boot化"的封装和抽象

开发了一部分分布式系统的基础设施的实现，如Spring Cloud Stream扮演的就是kafka, ActiveMQ这样的角色。

集中配置管理工具，可以支持客户端配置的刷新及加密、解密操作

Zuul

Eureka

Ribbon

Hystrix

Feign

使用轻量级消息代理链接分布式系统中的节点，可以用来动态刷新集群中的服务配置信息

简单来说就是修改了配置文件，发送一次请求，所有客户端便会重新读取配置文件（需要利用中间插件MQ）。

用于实现分布式系统的服务发现与配置，（内置了服务注册与发现框架、分布一致性协议实现、健康检查、Key/Value 存储、多数据中心方案，不再需要依赖其它工具（比如 ZooKeeper 等）），使用 Go 语言编写，因此具有天然可移植性

提供了一组原语，用于构建安全的应用程序和服务，而且操作简便。（在Spring Boot和Spring Security OAuth2的基础上，可以快速创建实现常见模式的系统，如单点登录，令牌中继和令牌交换。）

服务链路跟踪功能，帮助我们快速的发现错误根源以及监控分析每条请求链路上的性能等等

轻量级事件驱动微服务框架，可以使用简单的声明式模型来发送及接收消息，主要实现为Apache Kafka及RabbitMQ。

为Spring Boot应用程序提供创建短运行期微服务的功能

SpringCloud支持三种注册方式Eureka， Consul(go语言编写)，zookeeper

Spring Cloud Zookeeper是基于Apache Zookeeper的服务治理组件

旨在为微服务架构提供简单、有效和统一的API路由管理方式

目标是替代Netflix Zuul，其不仅提供统一的路由方式，并且还基于Filer链的方式提供了网关基本的功能，例如：安全、监控/埋点、限流等。

是声明性的Web服务客户端

服务注册和发现是指在分布式系统中，各个服务能够自动地注册自己的信息，并且能够动态地发现其他服务的位置和相关信息。

Spring Cloud是一个基于Spring框架的开发工具集合，它提供了一套用于构建分布式系统的解决方案。在Spring Cloud中，服务注册和发现是通过使用Eureka、Consul、Zookeeper等注册中心来实现的。 

具体而言，Spring Cloud通过集成这些注册中心，使得服务可以在启动时将自己的信息注册到注册中心，包括服务名称、IP地址、端口号等。其他服务可以通过查询注册中心获取到需要调用的服务的信息，从而实现服务之间的通信和协作。  

除了服务注册和发现，Spring Cloud还提供了负载均衡、熔断器、配置管理等功能，帮助开发者构建弹性和可靠的分布式系统。

他会根据请求的路径不同，网关会定位到指定的微服务，并代理请求到不同的微服务接口，他对外隐蔽了微服务的真正接口地址

动态路由表：Zuul支持Eureka路由，手动配置路由，这俩种都支持自动更新

路由定位：根据请求路径，Zuul有自己的一套定位服务规则以及路由表达式匹配

反向代理：客户端请求到路由网关，网关受理之后，在对目标发送请求，拿到响应之后在 给客户端

对外暴露，权限校验，服务聚合，日志审计等

断路器（Circuit Breaker）是一种用于处理分布式系统中故障和延迟的机制。它可以防止故障的扩散，并提供了容错和恢复机制。

在服务调用时监控对目标服务的请求，并根据一定的规则来判断目标服务是否正常。
当目标服务出现故障或延迟时，断路器可以快速地短路请求，避免等待超时或长时间的阻塞。

Spring Cloud中的断路器主要通过Hystrix来实现。Hystrix可以通过设置超时时间、熔断阈值、线程池大小等参数来控制服务调用的行为。当服务调用失败或超时达到一定阈值时，Hystrix会打开断路器，将请求快速失败，而不是一直等待响应。同时，Hystrix还提供了降级策略，可以在目标服务不可用时返回预设的默认值或执行备选逻辑，以保证系统的可用性。

在分布式系统，我们一定会依赖各种服务，那么这些个服务一定会出现失败的情况，就会导致雪崩，Hystrix就是这样的一个工具，防雪崩利器，它具有服务降级，服务熔断，服务隔离，监控等一些防止雪崩的技术。

服务降级：接口调用失败就调用本地的方法返回一个空

服务熔断：接口调用失败就会进入调用接口提前定义好的一个熔断的方法，返回错误信息

服务隔离：隔离服务之间相互影响

服务监控：在服务发生调用时,会将每秒请求数、成功请求数等运行指标记录下来。

是Spring Cloud中的一个组件，用于在分布式系统中实现消息总线功能。

Spring Cloud Bus利用消息代理（如RabbitMQ或Kafka）作为通信中介，将分布式系统中的各个微服务连接起来。它可以通过消息广播的方式将配置信息、状态变化等事件传播到所有的微服务实例。

通过使用Spring Cloud Bus，开发者可以实现集中式的配置管理和动态刷新配置的能力。当配置发生变化时，只需向消息总线发送一个事件，所有订阅该事件的微服务都会接收到通知，并根据需要重新加载配置。这样可以避免每个微服务都需要手动刷新配置，提高了配置的一致性和可维护性。

支持消息广播和点对点的消息传递模式

Springcloud config实时刷新也必须采用SpringCloud Bus消息总线

Spring Cloud Config允许开发者将应用程序的配置信息集中存储在一个远程仓库（如Git、SVN等）中，并通过Spring Cloud Config服务器提供对这些配置的访问。这样，应用程序可以从配置服务器动态地获取配置信息，而无需硬编码在代码中。

集中式配置存储

动态刷新配置

多环境支持

安全性和加密

是Spring Cloud官方推出的第二代网关框架，取代Zuul网关。它可以用于路由请求、执行过滤操作、进行负载均衡等。网关常见的功能有路由转发、权限校验、限流控制等作用。

动态路由：可以根据请求的路径、方法、头部等条件将请求路由到不同的目标服务

过滤器链：提供了一系列的过滤器，可以在请求和响应的不同阶段进行处理，例如鉴权、请求日志记录、请求转发等。

负载均衡：支持集成常见的负载均衡器，如Ribbon，以在多个实例之间进行请求的负载均衡

断路器支持：集成了断路器模式，例如Hystrix，以提高系统的弹性和容错能力

动态刷新：支持动态刷新路由配置，无需重启网关服务