【分布式金融交易模型】服务网关

已于 2022-09-21 22:34:16 修改
阅读量356 收藏
点赞数
分类专栏： 分布式金融交易模型 文章标签： 分布式 java 微服务
于 2022-09-21 20:44:35 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_60225495/article/details/126980495
版权

服务网关

1. 微服务gateway网关

参考：
https://javaweixin6.blog.csdn.net/article/details/107735759
谷粒商城17-SpringCloud Gateway网关介绍

https://javaweixin6.blog.csdn.net/article/details/107736472
谷粒商城18-注册“gulimall-gateway”服务到Nacos

https://javaweixin6.blog.csdn.net/article/details/107736535
谷粒商城19-gulimall-gateway网关使用案例

1.1. 不用网关所产生的问题1（请求同一功能的不同微服务需要重新修改请求端口）

后台管理系统（如浏览器）需要给商品服务、订单服务等各个服务发送请求，现在要想对商品做CRUD，而发请求就得知道商品服务等各个服务的地址。假设一开始请求的是1号商品服务的地址，在1号商品服务掉线后，那么要使业务正常运行，就得将该请求改为2号商品服务的地址（即动态切换到一个能用的商品服务中），这样在后台代码中修改各个服务所在的端口太麻烦。
在这里插入图片描述
改进：后台管理系统给任何服务发送请求都经过网关，网关帮我们动态地路由到各个服务。且网关也能从注册中心中实时感知每一个服务的上下线，总会能帮我们把请求正确路由到指定位置；

1.2. 不用网关所产生的问题2（每个微服务都开发权限、监控等功能，这样会导致冗余）

每一个请求到微服务后，后期都需要加权限、监控等等。而如果每个请求到每一个微服务都做这个事（在每个服务都重复开发权限、监控等功能），这样太冗余。如：
在这里插入图片描述
改进：后台管理系统先请求API网关，在网关层将权限、监控等统一的功能统一处理，再将请求代转给每一个服务。
在这里插入图片描述

1.3. Gateway

网关作为流量的入口，常用功能包括路由转发、权限校验、限流控制等。而 springcloud gateway作为 SpringCloud 官方推出的第二代网关框架，取代了 Zuul 网关。

1.3.1. Gateway的三大概念

https://cloud.spring.io/spring-cloud-static/spring-cloud-gateway/2.2.3.RELEASE/reference/html/#glossary
  1. Route: The basic building block of the gateway. It is defined by an ID, a destination URI, a collection of predicates, and a collection of filters. A route is matched if the aggregate predicate is true.
    Route为路由，客户端发一个请求个网关，网关把请求路由到指定的服务中去。路由之间的区分采用的是ID。当次请求的路径为URI，只要路由匹配了断言，那么该次请求就能到达指定的路径。
  2. Predicate: This is a Java 8 Function Predicate. The input type is a Spring Framework ServerWebExchange. This lets you match on anything from the HTTP request, such as headers or parameters.
    请求发送给网关，是否需要到达某一个服务，是需要进行条件判断的，该条件就是Predicate断言。让开发者匹配当次请求的任何信息，比如请求头或者请求参数。网关根据请求参数，或者请求头的不同，路由到不同的服务，判断路由到不同的服务，就是进行断言。
  3. Filter: These are instances of Spring Framework GatewayFilter that have been constructed with a specific factory. Here, you can modify requests and responses before or after sending the downstream request.
    Filter为Spring提供的网关过滤器，过滤器就是请求到后台服务的时候，进行一次过滤，后台给前端响应，再次进行一次过滤。在请求到后台之前，或者响应之前都能进行修改过滤。

1.3.2. SpringCloud Gateway工作流程

在这里插入图片描述
客户端将请求到达网关，先利用Predicate 断言，判定是否符合某个路由Route规则。
如果符合了，就让路由转发到指定的后台服务中，在到达后台之前，需要进行一系列的filter，进行过滤。

在Gateway的官方文档中，如下的两节，写明了有哪些路由断言的工厂，和哪些过滤器工厂。

1.3.3. 给交易模型配置网关

1.3.3.1. 配置pom

在这里插入图片描述
注意，网关也要注册到服务注册/发现（这样它才能发现其他服务所在的位置）以及配置中心，所以要加相关的依赖。

