微服务---Spring Cloud Alibaba 05(网关)

本文介绍了SpringCloud Gateway在微服务架构中的应用,包括其作为网关的概念、性能提升、负载均衡、断言配置、过滤器设计、限流实现以及API分组。通过实例演示了如何配置和使用网关简化调用逻辑并保护内部服务。

一、网关概念

 

        出现:我们知道,一个大型系统在设计时,经常会被拆分为很多个微服务。那么作为客户端要如何去调用 这么多的微服务呢?客户端可以直接向微服务发送请求,每个微服务都有一个公开的URL,该URL可以直接映射到具体的微服务,如果没有网关的存在,我们只能在客户端记录每个微服务的地址,然后分别去调用。这样的架构,会存在着诸多的问题,例如,客户端请求不同的微服务可能会增加客户端代码或配置的复杂性。还有就是每个服务,在调用时都需要独立认证。并且存在跨域请求,也在一定程度上提高了代码的复杂度。基于微服务架构中的设计及实现上的问题,为了在项目中简化前端的调用逻辑,同时也简化内部服务之间互相调用的复杂度,更好保护内部服务,提出了网关的概念。

        定义:网关的角色是作为一个 API 架构,用来保护、增强和控制对于 API 服务的访问。API 网关是一个处于应用程序或服务(提供 REST API 接口服务)之前的系统,用来管理授权、访问控制和流量限制等,这样 REST API 接口服务就被 API 网关保护起来,对所有的调用者透明。因此,隐藏在 API 网关后面的业务系统就可以专注于创建和管理服务,而不用去处理这些策略性的基础设施。

        功能

SpringCloud Gateway 优缺点

        优点

  1. 性能强劲:是第一代网关Zuul的1.6倍。
  2. 功能强大:内置了很多实用的功能,例如转发、监控、限流等
  3. 设计优雅,容易扩展。

        缺点

  1. 依赖Netty与WebFlux(Spring5.0),不是传统的Servlet编程模型(Spring MVC就是基于此模型实现),学习成本高。
  2. 需要Spring Boot 2.0及以上的版本,才支持

二、网关实现

 1.导入pom依赖

        <!--网关-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-gateway</artifactId>
        </dependency>

2.添加配置文件

server:
  port: 9000
