学校网站开发的背景,网站建设优化服务,网站关键词排名怎么优化,搜索引擎优化的基本手段Gateway网关
Spring Cloud Gateway 是 Spring Cloud 的一个全新项目#xff0c;该项目是基于 Spring 5.0#xff0c;Spring Boot 2.0和Project Reactor 等响应式编程和事件流技术开发的网关#xff0c;它旨在为微服务架构提供一种简单有效的统一的 API路由管理方式
为什么…Gateway网关
Spring Cloud Gateway 是 Spring Cloud 的一个全新项目该项目是基于 Spring 5.0Spring Boot 2.0和Project Reactor 等响应式编程和事件流技术开发的网关它旨在为微服务架构提供一种简单有效的统一的 API路由管理方式
为什么需要网关
Gateway网关就是我们服务的守门神所有微服务的统一入口
网关的核心功能
请求路由权限控制限流
网关架构图 **权限控制**网关作为微服务入口需要校验用户是否有请求资格如果没有则进行拦截。
**路由和负载均衡**一切请求都必须先经过ateway但网关不处理业务而是根据某种规则把请求转发到某个微服务这个过程叫做路由。当然路由的目标服务有多个时还需要做负载均衡。
**限流**当请求流量过高时在网关中按照下流的微服务能够接受的速度来放行请求避免服务压力过大。在SpringCloud中网关的实现包括两种
gatewayzuul
Zuul是基于Servlet的实现属于阻塞式编程。而SpringCloudGateway则是基于Spring5中提供的WebFlux属于响应式编程的实现具备更好的性能。
Gateway基本实现
实现步骤
创建SpringBoot项目引入网关依赖编写基础配置和路由规则启动网关服务进行测试 创建gateway服务引入依赖 创建服务创建一个api-gateway的版块导入相关依赖 dependencies!--gateway网关--dependencygroupIdorg.springframework.cloud/groupIdartifactIdspring-cloud-starter-gateway/artifactId/dependency!--nacos客户端--dependencygroupIdcom.alibaba.cloud/groupIdartifactIdspring-cloud-starter-alibaba-nacos-discovery/artifactId/dependency
/dependencies编写基础配置和路由规则 编写api-gateway的application.yaml配置文件 基本版本 server:port: 7000
spring:application:name: api-gatewaycloud:nacos:discovery:server-addr: 127.0.0.1:8848gateway:discovery:locator:enabled: true # 让gateway可以发现nacos中的微服务routes: # 路由数组[路由 就是指定当请求满足什么条件的时候转到哪个微服务]- id: product_route # 当前路由的标识, 要求唯一uri: http://localhost:8081/ # 请求要转发到的地址order: 1 # 路由的优先级,数字越小级别越高predicates: # 断言(就是路由转发要满足的条件)- Path/product-serv/** # 当请求路径满足Path指定的规则时,才进行路由转发filters: # 过滤器,请求在传递过程中可以通过过滤器对其进行一定的修改- StripPrefix1 # 转发之前去掉1层路径高级版本 server:port: 7000
spring:application:name: api-gatewaycloud:nacos:discovery:server-addr: 127.0.0.1:8848gateway:discovery:locator:enabled: true # 让gateway可以发现nacos中的微服务routes: # 路由数组[路由 就是指定当请求满足什么条件的时候转到哪个微服务]- id: product_route # 当前路由的标识, 要求唯一uri: lb://service-product # lb指的是从nacos中按照名称获取微服务,并遵循负载均 衡策略order: 1 # 路由的优先级,数字越小级别越高predicates: # 断言(就是路由转发要满足的条件)- Path/product-serv/** # 当请求路径满足Path指定的规则时,才进行路由转发filters: # 过滤器,请求在传递过程中可以通过过滤器对其进行一定的修改- StripPrefix1 # 转发之前去掉1层路径将符合Path规则的一切请求都带力道uri参数指定的地址 启动网关服务进行测试
总结
网关搭建步骤
创建项目引入nacos服务发现和gateway依赖配置application.yaml包括服务基本信息nacos地址路由
路由配置包括
路由id路由的唯一标识路由目标(uri)路由的目标地址http代表固定地址lb代表根据服务名负载均衡路由断言(predicates)判断路由规则路由过滤器(filters)对请求或响应做处理
断言工厂
在配置文件中写的断言规则只是字符串这些字符串会被Predicate Factory读取并处理转为路由判断的条件
例如Path/user/**是按照路径匹配这个规则是由
org.springframework.cloud.gateway.handler.predicate.PathRoutePredicateFactoyt类来处理的像这样的断言工厂在SpringCloudGateway还有十几个
名称说明示例After某个时间点后的请求- After2037-01-20T17:42:47.789-07:00[America/Denver]Before某个时间点前的请求- Before2037-01-20T17:42:47.789-07:00[America/Denver]Between某两个时间点之间的请求- Before2037-01-20T17:42:47.789-07:00[America/Denver],2037-01-21T17:42:47.789-07:00[America/Denver]Cookie请求必须包含某些cookie- Cookiechocolate, ch.pHeader请求必须包含某些header- HeaderX-Request-ld, dHost请求必须是访问某个host域名- Host.somehost.org,.anotherhost.orgMethod请求方式必须是指定方式- MethodGET,POSTPath请求路径必须复合指定规则- Path/red/{segment;,/blue/**Query请求参数必须包含指定参数- Queryname,Jack或者 - QuerynameRemoteAddr请求者的ip必须是指定范围- RemoteAddr192.168.1.1/24Weight权重处理
过滤器工厂
GatewayFilter是网关中提供的一种过滤器可以对进入网关的请求和微服务返回的相应处理 路由过滤器的种类
Spring提供了31中不同的路由过滤工厂
名称说明AddRequestHeader给当前请求添加一个请求头RemoveRequestHeader移除请求中的一个请求头AddResponseHeader给响应结果中添加一个响应头RemoveResponseHeader从响应结果中移除一个响应头RequestRateLimiter限流请求的流量
请求头过滤器
以AddRequestHeader为例演示
只需要修改gateway服务的application.yaml文件添加路由过滤即可
server:port: 7000
spring:application:name: api-gatewaycloud:nacos:discovery:server-addr: 127.0.0.1:8848gateway:discovery:locator:enable: true # 让gateway可以发现nacos中的微服务routes:- id: product_routeuri: lb://service-productorder: 1predicates:- Path/product-serv/**filters:- AddRequestHeadermsg,GGBond! #添加请求头默认过滤器
如果要对所有的路由都生效则可以将过滤工厂写道default下。格式如下
server:port: 7000
spring:application:name: api-gatewaycloud:nacos:discovery:server-addr: 127.0.0.1:8848gateway:discovery:locator:enable: true # 让gateway可以发现nacos中的微服务routes:- id: product_routeuri: lb://service-productorder: 1predicates:- Path/product-serv/**default-filters: #默认过滤器会对所有的路由请求都生效- AddRequestHeadermsg,GGBond! #添加请求头 全局过滤器
网关提供了31种但每一种过滤器的作用都是固定的。如果我们希望拦截请求做自己的业务逻辑则没办法实现
全局过滤器作用
全局过滤器的作用也是处理一切进入网关的请求和微服务响应与GatewayFilter的作用一样。区别在于GatewayFilter通过配置定义处理逻辑是固定的;而GlobalFilter的逻辑需要自己写代码实现。
定义方式是实现GlobalFilter接口
public interface GlobalFilter{/*处理当前请求有必要的话通过{link GatewayFilterChain}将请求交给下一个过滤器处理param exchange 请求上下文里面可以获取Request、Response等信息param chain 用来把请求委托给下一个过滤器return {code MonoVoid} 返回标示当前过滤器业务结束*/Monovoid filter(ServerWebExchange exchange,GatewayFilterChain chain)
}在filter中编写自定义逻辑可以实现下列功能
登陆状态判断权限校验请求限流等
自定义全局过滤器
需求定义全局过滤器拦截请求判断请求的参数是否满足下面条件
参数中是否authorizationauthorization参数值是否为admin
如果同时满足则放行否则拦截
实现在gateway中定义一个过滤器
Order(-1)
Component
public class AuthorizeFilter implements GlovalFilter{Overridepublic MonoVoid filter(ServerWebExchange exchange,GatewayFilterChain chain){// 1.获取请求参数MultiValueMapString,String params exchange.getRequest().getQueryParams();String auth params.getFirst(authorization);// 2.校验if(admin.equals(auth)){return chain.filter(exchange);}// 拦截// 禁止访问exchange.getResponse().setStatusCode(HttpStatus.UNAUTHORIZED);// 结束处理return exchange.getResponse().setComplete();}
}
// 发送请求测试
// http://localhost:7000/product-serv/product/6?authorizationadmin过滤器执行顺序
请求进入网关会碰到三类过滤器: 当前路由的过滤器、DefaultFilter、GlobalFilter请求路由后会将当前路由过滤器和DefaultFilter、GlobalFilter合并到一个过滤器链(集合)中排序后依次执行每个过滤器 排序的规则
每一个过滤器都必须指定一个int类型的order值order值越小优先级越高执行顺序越靠前order值最小为-1GlobalFilter通过实现Ordered接口或者添加Order注解来指定order值由我们自己指定路由过滤器和defaultFilter的order由Spring指定默认是按照声明顺序从1递增当过滤器的order值一样时会按照 defaultFilter 路由过滤器 GlobalFilter的顺序执行
浏览器同源策略
1995年同源政策由 Netscape 公司引入浏览器。目前所有浏览器都实行这个政策
最初它的含义是指A网页设置的 CookieB网页不能打开除非这两个网页同源”。所谓同源指的是三个相同”。
协议相同域名相同端口相同
举例
http://www.example.com/dir/page.html网址
协议是http://域名是www.example.com端口是80默认端口可以省略
它的同源情况如下
http://www.example.com/dir2/other.html: 同源 http://example.com/dir/other.html: 不同源(域名不同) http://v2.www.example.com/dir/other.html: 不同源(域名不同) http://www.example.com:81/dir/other.html: 不同源(端口不同)
同源目的
同源政策的目的是为了保证用户信息的安全防止恶意的网站窃取数据。
设想这样一种情况:A网站是一家银行用户登录以后又去浏览其他网站。如果其他网站可以读取A网站的 Cookie会发生什么
很显然如果 Cookie 包含隐私(比如存款总额) 这些信息就会泄漏。更可怕的是Cookie 往往用来保存用户的登录状态如果用户没有退出登录其他网站就可以冒充用户为所欲为。因为浏览器同时还规定提交表单不受同源政策的限制。
由此可见同源政策是必需的否则 Cookie 可以共享互联网就毫无安全可言了
跨域问题解决方案
跨域域名不一致就是跨域 主要包括
域名不同www.taobao.com和www.taobao.org和www.jd.com和shouji.jd.com域名相同端口不同localhost:8080和localhost:8081
跨域问题浏览器进制请求的发起者与服务端发生跨域ajax请求请求被浏览器拦截的问题
CORS
CORS是跨源资源分享(Cross-Origin Resource Sharing)的缩写。它是W3C标准是跨源AJAX请求的根本解决方法。相比JSONP只能发GET请求CORS允许任何类型的请求
在gateway服务的application.yaml文件中添加下面的配置
spring:cloud:gateway:globalcors: #全局的跨域处理add-to-simple-url-handler-mapping: true #解决options请求被拦截问题corsConfigurations:[/**]:allowedOrigins: #语序哪些网站的跨域请求- http://localhost:8090allowedMethods: #语序的跨域ajax的请求方式- GET- POST- DELETE- PUT- OPTIONSallowerHeaders: * # 允许在请求中携带的头信息allowCredentials: true # 是否允许携带cookiemaxAge: 360000 # 这次跨域检验的有效期