1.3.3.2. 配置application.yml（nacos注册中心、gateway网关）
1.3.3.3. 配置bootstrap.properties（nacos配置中心）

在这里插入图片描述

#服务名
spring.application.name=gateway
# 配置中心url
#spring.cloud.nacos.config.server-addr=120.26.160.234:8848
spring.cloud.nacos.config.server-addr=127.0.0.1:8848
#配置命名空间
#spring.cloud.nacos.config.namespace=9cdb5e05-e6fb-43fb-a770-1a571ab04182

配置命名空间的步骤：

  1. 新建名字空间
    在这里插入图片描述
    在这里插入图片描述
  2. 新建配置
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
  3. namespace指定名字空间的唯一ID
    在这里插入图片描述
1.3.3.4. 启动网关

在这里插入图片描述
该网关使用Netty做的：
在这里插入图片描述

1.3.3.5. 账户开立服务和转账服务的网关测试
1.3.3.5.1. 账户开立服务
        - id:  resetpassword-gateway
          uri: lb://distributed-accopen #端口地址（请求要去的地址）
          predicates:
          	#匹配规则  *代表所有的字符
            - Path=/rest/ResetPassword/* 
          filters:
            #过滤规则  过滤掉第一个字段details。如http://127.0.0.1:25008/details/test/test  转发后变成   http://127.0.0.1:25002/test/test
            - StripPrefix=1

则URL路径为/AccLogin/*，都会跳转到lb://distributed-accopen中（lb代表作了负载均衡）
在这里插入图片描述

1.3.3.5.2. 转账服务
        - id: transfer-gateway
          uri: lb://distributed-transfer
          predicates:
            - Path=/transfer/transfer/*
          filters:
            - StripPrefix=1

则URL路径为/transfer/*，都会跳转到lb://distributed-transfer中（lb代表作了负载均衡）
在这里插入图片描述

2. gateway网关统一配置跨域

参考：
谷粒商城40 - 后端-商品服务-API-三级分类-网关统一配置跨域
https://javaweixin6.blog.csdn.net/article/details/107797387

谷粒商城39 - 前后端-商品服务-API-三级分类-配置网关路由与路径重写
https://javaweixin6.blog.csdn.net/article/details/107772429

2.1. 没有统一配置跨域导致报错的案例

在这里插入图片描述
在这里插入图片描述

在localhost:8001/端口的登录页面，点击登录按钮，应跳转到http://localhost:88/api/sys/login地址，但此时会报错，这是因为由于从8001跨域到88端口，不满足浏览器的同源策略，导致登录失败。（需求检查请求头中，是否有Access-Control-Allow-Origin访问控制允许来源, 来允许跨域。）

2.2. 跨域的概念

端口号以前，稍微不一样，都不满足同源策略。
在这里插入图片描述

2.3. 跨域流程

发送非简单请求（PUT、DELETE）等，需要先发送预检请求。
在这里插入图片描述

跨源资源共享（CORS）
https://developer.mozilla.org/zh-CN/docs/Web/HTTP/CORS

2.4. 如何实现跨域请求？

跨域失败的根本原因：目标网站和想要发送远程请求的网站不在同一域（网址的端口号、协议、域名有任何一个发生了变化）。

2.4.1. 使用nginx服务器将目标网站和想要发送远程请求的网站部署为同一个域

在这里插入图片描述

  1. 把前端项目和后端网关项目，都放在nginx服务器中。
  2. 浏览器要访问前端项目，不直接访问前端项目的地址（localhost:8001/#/login），而是访问nginx服务器的地址。
  3. 登录的时候，只要是静请求都默认代理给前端项目，动态请求由nginx反向代理到网关，网关再转给其他后端微服务。
    这样，从头到尾，访问的都是nginx的地址。
    但此方法只适合于部署的时候，不适合开发环境。

2.4.2. 后端服务配置当次请求允许跨域（分布式金融交易模型的网关跨域配置）

既然浏览器跨域首先会发一个预检请求给服务器，询问该服务器能不能跨域。那么如果服务器响应浏览器能跨域，就可以了。
在这里插入图片描述
写一个fiter过滤器，所有请求（预检请求）一进来后，放行，执行完以后，在给浏览器响应数据之前，给响应添加跨域需要的响应头字段即可。
在这里插入图片描述
这个fiter不用写在每一个服务中，只需要写在gateway服务中即可。因为最终每个服务都可能被远程服务（即都需要跨域），我们是使用网关代理浏览器请求给其他服务，在网关统一配置跨域即可解决各个微服务的跨域问题。

当浏览器发送一个预检请求到后端服务，首先会经过网关，网关的fiter会对该请求进行跨域过滤，对于没被过滤的请求，后端会响应允许该请求跨域的信号给浏览器，此时浏览器会发生真实请求给后端服务，后端服务进而响应数据。

gateway中配置了跨域过滤器fiter，其他各个后端服务不需要单独配置跨域过滤器。

2.4.2.1. 使用corsConfiguration.addAllowed**来设置服务器给浏览器返回的响应（gateway服务和转账服务中的做法）

在这里插入图片描述

package com.icbc.distributed.gateway.config;

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.web.cors.CorsConfiguration;
import org.springframework.web.cors.reactive.CorsConfigurationSource;
import org.springframework.web.cors.reactive.CorsWebFilter;
import org.springframework.web.cors.reactive.UrlBasedCorsConfigurationSource;
import org.springframework.web.server.ServerWebExchange;

import java.nio.file.Path;

@Configuration
/**
 * 网关统一配置跨域
 **/
