Zuul

本项目的笔记和资料的Download，请点击这一句话自行获取。 day01-springboot（理论篇） ； day01-springboot（实践篇） day02-springcloud（理论篇一) ； day02-springcloud(理论篇二) ； day02-springcloud(理论篇三) ； day02-springcloud(理论篇四) ； day03-springcloud(Hystix，Feign) ； day03-springcloud(Zuul网关） 14 微服务电商【黑马乐优商城】：day03-springcloud 0.学习目标 会配置Hystix熔断 会使用Feign进行远程调用 能独立搭建Zuul网关 能编写Zuul的拦截器 1.Hystix Hystix，即熔断器。 主页： https://github.com/Netflix/Hystrix/ Hystix是一个延迟和容错库，用于隔离访问远程服务、第三方库，防止出现级联失败。 1.2.熔断器的工作机制： 正常工作的情况下，客户端请求调用服务API接口： 当有服务出现异常时，直接进行失败回滚，服务降级处理： 当服务繁忙时，如果服务出现异常，不是粗暴的直接报错，而是返回一个友好的提示，虽然拒绝了用户的访问，但是会返回一个结果。 这就好比去买鱼，平常超市买鱼会额外赠送杀鱼的服务。等到逢年过节

SpringCloud系列教程 | 第十二篇：Spring Cloud Gateway初探 Springboot: 2.1.6.RELEASE SpringCloud: Greenwich.SR1 如无特殊说明，本系列教程全采用以上版本 前面我们在聊服务网关Zuul的时候提到了Gateway，那么Zuul和Gateway都是服务网关，这两个有什么区别呢？ 1. Zuul和Gateway的恩怨情仇 1.1 背景 Zuul是Netflix开源的一个项目，Spring只是将Zuul集成在了Spring Cloud中。而Spring Cloud Gateway是Spring Cloud的一个子项目。 还有一个版本的说法是Zuul2的连续跳票和Zuul1的性能并不是很理想，从而催生了Spring Cloud Gateway。 1.2 性能比较 网上很多地方都说Zuul是阻塞的，Gateway是非阻塞的，这么说是不严谨的，准确的讲Zuul1.x是阻塞的，而在2.x的版本中，Zuul也是基于Netty，也是非阻塞的，如果一定要说性能，其实这个真没多大差距。 而官方出过一个测试项目，创建了一个benchmark的测试项目： spring-cloud-gateway-bench ，其中对比了： Spring Cloud Gateway Zuul1.x Linkerd 组件 RPS(request

前面我们在聊服务网关Zuul的时候提到了Gateway，那么Zuul和Gateway都是服务网关，这两个有什么区别呢？ 1. Zuul和Gateway的恩怨情仇 1.1 背景 Zuul是Netflix开源的一个项目，Spring只是将Zuul集成在了Spring Cloud中。而Spring Cloud Gateway是Spring Cloud的一个子项目。 还有一个版本的说法是Zuul2的连续跳票和Zuul1的性能并不是很理想，从而催生了Spring Cloud Gateway。 1.2 性能比较 网上很多地方都说Zuul是阻塞的，Gateway是非阻塞的，这么说是不严谨的，准确的讲Zuul1.x是阻塞的，而在2.x的版本中，Zuul也是基于Netty，也是非阻塞的，如果一定要说性能，其实这个真没多大差距。 而官方出过一个测试项目，创建了一个benchmark的测试项目： spring-cloud-gateway-bench ，其中对比了： Spring Cloud Gateway Zuul1.x Linkerd 组件 RPS(request per second) Spring Cloud Gateway Requests/sec: 32213.38 Zuul Requests/sec: 20800.13 Linkerd Requests/sec: 28050.76 从结果可知

0、前言 　　gateway是spring的二代网关， 作为Netflix Zuul的替代者，是异步非阻塞网关 ，ZUUL2也是异步非阻塞的，但未纳入spring cloud整合计划 　　基于WebFlux ，与 spring-boot-starter-web冲突，要排除该依赖；ZUUL1是阻塞io的API Gateway，使用简单方便； 　　性能上，自然是异步非阻塞的gateway胜出； 　　如何取舍，见仁见智了，不要盲目认为gateway比ZUUL1好，适合项目才是最好的； 　　实际项目中建议选择gateway； 1、集成gateway 1-1、添加依赖 　　新建gateway模块，添加依赖，注意要排除spring-boot-starter-web依赖，不能添加该依赖 <!-- 集成nacos --> <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId> <version>2.0.1.RELEASE</version> </dependency> <!-- 集成gateway --> <dependency> <groupId>org.springframework.cloud</groupId

Sentinel 1.7.2 正式发布，带来了 Logger SPI 扩展机制、Zuul 2.x 网关流控、SOFARPC 适配等多项特性和改进。下面我们来一起探索一下 Sentinel 1.7.2 的重要特性。 多样化的适配模块 到目前为止，Sentinel 已覆盖微服务、API Gateway 和 Service Mesh 三大板块的核心生态，同时多语言已推出 Java、C++、Go 三种语言的原生实现。 得益于社区的贡献，Sentinel 1.7.2 带来了更多的适配模块： Zuul 2.x 适配模块：可以针对 Zuul 2.x 网关配置定制化的流控策略，流控粒度可以是路由维度以及自定义 API 分组维度。 SOFARPC 适配模块：可以针对 SOFARPC provider/consumer 接口和方法配置规则，支持来源限流，支持配置 fallback 处理逻辑。 日志扩展机制 1.7.2 版本引入了全新的日志扩展机制，新增 Logger SPI 扩展点（目前仅针对 RecordLog 和 CommandCenterLog 生效）。用户可以自定义 Logger 实现来适配项目中的日志模块（如 slf4j、logback、log4j2 等）。Sentinel Core 默认的日志实现仍然基于 JDK logging，同时社区提供了 slf4j 适配模块，用户只需引入

前言 使用 API 网关作为内部服务面向客户端的单一入口，是一种普遍采用的架构模式。企业组织通过良好定义的 API 将内部系统向内部和外部用户公开，通常都会采用 API 网关来处理横向的关注点，包括访问控制、速率限制、负载均衡等等，来实现安全可控的 API 开放。而被广泛实践的微服务架构在提供高度灵活性和弹性的同时，也给 API 网关带来了更多的挑战。 阿里云云服务总线（Cloud Service Bus）新推出微服务网关服务（CSB Micro Gateway），针对微服务架构下 API 开放的特点，提供能与微服务环境的治理策略无缝衔接的网关服务，实现高效的微服务 API 开放。 API 网关的作用 API 网关典型作用 相信许多人都熟悉 API 网关的概念。作为内部服务面向客户端的单一入口，API 网关有两个最典型的作用： 1、内外解耦：对客户端屏蔽内部服务的动态多样化实现细节，如技术框架、拆分粒度、接口结构、实例状态等 2、切面控制：让内部服务能专注在业务逻辑上，集中处理横向的关注点，如路由、安全、限流、日志、监控等 API 网关使用类型 实际使用中，对应 API 网关所在位置和针对场景的不同，可分成两种类型： 1、企业级网关：位于企业组织的外围，面对外部的 API 消费者或服务提供者。通常将企业自身的数据和能力 API 化，对外开放，也有允许外部服务入驻的情况。总的来说

前言 现在微服务实在是太火了，所以我们必不可少的是要学习一下SpringCloud了，服务化的核心就是将传统的一站式应用 根据业务拆分成一个一个的服务，而微服务在这个基础上要更彻底地去耦合（不再共享DB、KV，去掉重量级ESB），并 且强调DevOps和快速演化。 springcloud中常用的组件： 服务发现——Netflix Eureka 客户端负载均衡——Netflix Ribbon 断路器——Netflix Hystrix 服务网关——Netflix Zuul 分布式配置——Spring Cloud Config 一、SpringCloud的架构设计 1.1 SpringCloud架构图细解 上面的SpirngCloud的架构图，分层概述一下。 web服务器的选型，这个我选择的是nginx+keepalived，haproxy也是一个选择，但是haproxy在反向代理处理跨域 访问的时候问题很多。所以我们nginx有些地方做了keep-alive模式处理，减少了三次握手的次数，提高了连接效率。 keepalived做nginx的负载，虚拟一个vip对外，两个nginx做高可用，nginx本身反向代理zuul集群。 api gateway，这里的zuul很多人诟病，说是速度慢推荐直接用nginx，这里我还是推荐使用zuul的，毕竟zuul含有 拦截器和反向代理，在权限管理

新书上线 大家好，笔者的新书《Spring Boot+Spring Cloud+Vue+Element项目实战：手把手教你开发权限管理系统》已上线，此书内容充实、材质优良，乃家中必备垫桌脚垫菜盘之良器，欢迎大家无情购买使用，欢迎大家共同学习交流，欢迎大家提出改进意见。 内容简介： 本书从项目实践出发，手把手、心贴心地带领读者从零开始，一步一步地开发出功能相对完整的权限管理系统，从而深入掌握当前主流的Spring Boot + Spring Cloud + Vue前后端集成开发技术。 全书分为三篇共32章。第一篇为系统介绍篇，对系统的功能、架构和界面进行介绍，对系统的安装运行给出指南，对涉及的关键技术进行简单介绍。第二篇为后端实现篇，从数据库设计和搭建开发环境开始，全面细致地讲解权限管理系统的后端实现全过程。第三篇为前端实现篇，从搭建开发环境开始，全面细致地讲解权限管理系统的前端实现全过程。 本书适合前后端开发人员和全栈工程师阅读，也适合高等院校和培训学校相关专业的师生教学参考。 购买途径 通过天猫、京东、当当等各大网站，搜索 “Spring Boot+Spring Cloud+Vue+Element” 或 “手把手教你开发权限管理系统” 等相关关键字，即可检索到相关图书购买链接，为方便大家查找，下面附上一些简单查找流程示例。 京东 参考链接： https://item.jd.com

一、Gateway 和 Zuul 的区别 Zuul 基于servlet 2.5 (works with 3.x)，使用阻塞API。它不支持任何长期的连接，如websocket。 Gateway建立在Spring Framework 5，Project Reactor 和Spring Boot 2 上，使用非阻塞API。支持Websocket，因为它与Spring紧密集成，所以它是一个更好的开发者体验。 为什么 Spring Cloud 最初选择了使用 Netflix 几年前开源的 Zuul 作为网关，之后又选择了自建 Gateway 呢？有一种说法是，高性能版的 Zuul2 在经过了多次跳票之后，对于 Spring 这样的整合专家可能也不愿意再继续等待，所以 Spring Cloud Gateway 应运而生。 本文不对 Spring Cloud Gateway 和 Zuul 的性能作太多赘述，基本可以肯定的是 Gateway 作为现在 Spring Cloud 主推的网关方案， Finchley 版本后的 Gateway 比 zuul 1.x 系列的性能和功能整体要好。 二、快速入门 我们来搭建一个基于 Eureka 注册中心的简单网关，不对 Gateway 的全部功能做过多解读，毕竟 <span style="color:blue">官方文档</span> 已经写的很详细了

SpringCloud系列教程 | 第十三篇：Spring Cloud Gateway服务化和过滤器 Springboot: 2.1.6.RELEASE SpringCloud: Greenwich.SR1 如无特殊说明，本系列教程全采用以上版本 上一篇文章服务网关 Spring Cloud GateWay 初级篇，介绍了 Spring Cloud Gateway 的相关术语、技术原理，以及如何快速使用 Spring Cloud Gateway。这篇文章我们继续学习 Spring Cloud Gateway 的高级使用方式，比如如何配置服务中心来使用，如何使用熔断、限流等高级功能。 1. 注册中心 1.1 准备服务和注册中心 上篇主要讲解了网关代理单个服务的使用语法，在实际的工作中，服务的相互调用都是依赖于服务中心提供的入口来使用，服务中心往往注册了很多服务，如果每个服务都需要单独配置的话，这将是一份很枯燥的工作。Spring Cloud Gateway 提供了一种默认转发的能力，只要将 Spring Cloud Gateway 注册到服务中心，Spring Cloud Gateway 默认就会代理服务中心的所有服务，下面用代码演示。 在介绍Zuul的时候，我们用到了Eureka和producer，本次演示还是需要他们两个，将他们两个CV过来。 1.2 服务网关注册到注册中心