spring cloud gateway 简介

这是什么

在单体应用的架构中, 我们都习惯用Nginx 作为反向代理, 以实现高可用架构. 架构图类似这样:

gateway作用类似这样. 通过设计一层gateway, 后面就可以挂n多个微服务, 不用考虑调用的是哪个微服务, gateway 都会帮你做好.

那么它和Nginx 有啥区别呢? 区别主要在:

它是spring cloud生态的产品, 和spring 天然契合
它的功能比Nginx 更多, 神马安全，监控/指标，和限流基本都是配置式实现. 而Nginx 要自己写脚本.
它的性能比Nginx 稍弱. 如果只是路由到微服务, 用它更好. 如果需要提供静态资源, 那么还是Nginx更好.
在前后端分离的架构设计中, 一般都会把他们共用. 例如我司用Vue做前端, 那么就是Vue -> Nginx -> Gateway -> 微服务这样子的设计架构.

如下图:

(图形来自于网络, 感谢作者: [https://lzyz.fun/bloglist/nginxs-

gateway/](https://links.jianshu.com/go?to=https://lzyz.fun/bloglist/nginxs-

gateway/) )

关于更多的功能介绍会在代码里体现.

gateway 工程主要代码介绍

工程在这里: [https://gitee.com/xiaofeipapa/spring-cloud-

demo](https://links.jianshu.com/go?to=https://gitee.com/xiaofeipapa/spring-

cloud-demo)

本章工程目录是: gateway-demo

代码结构图如下:

启动类代码

代码语言：txt复制

package org.xiaofeipapa.feimall.backGateway;

代码语言：txt复制

import org.springframework.boot.SpringApplication;

代码语言：txt复制

import org.springframework.boot.autoconfigure.EnableAutoConfiguration;

代码语言：txt复制

import org.springframework.boot.autoconfigure.SpringBootApplication;

代码语言：txt复制

import org.springframework.boot.autoconfigure.jdbc.DataSourceAutoConfiguration;

代码语言：txt复制

import org.springframework.cloud.client.discovery.EnableDiscoveryClient;

代码语言：txt复制

@SpringBootApplication

代码语言：txt复制

@EnableAutoConfiguration(exclude={DataSourceAutoConfiguration.class})

代码语言：txt复制

@EnableDiscoveryClient

代码语言：txt复制

public class BackGatewayApplication

代码语言：txt复制

    public static void main( String[] args )

代码语言：txt复制

        SpringApplication.run(BackGatewayApplication.class, args);

代码语言：txt复制

可以看到启动类代码和普通spring boot 工程的启动类代码区别不大, 也就是加了 @EnableDiscoveryClient 这个注解.

主要的实现功能在配置文件

注册到 Consul

打开 bootstrap.yml , 这是注册到Consul的配置文件. 和其他工程没什么区别

代码语言：txt复制

spring:

代码语言：txt复制

  application:

代码语言：txt复制

    name: back-gateway

代码语言：txt复制

  cloud:

代码语言：txt复制

    consul:

代码语言：txt复制

      host: localhost

代码语言：txt复制

      port: 8500

代码语言：txt复制

      discovery:

代码语言：txt复制

        # 健康检查 一定要配置 结合 spring-boot-starter-actuator 使用

代码语言：txt复制

        health-check-path: /actuator/health

代码语言：txt复制

        health-check-interval: 10s

实现路由功能

打开 application.yaml, 可以看到:

代码语言：txt复制

spring:

代码语言：txt复制

  profiles:

代码语言：txt复制

    active: dev

代码语言：txt复制

  cloud:

代码语言：txt复制

    gateway:

代码语言：txt复制

      routes:

代码语言：txt复制

        - id: user_route
          uri: lb://user-api
          predicates:
            - Path=/api/user/**
          filters:
            - RewritePath=/api/user/(?<segment>.*),/${segment}

代码语言：txt复制

        - id: order_route
          uri: lb://order-api
          predicates:
            - Path=/api/order/**
          filters:
            - RewritePath=/api/order/(?<segment>.*),/${segment}

代码语言：txt复制

        #...省略其他配置项

别看配置文件花里花哨, 其实很好理解:

-id: 表示一个唯一的名称. 不同service 的id 必须不同.
uri: lb 表示 Load balance 的意思. user-api 是我们之前在Consul 注册的服务名称(并且该服务可能有多个实例). 这一整段表示: gateway 会自动查找可用的实例以提供服务, 不用你操心.
predicates: 表示 uri的路径. 如果符合这个uri, 才会进行上述调用
filters : gateway 会有一系列的filter 对url 进行操作. 这里是一个简单操作: 将uri 重写. 这些概念如果熟悉springmvc 就会很熟悉, 不再赘述.

刚开始的时候不熟悉, 其实用久了也就是复制粘贴. 慢慢再理解加深下印象.

启动测试

现在, 在idea里启动 orderApi工程, 并且在命令行里启动另一个实例(实例命令如下):

代码语言：txt复制

# 请记得将maven/bin配置到环境路径

代码语言：txt复制

mvn package

代码语言：txt复制

java -jar -Dspring.profiles.active=inst2  target/orderApi-0.0.1-SNAPSHOT.jar

启动 gateway 工程. 启动完毕之后, 你应该在Consul 里看到这样的服务:

用浏览器访问 localhost:10000/api/order/hello , 你就会看到如下字样:

如果你再次敲击浏览器的回车, 就会看到这样:

多次敲击浏览器的回车, 你会发现 11000 和 11003 交替出现. 这是很正常的, spring cloud 集成了 ribbon,

默认的负载均衡策略就是轮询. 如果你想了解更多的策略, 查手册改写这个工程即可.

测试性能

(如果你是windows 系统, 请自行安装 apache ab )

代码语言：txt复制

ab -n50000 -c5000 http://localhost:10000/api/order/hello

在我的电脑上, 第一次访问平均用时 3900 ms 左右, 第二次及以后的访问都在900ms. 这说明两个问题. 一, gateway 需要预热. 二,

预热完成之后, 性能还是不错的. (看了一下内存占用, 好家伙, 短时间增加了500m)

基础的gateway 教程就结束了. 下一章开始总结限流, 熔断这些高级知识.

nginx spring springcloud 微服务 https

0 人点赞