public class DisCorsConfiguration {
    // 网关统一配置跨域
    @Bean
    public CorsWebFilter corsWebFilter(){

        UrlBasedCorsConfigurationSource source = new UrlBasedCorsConfigurationSource();
        CorsConfiguration corsConfiguration = new CorsConfiguration();

        corsConfiguration.addAllowedHeader("*");//允许跨域的请求头
        corsConfiguration.addAllowedMethod("*");//允许跨域的请求方式
        corsConfiguration.addAllowedOrigin("*");//允许跨域的请求来源
        corsConfiguration.setAllowCredentials(true);//允许携带cookie跨域

        source.registerCorsConfiguration("/**",corsConfiguration);// 任意路径都进行跨域配置

        // source：跨域的配置信息
        return new CorsWebFilter(source);
    }
}

此时，在某端口跨域访问另一个不同端口，是可以获得响应数据的。

2.4.2.2. 使用httpServletResponse.setHeader来设置服务器给浏览器返回的响应（账户开立服务中的做法）
参考：
前后端交互跨域问题
https://blog.csdn.net/qq_38321137/article/details/113309117?utm_medium=distribute.pc_category.none-task-blog-hot-1.nonecase&depth_1-utm_source=distribute.pc_category.none-task-blog-hot-1.nonecase&request_id=

在这里插入图片描述

package com.icbc.distributed.accopen.config;
import org.springframework.stereotype.Component;
import javax.servlet.*;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;

@Component
/**
 * 网关统一配置跨域方法而
 * https://zhuanlan.zhihu.com/p/347924923
 **/
public class OpenCorsConfiguration implements Filter{
    @Override
    public void init(FilterConfig filterConfig) throws ServletException {

    }

    @Override
    public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
        HttpServletRequest httpServletRequest = (HttpServletRequest) servletRequest;
        HttpServletResponse httpServletResponse = (HttpServletResponse) servletResponse;
        //这里填写你允许进行跨域的主机ip
        httpServletResponse.setHeader("Access-Control-Allow-Origin", "*");
        //允许的访问方法
        httpServletResponse.setHeader("Access-Control-Allow-Methods", "POST, GET, PUT, OPTIONS, DELETE, PATCH");
        //Access-Control-Max-Age 用于 CORS 相关配置的缓存
        httpServletResponse.setHeader("Access-Control-Max-Age", "3600");
        httpServletResponse.setHeader("Access-Control-Allow-Headers", "Origin, X-Requested-With, Content-Type, Accept");
        String userId = servletRequest.getParameter("userId");
        String token = servletRequest.getParameter("token");
        filterChain.doFilter(servletRequest, servletResponse);
    }

    @Override
    public void destroy() {

    }
}

两种方法都是使用跨域资源共享CORS来解决浏览器请求跨域的问题的。

3. gateway网关的跨域问题和Feign的远程调用是不一样的

网关针对的是客户端（浏览器）请求路径的路由，Feign是针对后端服务内部代码调用其它后端服务接口的路由。

