SpringCloud搭建demo实例

SpringCloud入门实例demo项目模块结构

项目模块功能说明

1.eureka-client: Eureka客户端服务，用来注册服务到Eureka服务端。

2.eureka-server: Eureka服务端服务(注册中心)服务都需要在该中心进行注册。

3.file-upload: 实现文件上传

4.form-submit: 实现表单提交

5.hystrix-consumer-reading:

6.hystrix-server-bookstore:

SpringCloud熔断器机制实现，使用Hystrix服务熔断，防止因某个服务出现故障，导致服务级联调用而引发雪崩问题。

*在微服务架构中通常会有多个服务层调用，基础服务的故障可能会导致级联故障，进而造成整个系统不可用的情 况，这种现象被称为服务雪崩效应。服务雪崩效应是一种因“服务提供者”的不可用导致“服务消费者”的不可 用,并将不可用逐渐放大的过程。

*熔断器的原理很简单，如同电力过载保护器。它可以实现快速失败，如果它在一段时间内侦测到 许多类似的错误，会强迫其以后的多个调用快速失败，不再访问远程服务器，从而防止应用程序不断地尝试执行可 能会失败的操作，使得应用程序继续执行而不用等待修正错误，或者浪费CPU时间去等到长时间的超时产生。熔断 器也可以使应用程序能够诊断错误是否已经修正，如果已经修正，应用程序会再次尝试调用操作。

*熔断器模式就像是那些容易导致错误的操作的一种代理。这种代理能够记录最近调用发生错误的次数，然后决定使 用允许操作继续，或者立即返回错误。熔断器就是保护服务高可用的最后一道防线。

*断路器很好理解, 当Hystrix Command请求后端服务失败数量超过一定比例(默认50%), 断路器会切换到开路状态 (Open). 这时所有请求会直接失败而不会发送到后端服务. 断路器保持在开路状态一段时间后(默认5秒), 自动切换 到半开路状态(HALF-OPEN). 这时会判断下一次请求的返回情况, 如果请求成功, 断路器切回闭路状态(CLOSED), 否 则重新切换到开路状态(OPEN). Hystrix的断路器就像我们家庭电路中的保险丝, 一旦后端服务不可用, 断路器会直接 切断请求链, 避免发送大量无效请求影响系统吞吐量, 并且断路器有自我检测并恢复的能力.

*Netflix的Hystrix库提供了熔断模式的实现：当对方法进行熔断处理时， Hystrix 会监控方法的失败调用，如果失败 次数达到阈值，Hystrix就打开熔断以致后续访问自动失败。熔断开启后，Hystrix把对方法的调用重定向到特定回调 方法中。

*Spring Cloud Netflix Hystrix会查找加了@HystrixCommand注解的方法，并使用代理模式对该方法进行包装，该 代理会连接到熔断器以便Hystrix能够监控。当前只对标记了@Component和@Service注解的类有效。

7.jpa-data-demo: 与jpa集成

8.mysql-data-demo: 与MySql集成

9.redis-demo: 与Redis集成

10.ribbon-consumer-user:

11.ribbon-consumer-user1:

12.ribbon-consumer-user2:

Ribbon实现客户端负载均衡功能，Ribbon是一个内置于消费者(客户端)的负载均衡器，能够对服务提供者发起调用时，实现负载均衡的处理。

客户端访问服务器提供者方式有三种：

*直接访问：直接对服务提供者发起调用，没有负载均衡的能力和容错保证。

*自己维护服务地址列表： 编程效率低，手动维护成本。

*通过eureka注册中心进行查找： 推荐使用eureka注册中心查找，实现透明目的。

13.ribbon-say-hello: ribbon实现负载均衡

14.zuul-book: 智能网关服务

*Spring cloud Zuul会自动设置路径到applicaiton name上。由于我们设置了zuul.routes.books.url，Zuul将会代 理/books请求给该地址。

*Zuul使用Ribbon来执行客户端负载均衡，并且默认Ribbon使用Eureka发现服务。这里我们跳过服务发现，因此设 置ribbon.eureka.enabled为false。因此，Ribbon现在不使用Eureka发现服务，必须手动指定一个BookService 的url。

15.zuul-gateway:

*Zuul是服务器端的负载均衡组件，能够对请求进行路由和过滤处理，主要对请求进行转发，根据相应的规则引擎转 发给后端的相应服务。

过滤器是过滤请求的。

zuul过滤器有四中过滤类型：

*pre路由请求前执行。

*route处理实际的路由请求。

*post在请求路由完成后执行。

*error处理请求期间出现错误执行。

动力节点的SpringCloud教程中有更多相关知识可以学习，感兴趣的小伙伴可以去关注一下，相信对大家会有所帮助的。