spring:
  application:
    name: sca-gateway
  cloud: #微服务
    nacos:
      discovery:
        server-addr: localhost:8848
    sentinel:
      transport:
        dashboard: localhost:8180 #Sentinel 控制台地址
        port: 8719 #客户端监控API的端口  端口被占用会递增
      eager: true  #取消Sentinel控制台懒加载,即项目启动即连接
    gateway:
      routes: #网关路由的定义(后续可以定义多个路由,唯一标识是id)
        - id: router01 #自定义,具有唯一性
          # uri: http://localhost:8081/  #定义请求转发的uri   这里固定了,我们要负载均衡,所以注释
          uri: lb://sca-provider #lb为服务前缀,不能随意写
          predicates:  #请求逻辑设计,又叫谓词,http://localhost:9000/nacos/provider/echo/sca
            - Path=/nacos/provider/echo/**
          filters:    #过滤规则定义,当predicates返回值为true则执行filter
            - StripPrefix=1 #StripPrefix标识去掉访问路径path中的第一层目录

路由(Route) 是 gateway 中最基本的组件之一,表示一个具体的路由信息载体,主要定义了下面的几个信息:

  1. id,路由标识符,区别于其他 Route。
  2. uri,路由指向的目的地 uri,即客户端请求最终被转发到的微服务。
  3. predicate,断言(谓词)的作用是进行条件判断,只有断言都返回真,才会执行路由,这里我们使用的是判断第一层目录,还有其他,如时间,请求头等...
  4. filter,过滤器用于修改请求和响应信息。

3.创建启动类进行测试

package com.cy;

@SpringBootApplication
public class GatewayApplication {
    public static void main(String[] args) {
        SpringApplication.run(GatewayApplication.class,args);
    }
}

访问加上谓词的目标地址

 访问成功

三、网关负载均衡

        网关才是服务访问的入口,所有服务都会在网关层面进行底层映射,所以在访问服务时,要基于服务serivce id(服务名)去查找对应的服务,让请求从网关层进行均衡转发,以平衡服务实例的处理能力。

1.导入pom依赖

添加nacos服务发现依赖

<dependency>
  <groupId>com.alibaba.cloud</groupId>
  <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

2.修改配置文件

把原来固定的uri更换成lb为前缀的服务名

 gateway:
      routes: #网关路由的定义(后续可以定义多个路由,唯一标识是id)
        - id: router01 #自定义,具有唯一性
          # uri: http://localhost:8081/  #定义请求转发的uri   这里固定了,我们要负载均衡,所以注释
          uri: lb://sca-provider #lb为服务前缀,不能随意写
          predicates:  #请求逻辑设计,又叫谓词,http://localhost:9000/nacos/provider/echo/sca
            - Path=/nacos/provider/echo/**
            ## - Header=X-Request-Id, \d+
          filters:    #过滤规则定义,当predicates返回值为true则执行filter
            - StripPrefix=1 #StripPrefix标识去掉访问路径path中的第一层目录

3.测试网关负载均衡

 

 可以看到负载均衡测试成功

四、网关的执行流程

         客户端向Spring Cloud Gateway发出请求。 如果Gateway Handler Mapping 通过断言predicates(predicates)的集合确定请求与路由(Routers)匹配,则将其发送到Gateway Web Handler。 Gateway Web Handler 通过确定的路由中所配置的过滤器集合链式调用过滤器(也就是所谓的责任链模式)。 Filter由虚线分隔的原因是, Filter可以在发送代理请求之前和之后运行逻辑。处理的逻辑是 在处理请求时 排在前面的过滤器先执行,而处理返回相应的时候,排在后面的过滤器先执行。

重要概念

 五、网关限流设计实现

        网关是所有外部请求的公共入口,所以可以在网关进行限流,而且限流的方式也很多,我们采用Sentinel组件来实现网关的限流。

1.导入pom依赖

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-sentinel</artifactId>
</dependency>
//网关限流(路由层面)
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-alibaba-sentinel-gateway</artifactId>
</dependency>

2.添加Sentinel配置文件

sentinel:
  transport:
    dashboard: localhost:8180 #Sentinel 控制台地址
    port: 8719 #客户端监控API的端口
  eager: true  #取消Sentinel控制台懒加载,即项目启动即连接

3.启动网关,检测sentinel控制台网关菜单是否变化

启动时需要添加jvm参数,可以让网关服务在sentinel中显示不一样的菜单

-Dcsp.sentinel.app.type=1

 重启Sentinel服务检查菜单变化

 这样则表示配置成功

4.设置限流策略

 注意:API名称要与配置文件里的路由id相同

5.测试

 测试成功,频繁访问被限流

6.基于请求属性限流

 在postman进行测试

 7.自定义API维度限流

        自定义API分组,是一种更细粒度的限流规则定义,它允许我们利用sentinel提供的API,将请求路径进行分组,然后在组上设置限流规则即可。

新增API分组

 新建分组流控规则

 进行测试

 

aa或bb每5秒只能访问一次,否则报错

8.自定义异常

系统自定义的异常处理返回

系统自定义的异常不能满足我们的需求,我们需要自定义报错返回值

@Configuration
public class GatewayConfig {
    public GatewayConfig(){
        GatewayCallbackManager.setBlockHandler( new BlockRequestHandler() {
            @Override
            public Mono<ServerResponse> handleRequest(ServerWebExchange serverWebExchange, Throwable throwable) {
                Map<String,Object> map=new HashMap<>();
                map.put("state",429);
                map.put("message","two many request");
                String jsonStr=JSON.toJSONString(map);
                return ServerResponse.ok().body(Mono.just(jsonStr),String.class);
            }
        });
    }
}

总结

  1. 网关(Gateway)诞生的背景?(第一:统一微服务访问的入口,第二:对系统服务进行保护,第三进行统一的认证,授权,限流)
  2. 网关的选型?(Netifix Zuul,Spring Cloud Gateway,…)
  3. Spring Cloud Gateway的入门实现(添加依赖,路由配置,启动类)
  4. Spring Cloud Gateway中的负载均衡?(网关服务注册,服务的发现,基于uri:lb://服务id方式访问具体服务实例)
  5. Spring Cloud Gateway中的断言配置?(掌握常用几个就可,用时可以通过搜索引擎去查)
  6. Spring Cloud Gateway中的过滤器配置?(掌握过滤器中的两大类型-局部和全局)
  7. Spring Cloud Gateway中的限流设计?(rout-id,API分组)
源码地址: https://pan.quark.cn/s/a741d0e96f0e 在Android应用开发过程中,构建具有视觉吸引力的用户界面扮演着关键角色,卡片效果(CardView)作为一种常见的设计组件,经常被应用于信息展示或实现滑动浏览功能,例如在Google Play商店中应用推荐的部分。 提及的“一行代码实现ViewPager卡片效果”实际上是指通过简便的方法将CardView与ViewPager整合,从而构建一个可滑动切换的卡片式布局。 接下来我们将深入探讨如何达成这一功能,并拓展相关的Android UI设计及编程知识。 首先需要明确CardView和ViewPager这两个组件的功能。 CardView是Android支持库中的一个视图容器,它提供了一种便捷定制的“卡片”样式,能够包含阴影、圆角以及内容间距等效果,使得内容呈现为悬浮在屏幕表面的形式。 而ViewPager是一个支持左右滑动查看多个页面的控件,通常用于实现类似轮播图或Tab滑动切换的应用场景。 为了实现“一行代码实现ViewPager卡片效果”,首要步骤是确保项目已配置必要的依赖项。 在build.gradle文件中,应加入以下依赖声明:```groovydependencies { implementation androidx.recyclerview:recyclerview:1.2.1 implementation androidx.cardview:cardview:1.0.0}```随后,需要设计一个CardView的布局文件。 在res/layout目录下,创建一个XML布局文件,比如命名为`card_item.xml`,并定义CardView及其内部结构:```xml<and...
下载前可以先看下教程 https://pan.quark.cn/s/fe65075d5bfd 在电子技术领域,熟练运用一系列专业术语对于深入理解和有效应用相关技术具有决定性意义。 以下内容详细阐述了部分电子技术术语,这些术语覆盖了从基础电子元件到高级系统功能等多个层面,旨在为读者提供系统且全面的认知。 ### 执行器(Actuator)执行器是一种能够将电能、液压能或气压能等能量形式转化为机械运动或作用力的装置,主要用于操控物理过程。 在自动化与控制系统领域,执行器常被部署以执行精确动作,例如控制阀门的开闭、驱动电机的旋转等。 ### 放大器(Amplifier)放大器作为电子电路的核心组成部分,其根本功能是提升输入信号的幅度,使其具备驱动负载或满足后续电路运作的能力。 放大器的种类繁多,包括电压放大器和功率放大器等,它们在音频处理、通信系统、信号处理等多个领域得到广泛应用。 ### 衰减(Attenuation)衰减描述的是信号在传输过程中能量逐渐减弱的现象,通常由介质吸收、散射或辐射等因素引发。 在电信号传输、光纤通信以及无线通信领域,衰减是影响信号质量的关键因素之一,需要通过合理的设计和材料选择来最小化其影响。 ### 开线放大器(Antenna Amplifier)开线放大器特指用于增强天线接收信号强度的专用放大器,常见于无线电通信和电视广播行业。 它通常配置在接收设备的前端,旨在提升微弱信号的幅度,从而优化接收效果。 ### 建筑声学(Architectural Acoustics)建筑声学研究声音在建筑物内部的传播规律及其对人类听觉体验的影响。 该领域涉及声波的反射、吸收和透射等物理现象,致力于营造舒适且健康的听觉空间,适用于音乐厅、会议室、住宅等场所的设计需求。 ### 模拟控制...
先看效果: https://pan.quark.cn/s/463a29bca497 《基坑维护施工组织方案》是一项关键性资料,其中详细阐述了在开展建筑施工过程中,针对基坑实施安全防护的具体措施与操作流程。 基坑维护作为建筑工程中不可或缺的一部分,其成效直接关联到整个工程的安全性、施工进度以及周边环境可能产生的影响。 以下内容基于该压缩包文件的核心信息,对相关技术要点进行了系统性的阐释:1. **基坑工程概述**:基坑工程指的是在地面以下构建的临时性作业空间,主要用途是建造建筑物的基础部分。 当基坑挖掘完成之后,必须对周边土壤实施加固处理,以避免土体出现滑动或坍塌现象,从而保障施工的安全性。 2. **基坑分类**:根据地质状况、建筑规模以及施工方式的不同,基坑可以被划分为多种不同的类别,例如放坡式基坑、设置有支护结构的基坑(包括钢板桩、地下连续墙等类型)以及采用降水措施的基坑等。 3. **基坑规划**:在规划阶段,需要综合考量基坑的挖掘深度、地下水位状况、土壤特性以及邻近建筑物的距离等要素,从而制定出科学合理的支护结构计划。 此外,还需进行稳定性评估,以确保在施工期间基坑不会出现失稳问题。 4. **施工安排**:施工组织计划详细规定了基坑挖掘、支护结构部署、降水措施应用、监测与检测、应急响应等各个阶段的工作顺序、时间表以及人员安排,旨在保障施工过程的有序推进。 5. **支护构造**:基坑的支护通常包含挡土构造(例如土钉墙、锚杆、支撑梁)和防水构造(如防渗帷幕),其主要功能是防止土体向侧面移动,维持基坑的稳定状态。 6. **降水方法**:在地下水位较高的区域,基坑维护工作可能需要采用降水手段,例如采用井点降水技术或设置集水坑进行排水,目的是降低地下水位,防止基坑内部积水对...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值