cashapxxx
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
【分布式金融交易模型】服务调用
qq_60225495的博客
09-21 267
服务调用
什么是金融网关
qq_33192454的博客
09-19 112
金融网关是金融领域中的一个概念，它是指一个连接不同金融系统和应用之间的技术架构，用于实现数据传输、交易处理、支付结算等功能。金融网关在金融行业中起着重要作用，能够提供安全、高效、可靠的数据传输和交易处理通道。金融网关可以用于银行、保险、支付机构等金融领域的各种应用，例如在线支付、移动银行、证券交易等。：金融网关通常会提供强大的安全机制，包括数据加密、身份验证、访问控制等，以确保金融数据的安全性和隐私保护。：金融网关能够处理不同类型的金融交易，包括支付、结算、清算等，确保交易的安全和准确性。
金融交换网关重构之路
weixin_33727510的博客
11-20 441
大家晚上好，今天我们分享的主题主要有四个部分 整个重构过程的总结 系统面临的痛点 架构演进之路 重构的收益 第一部分：系统面临的痛点 我们系统重构之前面临的痛点主要分为两类 系统的问题 研发的问题 1.1 系统问题： （1）没有通用报文的抽象 没有形成统一的报文收发模式 没有基于报文收发构建通用的路由引擎 （2）缺...
苏宁金融一站式API网关演进之路
Julia & Rust & Python
06-13 863
http://wemedia.ifeng.com/75534961/wemedia.shtml 苏宁金融一站式API网关演进之路 科技创变 <更多内容 2018-08-27 20:01:26 苏宁金融一站式API网关演进之路 1 网关简介 苏宁金融一站式API网关是面向公网的API托管服务 为各研发团队提供 API 的完整生命周期管理、服务契约管理、服务监控等功能。 可以使用API服务管理平...
RPC分布式服务框架的服务网关与API网关
禅与计算机程序设计艺术
02-16 92
1. 背景介绍 1.1 分布式系统的发展 随着互联网的快速发展，企业和开发者面临着越来越复杂的业务场景和需求。为了应对这些挑战，分布式系统逐渐成为了一种主流的架构选择。分布式系统可以将一个庞大的系统拆分成多个独立的子系统，每个子系统负责处理特定的业务逻辑。这种架构可以提高系统的可扩展性、可维护性和容
工商银行分布式服务 C10K 场景解决方案
朱小厮的博客
08-28 343
点击上方“朱小厮的博客”，选择“设为星标”后台回复"书"，获取后台回复“k8s”，可领取k8s资料Dubbo 是一款轻量级的开源 Java 服务框架，是众多企业在建设分布式...
分布式系统常见问题
微信公z号: 罗晓胜，分享技术干货和有趣视频​
04-06 3973
/ 前言/ 目录 为什么要进行系统拆分 如果进行系统拆分 分布式服务框架 Dubbo工作原理 Dubbo支持的序列化协议 Hessian数据结构 几个常用的CAP框架对比 分布式锁 Redis分布式锁 zk分布式锁 分布式事务 两阶段提交方案/XA方案 分布式会话 / 正文 / 为什么要进行系统拆分？ ...
系统架构设计——互联网金融系统架构设计
热门推荐
庄小焱
06-25 1万+
根据第三方机构预统计，自2016年-2019年，我国零售信贷规模维持20%以上的高复合增长率，2017年中国零售信贷规模达到27万亿，到2019年，总规模超过37万亿。近年来互联网金融蓬勃发展，在借贷、保险、股权等领域涌现出一大批互联网与金融场景相结合的创新产品。同时作为互联网金融的子领域消费金融领域，在国家消费升级战略下，各大平台推出了如花呗、借呗，微粒贷等众多服务。互联网金融的架构有别于传统金融系统，互联网金融产品依托于互联网的众多技术特性，主要包括三大主要方面：在互联网浪潮的背景下，传统银行、金融行业
分布式服务架构-第一章 分布式微服务架构设计原理
weixin_39795049的博客
11-23 1404
第一章 分布式微服务架构设计原理 传统企业级技术无法满足互联网产品服务于海量用户的需求； 互联网技术以拆分为原则来满足服务于海量用户的需求 满足用户对高可用性，高性能，可伸缩，可扩展和安全性的非功能质量的要求 1.从传统单体架构到服务化架构 1.1 JEE架构 Java平台企业版简称 JEE架构： web容器 —综合业务逻辑 --> EJB容器 — 数据存取ORM --> 数据库 Web层：负责与用户交互或者对外提供接口 业务逻辑层：为了实现业务逻辑而设计的流程处理和计算处理模块 数据存取
分布式金融交易模型Spring Cloud
08-02
分布式金融交易模型是现代金融行业中一个重要的技术架构，它基于微服务理念，利用Spring Cloud框架来构建高可用、可扩展的金融服务系统。Spring Cloud作为Java生态中的明星框架，为开发人员提供了实现分布式系统所需...
金融风控数据平台-基于springboot+springcloud设计实现
12-26
它可能包含了一些特定的业务模型、数据访问对象（DAO）、服务接口和服务实现等，用于处理风控相关的计算、规则引擎和决策逻辑。 以上是关于“金融风控数据平台-基于SpringBoot+SpringCloud设计实现”项目的详细知识...
业务高速发展下的互联网金融系统架构演进.pdf
08-22
最终，宜人贷的移动后台架构形成了一个简化版的模型，通过打散服务边界，消除冗余，形成三级两层的架构划分，底层服务直接面向前端，流量统一出口。这不仅极大地提高了系统的效率，还增强了系统的灵活性和扩展性。 ...
云计算赋能互联网金融.pptx
09-26
SOA 的应用开发框架分布式事务交易库1交易库2账务库M账务库2数据 层交易库N账务库1金融云 - 移动平台开发支撑测试支撑构建支撑研发期可复用的服务组件APP 开发框架Native 框架H5 容器接入网关TCPSPDYHTTP(S)运行期...
2.基于Dubbo微服务框架亿级网关架构解密1
08-03
【标题】：“2.基于Dubbo微服务框架亿级...通过以上的技术选择和架构设计，信用算力公司成功地构建了一个高效、稳定的亿级网关架构，有效地解决了大型分布式系统中的诸多挑战，提升了整体系统的运行效能和服务质量。
时序数据库-04-InfluxData-分布式时序数据库
07-20 832
这一增长受到两大行业趋势的推动 - 物联网系统的快速增长，物联网系统投资的增加，以及云原生应用和服务软件世界的爆炸式增长，所有这些都是真实的 - 时间可见性和控制力。通过数据本身，InfluxData允许用户插入自定义逻辑或用户定义的函数来处理具有动态阈值的警报，匹配模式的度量或计算统计异常，自动扩展容器，并且基本上可以执行任何可编程的操作。InfluxData提供了一套全面的工具和服务，可以从传感器，设备，系统，机器，容器和应用程序中获取指标和事件数据。利用对仪器和可观察性检测模式的投资并创造新的商机。
Spring Boot实现分布式验证码登录方案
2301_76419561的博客
07-21 870
验证码作为一种安全机制，广泛用于验证用户的真实性，防止自动化攻击和滥用服务。在web应用中，验证码能有效防止恶意软件和机器人进行批量操作和暴力破解。在本文中，我们将探讨使用Spring Boot框架实现分布式环境下的验证码登录方案，包括验证码的生成、存储、验证及用户身份验证流程。在现代web开发中，安全性是一个重要的考虑因素。为了防止自动化攻击，如暴力破解、垃圾评论等，许多系统都引入了验证码机制。
SpringBoot+Session+redis实现分布式登录
weixin_60523038的博客
07-20 565
SpringBoot+Redis+Session实现分布式登录
【分布式锁】Redission实现分布式锁
最新发布
qq_39666711的博客
07-23 403
接着上一节，我们遇到了超卖的问题，并通过Redis实现分布式锁，进行了解决。本节 我将换一种方式实现分布式锁。可以看到，没有超卖现象。至此Redission实现分布式锁已经OK。provider-and-consumer 端口 8023。rabbitmq-consumer 端口 8021。
金融分布式转型：痛点、路径与云计算选型
这就需要金融机构与云计算服务商紧密合作，结合云计算技术，如容器化、API网关等，来设计和实现适应分布式环境的业务架构。 金融行业分布式架构转型的关键在于拥抱云计算，采用微服务、分布式数据库和自动化运维等...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

cashapxxx

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值