使用Spring Cloud Gateway
Spring Cloud Gateway有以下3个基本概念。
口路由(Route) :这是网关的基本构建块。它由用于标识路由的唯一ID、目标URI、谓词列表和过滤器列表组成。仅当已满足所有谓词时才匹配路径。
口谓词(Predicate) :这些是在处理每个请求之前执行的逻辑。它负责检测HTTP请求的不同属性(如标头和参数)是否与定义的标准匹配。该实现基于Java8接口java.ilfunction.Predicate <T>.其输入类型则依次基于Spring的org springfamnework.web.server.ServerWebExchange.
口过滤器 (Filter) :它们允许修改传入的HTTP请求或传出的HTTP响应。可以在发送下游请求之前或之后修改它们。路径过滤器的范围限定为特定路径。它们实现了Spring的org.springframework.web.server.GatewayFilter.
为项目启用Spring Cloud Gateway
Spring Cloud Gateway 构建于Netty Web 容器和Reactor框架之上。Reactor 项目和Spring Web Flux 可以与Spring Boot 2.0版-起使用。 到目前为止，我们使用的都是1.5版，因此父项目版本的声明不同。目前, Spring Boot 2.0仍处于里程碑阶段。以下是Maven的pom.xml中的片段，它继承自spring boot-starter-parent项目。
<properties>
<project.build. sourceEncoding>UTF-8</project .build. sourceEncoding>
<project . report ing . outputEncoding>UTE 8</project. reporting .outputEncoding>
<java.version>1.8</java.version>
<spring-cloud. vers lon>Finchley .M5</spring-cloud.version>
</properties>
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org .springframework. cloud</groupId>
<artifactId>spring-cloud-dependencies</artifactId>
<version>$ (spring-cloud .version}</version>
<type>pom</type>
<scope> import</scope>
</dependency>
</ dependencies>
</dependencyManagement>
在设置了正确版本的Spring Boot和Spring Cloud之后，最终才可能在项目依赖项中包含spring-cloud- starter gateway启动器。
spring:
cloud:
gateway:
routes:
- id: example_ route
uri: http://localhost:8080
predicates:
- Method=GET
- Path=/account/lid}
filters:
- AddRequestHeader-X-Request-ID, 123
- PrefixPath-/api
可以使用Route类中定义的Fluent API提供相同的配置。这种风格给了开发人员更大的灵活性。虽然通过YAML进行配置可以使用逻辑与(and)组合谓词，但是Fluent Java API允许开发人员在Predicate类上使用and)、or(和 negate0运算符。以下是使用Fluent API实现的替代路由。
令人惊讶的是，这就是本示例必须要做的一切。 与我们在使用其他Spring Cloud 组件(如Eureka或Config Server)时所做的相比，在这里不必提供任何其他注解。因此，我们的网关应用程序的main类将如以下代码所示。必须使用mvn clean install构建项目并使用java -jar启动它，或者也可以从集成开发环境运行main类。本示例应用程序的源代码可在GitHub (tps:/github.com/piomin/sample-spring-cloud-gateway.git) 上获得。
<dependency>
<groupId>org. springframework. cloud</groupId>
<artifactId>spring-cloud-starter -netflix-eureka-client</artifactId>
</ dependency>
Eureka客户端应用程序的main类应该相同，使用@DiscoveryClient注解。以下是带路由配置的application.yml 文件。与前一个示例相比，唯一的变化是每个已定义路由的uri属性。开发人员可以使用从具有Ilb前缀的发现服务器(如b://order-service获取的名称，而不是提供网络地址。
spring:
application:
name: gateway-service
cloud:
gateway:
discovery:
locator :
enabled:true
routes:
-id: account-service
uri: 1b://account-service
predicates :
- Path=/account/**
filters:
一RewritePath-/account/ (?<path>.*), /$\{path}
一id: customer -service
uri: 1b:/ /customer - service
predicates :
一Path=/customer/**
filters:
一RewritePath=/customer/ (?<path>.*), /$\(path}
- id: order-service
uri: 1b://order-service
predicates:
- Path=/order/*+
filters:
- RewritePath=/order/ (?<path>.*), /S\{path}
id: product-service
uri: lb://product-service
predicates:
一Path=/product/**
filters:
一RewritePath=/product/ (2<path>.*), /$\[path}
小结
在介绍完API网关之后，本书就已经完成了关于Spring Cloud中基于微服务的架构的核心元素实现的讨论。阅读完本书的这一部分之后，开发人员应该能够自定义和使用Eureka、Spring Cloud Config. Ribbon、 Feign和Hystrix等工具，最后还可以使用基于Zuul和Spring Cloud Gateway的网关。
本章可以被视为两种可用解决方案的比较一较旧 的Nettlix Zuul和最新的解决方案Spring Cloud Gateway。 其中，第二种解决方案仍在不断变化。它的当前版本2.0只能在Spring5中使用，并且在发行版中仍然不可用。第一种解 决方案Netlix Zuul则是稳定的，但它不支持异步和非阻塞连接等特性。它仍然基于Netlix Zuul 1.0,当然也有-一个新版本的Zuul支持异步通信。不管它们之间的区别如何，本章已经描述了如何使用这两种解决方案提供简单和更高级的配置。基于前面章节中的示例，本章还介绍了与服务发现、客户端负载均衡器和断路器的集成。
本文给大家讲解的内容是如何使用Spring Cloud Gateway
- 下篇文章给大家讲解的是分布式日志记录和跟踪；
- 觉得文章不错的朋友可以转发此文关注小编；
- 感谢大家的支持！
