基于应用程序接口网关的前后端分离方法及相关设备.pdf

《基于应用程序接口网关的前后端分离方法及相关设备.pdf》由会员分享，可在线阅读，更多相关《基于应用程序接口网关的前后端分离方法及相关设备.pdf（16页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 202010193478.6 (22)申请日 2020.03.18 (71)申请人 平安科技 （深圳） 有限公司 地址 518000 广东省深圳市福田区福田街 道福安社区益田路5033号平安金融中 心23楼 (72)发明人 钟运建牛江飞 (74)专利代理机构 深圳市赛恩倍吉知识产权代 理有限公司 44334 代理人 刘丽华孙芬 (51)Int.Cl. G06F 8/71(2018.01) G06F 9/4401(2018.01) G06F 9/445(2018.01) G06F 。

2、16/23(2019.01) H04L 12/24(2006.01) H04L 29/08(2006.01) (54)发明名称 基于应用程序接口网关的前后端分离方法 及相关设备 (57)摘要 本发明涉及基于应用程序接口网关的前后 端分离方法及相关设备。 所述方法包括： 从多租 户配置中心拉取前端发布的虚拟目录及静态资 源压缩包， 下载静态资源压缩包并解压到网关设 备的本地以对网关设备进行初始化； 接收前端向 网关设备发送的请求静态资源的第一访问请求， 根据第一访问请求查找前端的虚拟目录， 并返回 前端的页面及静态文件内容给所述前端； 及接收 前端向初始化后的网关设备发送的请求动态资 源的第二访。

3、问请求， 根据第二访问请求触发调用 后端API的请求， 通过所述网关设备将调用的后 端API的请求转发到后端的微服务以获取所述动 态资源， 并通过所述网关设备将所述动态资源返 回给所述前端。 权利要求书2页 说明书11页 附图2页 CN 111580854 A 2020.08.25 CN 111580854 A 1.一种基于应用程序接口网关的前后端分离方法， 应用在网关设备中， 其特征在于， 所 述方法包括： 从与所述网关设备通信连接的多租户配置中心获取前端发布的虚拟目录及静态资源 压缩包， 下载所述静态资源压缩包并解压到所述网关设备的本地以对所述网关设备进行初 始化； 接收所述前端的浏览器向。

4、初始化后的所述网关设备发送的请求静态资源的第一访问 请求， 根据所述第一访问请求的路径匹配所述前端的虚拟目录的路径， 并在所述第一访问 请求的路径与所述前端的虚拟目录的路径相匹配时将所述第一访问请求发送到所述前端 的虚拟目录， 根据所述第一访问请求查找所述前端的虚拟目录， 并返回所述前端的页面及 静态文件内容给所述前端的浏览器； 接收所述前端向初始化后的所述网关设备发送的请求动态资源的第二访问请求， 根据 所述第二访问请求触发调用后端API的请求， 通过所述网关设备将调用的后端API的请求转 发到后端的微服务以获取所述动态资源， 并通过所述网关设备将所述动态资源返回给所述 前端。 2.如权利要。

5、求1所述的基于应用程序接口网关的前后端分离方法， 其特征在于， 在从与 所述网关设备通信连接的多租户配置中心获取前端发布的虚拟目录及静态资源压缩包之 前， 所述方法还包括： 在所述网关设备配置的PG数据库中存储前端的虚拟目录以及静态资源压缩包， 其中所 述虚拟目录存储所述前端的项目文件及所述项目文件的压缩文件。 3.如权利要求2所述的基于应用程序接口网关的前后端分离方法， 其特征在于， 在所述 网关设备配置的PG数据库中存储前端的虚拟目录以及静态资源压缩包之后， 所述方法还包 括： 从与所述网关设备通信连接的多租户配置中心获取所述网关设备的配置数据， 从所述 网关设备配置管理的Restful 。

6、APIs中确定一目标API， 通过所述目标API对所述网关设备的 配置数据进行查询和修改， 并将修改后的所述配置数据存储到所述PG数据库中。 4.如权利要求3所述的基于应用程序接口网关的前后端分离方法， 其特征在于， 在所述 网关设备配置的PG数据库中存储前端的虚拟目录以及静态资源压缩包之后， 所述方法还包 括： 接收由管理控制平台Portal提供的管理界面对所述网关设备进行配置管理的操作， 其 中， 所述管理控制台Portal对所述网关设备进行配置管理的操作包括发布所述前端的内 容， 管理所述前端与所述后端之间的入口流量的路由转发配置。 5.如权利要求1所述的基于应用程序接口网关的前后端分离。

7、方法， 其特征在于， 所述从 与所述网关设备通信连接的多租户配置中心获取网关设备前端发布的虚拟目录及静态资 源压缩包， 包括： 通过云平台的KONG-PORTAL-ADMIN服务功能在数据库中插入用户对所述虚拟目录或所 述前端静态资源压缩包进行发布修改的通知事件； 监测所述通知事件并在监测出所述通知事件时从所述多租户配置中心中获取最新的 虚拟目录及静态资源压缩包， 并更新到本地。 6.如权利要求3所述的基于应用程序接口网关的前后端分离方法， 所述网关设备的配 权利要求书 1/2 页 2 CN 111580854 A 2 置数据包括所述前端的灰度策略， 其特征在于， 所述方法还包括： 通过500。

8、0端口监听从5000端口进来的第一访问请求； 根据所述灰度策略， 对所述5000端口进来的第一访问请求进行拦截并判断所述第一访 问请求是否满足所述灰度策略的要求； 当所述第一访问请求满足所述灰度策略的要求时， 针对所述第一访问请求的路径匹配对应的虚拟目录路径， 将所述第一访问请求发送到对应 的虚拟目录， 根据所述第一访问请求查找所述虚拟目录， 并返回所述前端的页面及静态文 件内容给所述前端的浏览器。 7.如权利要求1所述的基于应用程序接口网关的前后端分离方法， 其特征在于， 所述方 法还包括： 判断所述前端的浏览器发送的第二访问请求是否是请求访问所述前端的超链接请求， 将所述第二访问请求分成超。

9、链接请求和非超链接请求， 其中， 所述超链接请求是指http请 求是由一个与http请求对应的html界面超链接而产生， 非超链接请求不与任何html界面存 在超链接关系； 如果确定所述第二访问请求为超链接请求， 则对超链接请求的地址进行重定向， 并将 重定向的地址返回给前端的浏览器以使浏览器生成新的访问请求； 接收所述前端的浏览器发送的新的访问请求， 并将新的访问请求转发至对应的后端的 微服务； 接收所述后端返回的与新的访问请求对应的访问响应， 并将访问响应返回至所述前端 的浏览器。 8.如权利要求1所述的基于应用程序接口网关的前后端分离方法， 其特征在于， 所述接 收所述前端的浏览器向初始。

10、化后的所述网关设备发送的请求静态资源的第一访问请求之 后， 还包括： 当所述第一访问请求的路径与所述前端的虚拟目录的路径不相匹配时， 返回错误信息 给所述前端。 9.一种基于应用程序接口网关的前后端分离装置， 其特征在于， 所述装置包括： 初始化模块， 用于从与所述网关设备通信连接的多租户配置中心获取前端发布的虚拟 目录及静态资源压缩包， 下载所述静态资源压缩包并解压到所述网关设备的本地以对所述 网关设备进行初始化； 第一访问模块， 用于接收所述前端的浏览器向初始化后的所述网关设备发送的请求静 态资源的第一访问请求， 根据所述第一访问请求的路径匹配所述前端的虚拟目录的路径， 并在所述第一访问请。

11、求的路径与所述前端的虚拟目录的路径相匹配时将所述第一访问请 求发送到所述前端的虚拟目录， 根据所述第一访问请求查找所述前端的虚拟目录， 并返回 所述前端的页面及静态文件内容给所述前端的浏览器； 及 第二访问模块， 用于接收所述前端向初始化后的所述网关设备发送的请求动态资源的 第二访问请求， 根据所述第二访问请求触发调用后端API的请求， 通过所述网关设备将调用 的后端API的请求转发到后端的微服务以获取所述动态资源， 并通过所述网关设备将所述 动态资源返回给所述前端。 10.一种网关设备， 所述网关设备包括处理器， 所述处理器用于执行存储器中存储的计 算机程序时实现如权利要求1-8中任一项所述。

12、基于应用程序接口网关的前后端分离方法。 权利要求书 2/2 页 3 CN 111580854 A 3 基于应用程序接口网关的前后端分离方法及相关设备 技术领域 0001 本发明涉及计算机网络领域， 具体涉及一种基于应用程序接口网关的前后端分离 方法及相关设备。 背景技术 0002 目前， 前后端单体架构的前端页面和后端服务放在同一个Java应用中， 也就是前 端静态页面以resource目录的形式打包在JAR包中。 该方式维护较困难， 前端项目有更改， 必须重新打包JAR包。 此外， 前后端项目开发人员必须在同一代码库进行协作开发， 前后端 逻辑耦合在一起， 使得前后端部署维护较困难， 且版本。

13、难于管理。 发明内容 0003 鉴于以上内容， 有必要提出一种基于应用程序接口网关的前后端分离方法、 装置 及网关设备以解决前后端的开发成本消耗过大， 前后端部署维护较困难及难以管理的问 题。 0004 本申请的第一方面提供一种基于应用程序接口网关的前后端分离方法， 应用在网 关设备中， 所述方法包括： 0005 从与所述网关设备通信连接的多租户配置中心获取网关设备前端发布的虚拟目 录及静态资源压缩包， 下载所述静态资源压缩包并解压到所述网关设备的本地以对所述网 关设备进行初始化； 0006 接收所述前端的浏览器向初始化后的所述网关设备发送的请求静态资源的第一 访问请求， 根据所述第一访问请求。

14、的路径匹配所述前端的虚拟目录的路径， 并在所述第一 访问请求的路径与所述前端的虚拟目录的路径相匹配时将所述第一访问请求发送到所述 前端的虚拟目录， 根据所述第一访问请求查找所述前端的虚拟目录， 并返回所述前端的页 面及静态文件内容给所述前端的浏览器； 及 0007 接收所述前端向初始化后的所述网关设备发送的请求动态资源的第二访问请求， 根据所述第二访问请求触发调用后端API的请求， 通过所述网关设备将调用的后端API的请 求转发到后端的微服务以获取所述动态资源， 并通过所述网关设备将所述动态资源返回给 所述前端。 0008 优选地， 在从与所述网关设备通信连接的多租户配置中心获取前端发布的虚拟。

15、目 录及静态资源压缩包之前， 所述方法还包括： 0009 在所述网关设备配置的PG数据库中存储前端的虚拟目录以及静态资源压缩包， 其 中所述虚拟目录存储所述前端的项目文件及所述项目文件的压缩文件。 0010 优选地， 在所述网关设备配置的PG数据库中存储前端的虚拟目录以及静态资源压 缩包之后， 所述方法还包括： 0011 从与所述网关设备通信连接的多租户配置中心获取所述网关设备的配置数据， 从 所述网关设备配置管理的Restful APIs中确定一目标API， 通过所述目标API对所述网关设 说明书 1/11 页 4 CN 111580854 A 4 备的配置数据进行查询和修改， 并将修改后的。

16、所述配置数据存储到所述PG数据库中。 0012 优选地， 在所述网关设备配置的PG数据库中存储前端的虚拟目录以及静态资源压 缩包之后， 所述方法还包括： 0013 接收由管理控制平台Portal提供的管理界面对所述网关设备进行配置管理的操 作， 其中， 所述管理控制台Portal对所述网关设备进行配置管理的操作包括发布所述前端 的内容， 管理所述前端与所述后端之间的入口流量的路由转发配置。 0014 优选地， 所述从与所述网关设备通信连接的多租户配置中心获取网关设备前端发 布的虚拟目录及静态资源压缩包包括： 0015 通过云平台的KONG-PORTAL-ADMIN服务功能在数据库中插入用户对所。

17、述虚拟目录 或所述前端静态资源压缩包进行发布修改的通知事件； 及 0016 监测所述通知事件并在监测出所述通知事件时从所述多租户配置中心中获取最 新的虚拟目录及静态资源压缩包， 并更新到本地。 0017 优选地， 所述网关设备的配置数据包括所述前端的灰度策略， 所述方法还包括： 0018 通过5000端口监听从5000端口进来的第一访问请求； 0019 根据所述灰度策略， 对所述5000端口进来的第一访问请求进行拦截并判断所述第 一访问请求是否满足所述灰度策略的要求； 当所述第一访问请求满足所述灰度策略的要求 时， 针对所述第一访问请求的路径匹配对应的虚拟目录路径， 将所述第一访问请求发送到 。

18、对应的虚拟目录， 根据所述第一访问请求查找所述虚拟目录， 并返回所述前端的页面及静 态文件内容给所述前端的浏览器。 0020 优选地， 所述方法还包括： 0021 判断所述前端的浏览器发送的第二访问请求是否是请求访问所述前端的超链接 请求， 将所述第二访问请求分成超链接请求和非超链接请求， 其中， 所述超链接请求是指 http请求是由一个与http请求对应的html界面超链接而产生， 非超链接请求不与任何html 界面存在超链接关系； 0022 如果确定所述第二访问请求为超链接请求， 则对超链接请求的地址进行重定向， 并将重定向的地址返回给前端的浏览器以使浏览器生成新的访问请求； 0023 接。

19、收所述前端的浏览器发送的新的访问请求， 并将新的访问请求网关设备转发至 对应的后端的微服务； 0024 接收所述后端返回的与新的访问请求对应的访问响应， 并网关设备将访问响应返 回至所述前端的浏览器。 0025 优选地， 所述接收所述前端的浏览器向初始化后的所述网关设备发送的请求静态 资源的第一访问请求之后， 还包括： 0026 当所述第一访问请求的路径与所述前端的虚拟目录的路径不相匹配时， 返回错误 信息给所述前端。 0027 申请的第二方面提供一种基于应用程序接口网关的前后端分离装置， 所述装置包 括： 0028 初始化模块， 用于从与所述网关设备通信连接的多租户配置中心获取所述网关设 备。

20、的配置信息、 前端发布的虚拟目录及静态资源压缩包， 下载所述静态资源压缩包并解压 到所述网关设备的本地以对所述网关设备进行初始化； 说明书 2/11 页 5 CN 111580854 A 5 0029 第一访问模块， 用于接收所述前端的浏览器向初始化后的所述网关设备发送的请 求静态资源的第一访问请求， 根据所述第一访问请求的路径匹配所述前端的虚拟目录的路 径， 并在所述第一访问请求的路径与所述前端的虚拟目录的路径相匹配时将所述第一访问 请求发送到所述前端的虚拟目录， 根据所述第一访问请求查找所述前端的虚拟目录， 并返 回所述前端的页面及静态文件内容给所述前端的浏览器； 及 0030 第二访问模。

21、块， 用于接收所述前端向初始化后的所述网关设备发送的请求动态资 源的第二访问请求， 根据所述第二访问请求触发调用后端API的请求， 通过所述网关设备将 调用的后端API的请求转发到后端的微服务以获取所述动态资源， 并通过所述网关设备将 所述动态资源返回给所述前端。 0031 本申请的第三方面提供一种网关设备， 所述网关设备包括处理器， 所述处理器用 于执行存储器中存储的计算机程序时实现所述基于应用程序接口网关的前后端分离方法。 0032 本发明中， 与所述多租户配置中心相连接的网关设备支持多租户访问所述PG数据 库， 并通过多租户配置中心获取前端的虚拟目录以及静态资源压缩包， 如此， 避免用户。

22、单独 申请PG数据库， 造成资源浪费及前后端的开发成本消耗过大的问题。 此外， 本发明中， 所述 网关设备可作为静态资源的服务器对静态资源压缩包的自动下载， 解压， 以及路由匹配， 因 此， 不需要另外再购买及部署静态资源服务器， 也不需要用户手动部署前端的静态资源代 码， 节省了手动部署静态资源的流程， 解决了前后端部署维护困难及难以管理的问题。 附图说明 0033 图1是本发明一实施方式中基于应用程序接口网关的前后端分离方法的流程图。 0034 图2是本发明一实施方式中基于应用程序接口网关的前后端分离方法的应用环境 示意图。 0035 图3是本发明一实施方式中基于应用程序接口网关的前后端分。

23、离装置的示意图。 0036 图4是本发明一实施方式中网关设备的示意图。 具体实施方式 0037 为了能够更清楚地理解本发明的上述目的、 特征和优点， 下面结合附图和具体实 施例对本发明进行详细描述。 需要说明的是， 在不冲突的情况下， 本申请的实施例及实施例 中的特征可以相互组合。 0038 在下面的描述中阐述了很多具体细节以便于充分理解本发明， 所描述的实施例仅 仅是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术 人员在没有做出创造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。 0039 除非另有定义， 本文所使用的所有的技术和科学术语与属。

24、于本发明的技术领域的 技术人员通常理解的含义相同。 本文中在本发明的说明书中所使用的术语只是为了描述具 体的实施例的目的， 不是旨在于限制本发明。 0040 优选地， 本发明基于应用程序接口网关的前后端分离方法应用在一个或者多个电 子设备中。 所述电子设备是一种能够按照事先设定或存储的指令， 自动进行数值计算和/或 信息处理的设备， 其硬件包括但不限于微处理器、 专用集成电路(Application Specific Integrated Circuit， ASIC)、 可编程门阵列(FieldProgrammable Gate Array， FPGA)、 数 说明书 3/11 页 6 CN 。

25、111580854 A 6 字处理器(Digital Signal Processor， DSP)、 嵌入式设备等。 0041 实施例1 0042 图1是本发明一实施方式中基于应用程序接口网关的前后端分离方法的流程图。 根据不同的需求， 所述流程图中步骤的顺序可以改变， 某些步骤可以省略。 0043 参阅图1所示， 所述基于应用程序接口网关的前后端分离方法具体包括以下步骤： 0044 步骤S11， 在网关设备1配置的PG数据库中存储前端2的虚拟目录以及静态资源压 缩包， 其中所述虚拟目录存储所述前端2的项目文件及所述项目文件的压缩文件。 0045 请参考图2， 所示为本发明一实施方式中基于应用。

26、程序接口网关的前后端分离方 法的应用环境图。 所述基于应用程序接口网关的前后端分离方法应用在所述网关设备1中。 所述网关设备1通过网络与前端2、 后端3及云平台4通信连接。 本实施方式中， 所述前端2为 带有浏览器的设备， 例如， 所示前端2为笔记本电脑、 平板电脑或智能手机等终端设备。 所述 后端3为服务器装置。 所述云平台4为云服务器。 0046 本实施方式中， 在所述PG数据库中新增第一表格及第二表格， 所述第一表格用于 存储前端2的项目文件， 所述第二表格用于存储项目的压缩文件。 所述PG数据库设置在云平 台4的PaaS服务层中。 本实施方式中， 通过网关设备1在云平台4的PaaS服务。

27、层的PG数据库中 配置存储所述第一表格及第二表格的项目文件及项目文件的压缩文件。 其中， 所述项目文 件包括项目标识号、 文件名、 文件路径、 禁用/开启标示、 创建时间标示、 更新时间标示。 所述 项目文件的压缩文件包括文件标识号、 文件名、 文件类型、 文件内容、 文件大小、 版本、 对应 的虚拟目录、 禁用/开启标示、 创建时间标示、 更新时间标示。 0047 步骤S12， 从与所述网关设备通信连接的多租户配置中心获取所述网关设备的配 置数据， 从网关设备1配置管理的Restful APIs中确定一目标API， 通过所述目标API对所述 网关设备1的配置数据进行查询和修改， 并将修改后的。

28、所述配置数据存储到所述PG数据库 中。 0048 本实施方式中， 所述云平台4包括KONG-PORTAL-ADMIN服务功能。 本实施方式中， 通 过管理控制台Portal上对网关设备1的配置数据进行配置管理， 并通过所述云平台4的 KONG-PORTAL-ADMIN服务的目标API对存储在第一表格及第二表格中的配置数据进行查询 和修改， 并将所述配置数据存储到云平台4的PG数据库中。 在具体实施方式中， 所述管理控 制平台Portal提供管理界面， 并通过所述管理界面对网关设备1进行配置管理。 本实施方式 中， 所述网关设备1接收所述管理界面对所述网关设备1进行配置管理的操作。 本实施方式 。

29、中， 所述管理控制台Portal对网关设备1进行配置管理的操作包括发布前端2的内容， 管理 前端2与后端3之间的入口流量的路由转发配置。 本实施方式中， 所述前端2的静态资源压缩 包的数据通过所述管理控制台Portal上传到PG数据库中进行存储。 本实施方式中， 通过提 供网关设备1配置管理的Restful APIs， 并通过Restful APIs对网关设备1的配置数据进行 查询和修改， 可以方便用户对网关设备1的配置数据进行修改。 0049 步骤S13， 从与所述网关设备1通信连接的多租户配置中心获取前端2发布的虚拟 目录及静态资源压缩包， 下载所述静态资源压缩包并解压到所述网关设备1的本。

30、地以对所 述网关设备1进行初始化。 0050 本实施方式中， 通过Go语言开发并构建多租户配置中心， 并将所述多租户配置中 心与所述网关设备1连接。 本实施方式中， 构建的所述多租户配置中心能够基于多租户对网 说明书 4/11 页 7 CN 111580854 A 7 关设备1的配置数据进行配置查询和存储。 本实施方式中， 与所述多租户配置中心相连接的 网关设备1支持多租户访问所述PG数据库， 并通过多租户配置中心获取前端2的虚拟目录以 及静态资源压缩包， 如此， 避免用户单独申请PG数据库， 造成资源浪费。 0051 本实施方式中， 所述网关设备1从与所述网关设备1通信连接的多租户配置中心获。

31、 取所述静态资源压缩包， 下载所述静态资源压缩包并解压到所述网关设备1的本地， 实现了 静态资源压缩包的自动下载、 解压， 避免部署额外的静态资源服务器用来对静态资源压缩 包的自动下载、 解压， 节省了服务器资源及手动部署流程。 0052 本实施方式中， 所述网关设备1从与所述网关设备1通信连接的多租户配置中心获 取所述网关设备1的配置数据、 前端2发布的虚拟目录及静态资源压缩包包括： 通过云平台4 的KONG-PORTAL-ADMIN服务功能在数据库中插入用户对所述虚拟目录或前端静态资源压缩 包进行发布修改的通知事件； 所述网关设备1监测所述通知事件并在监测出所述通知事件 时从所述多租户配置。

32、中心中获取最新的虚拟目录及静态资源压缩包， 并更新到本地。 本实 施方式中， 所述网关设备1的配置数据包括第一访问请求的路径及虚拟目录的路径之间的 路由关系。 0053 步骤S14， 接收所述前端2的浏览器向初始化后的所述网关设备1发送的请求静态 资源的第一访问请求， 根据所述第一访问请求的路径匹配所述前端2的虚拟目录的路径， 并 在所述第一访问请求的路径与所述前端2的虚拟目录的路径相匹配时将所述第一访问请求 发送到所述前端2的虚拟目录， 根据所述第一访问请求查找所述前端2的虚拟目录， 并返回 所述前端2的页面及静态文件内容给所述前端2的浏览器。 0054 本实施方式中， 所述浏览器使用HTT。

33、P协议发送所述第一访问请求以请求静态资 源。 所述网关设备1根据所述第一访问请求的路径匹配对应的前端2的虚拟目录的路径。 当 所述第一访问请求的路径与前端2的虚拟目录的路径相匹配时将所述第一访问请求转发到 所述网关设备1的5000端口的内部静态站点对应的虚拟目录， 从所述虚拟目录中取出所述 前端2的页面及静态文件， 并将取出的所述前端2的页面及静态文件内容返回给所述前端2 的浏览器。 本实施方式中， 当所述第一访问请求的路径与前端2的虚拟目录的路径不相匹配 时， 所述网关设备1返回错误信息给所述前端2。 本实施方式中， 所述前端2收到所述网关设 备1发送的错误信息后重新向所述网关设备1发送请求。

34、静态资源的第一访问请求。 本实施方 式中， 所述前端2的浏览器接收到所述网关设备1返回的页面及静态文件内容之后经过浏览 器渲染解析后， 在所述浏览器上得到渲染的效果。 本实施方式中， 所述网关设备1可作为静 态资源的服务器对静态资源压缩包的自动下载， 解压， 以及路由匹配， 因此， 不需要另外再 购买及部署静态资源服务器， 也不需要用户手动部署前端2的静态资源代码， 节省了手动部 署静态资源的流程。 0055 具体实施方式中， 在所述网关设备1的Nginx配置模板中， 通过5000端口监听从 5000端口进来的访问流量； 对所述5000端口进来的第一访问请求进行拦截， 针对第一访问 请求的路径。

35、匹配对应的虚拟目录路径， 将所述第一访问请求发送到对应的前端2的虚拟目 录， 根据所述第一访问请求查找所述前端2的虚拟目录， 并返回所述前端2的页面及静态文 件内容给所述前端2。 0056 本实施方式中， 所述网关设备1的配置数据包括前端1的灰度策略， 所述方法还包 括： 通过5000端口监听从5000端口进来的第一访问请求； 根据所述灰度策略， 对所述5000端 说明书 5/11 页 8 CN 111580854 A 8 口进来的第一访问请求进行拦截并判断所述第一访问请求是否满足所述灰度策略的要求； 当所述第一访问请求满足所述灰度策略的要求时， 针对所述第一访问请求的路径匹配对应 的虚拟目录。

36、路径， 将所述第一访问请求发送到对应的虚拟目录， 根据所述第一访问请求查 找所述虚拟目录， 并返回所述前端1的页面及静态文件内容给所述前端1的浏览器。 本实施 方式中， 所述灰度策略是指针对不同的前端1设定不同的访问权限。 0057 步骤S15， 接收所述前端2向初始化后的所述网关设备1发送的请求动态资源的第 二访问请求， 根据所述第二访问请求触发调用后端API的请求， 通过所述网关设备1将调用 的后端API的请求转发到后端3的微服务以获取所述动态资源， 并通过所述网关设备1将所 述动态资源返回给所述前端2。 0058 本实施方式中， 所述前端2的浏览器使用HTTP协议发送所述第二访问请求以请。

37、求 动态资源。 所述网关设备1根据设置在所述网关设备2中的后端3的微服务请求的转发路由 触发调用后端API的请求， 通过所述网关设备1将调用的后端API的请求转发到后端3的微服 务以获取所述动态资源， 并通过所述网关设备1将所述动态资源返回给所述前端2的浏览 器。 如此， 本案通过网关设备1实现了前端2与后端3完全分离的架构， 前端人员只关注前端 代码开发并通过网关设备1进行前端页面的发布与管理， 后端人员只关注后端3的微服务代 码的开发， 及在网关设备1中配置相应的路由， 并对所述后端API请求进行转发。 0059 本实施方式中， 所述方法还包括： 判断所述前端2的浏览器发送的第二访问请求是。

38、 否是请求访问所述前端的超链接请求， 将所述第二访问请求分成超链接请求和非超链接请 求， 其中， 超链接请求是指http请求是由一个与http请求对应的html界面超链接而产生， 非 超链接请求是指不与任何html界面存在超链接关系； 如果确定所述第二访问请求为超链接 请求， 则对超链接请求的地址进行重定向， 并将重定向的地址返回给前端2的浏览器以使浏 览器生成新的访问请求； 接收前端2的浏览器发送的新的访问请求， 并将新的访问请求通转 发至对应的后端3的微服务； 及接收所述后端3返回的与新的访问请求对应的访问响应， 并 通过所述将访问响应返回至所述前端2的浏览器。 0060 本实施方式中， 。

39、所述超级链接在本质上属于一个网页的一部分， 它是一种允许其 他网页或站点之间进行连接的元素， 其必然存在地址跳转的问题。 如果Kong网关接装置1接 收到前端2的浏览器发送的第二访问请求之后， 并判断所述第二访问请求为超链接请求时， 所述网关设备1不直接将所述第二访问请求进行转发至其对应的后端3的微服务获取对应 的资源， 而是对所述第二访问请求的请求地址进行重定向， 地址重定向后的访问请求为网 关设备1直接转发的访问请求。 0061 本实施方式中， 所述网关设备1在判断http请求是否为超链接请求之前， 还将所述 http请求与网关设备1预先配置的API进行匹配， 如果所述http请求与预先配。

40、置的API匹配 成功， 例如， 可以是基于http请求的uri与预先配置的API进行匹配， 那么网关设备1将所述 http请求转发到匹配API所指向的后端3的微服务的地址， 以获取后端3的微服务返回的资 源。 本实施方式中， 当所述网关设备1确定所述http请求与任何预先配置的API都不能匹配 成功， 则对http请求是否为超链接请求进行判断； 如果确定所述http请求为非超链接请求 时将所述http请求判定为请求失败， 并无法获取后端微服务返回的资源； 如果确定所述 http请求为超链接请求， 则对所述超链接请求的地址进行重定向。 0062 本实施方式中， 与所述多租户配置中心相连接的网关设。

41、备1支持多租户访问所述 说明书 6/11 页 9 CN 111580854 A 9 PG数据库， 并通过多租户配置中心获取前端2的虚拟目录以及静态资源压缩包， 如此， 避免 用户单独申请PG数据库， 造成资源浪费。 此外， 本案中， 所述网关设备1可作为静态资源的服 务器对静态资源压缩包的自动下载， 解压， 以及路由匹配， 因此， 不需要另外再购买及部署 静态资源服务器， 也不需要用户手动部署前端2的静态资源代码， 节省了手动部署静态资源 的流程。 0063 实施例2 0064 图3为本发明一实施方式中基于应用程序接口网关的前后端分离装置40的示意 图。 0065 在一些实施例中， 所述基于应。

42、用程序接口网关的前后端分离装置40运行于网关设 备1中。 所述基于应用程序接口网关的前后端分离装置40可以包括多个由程序代码段所组 成的功能模块。 所述基于应用程序接口网关的前后端分离装置40中的各个程序段的程序代 码可以存储于存储器中， 并由至少一个处理器所执行， 以执行前后端分离的功能。 0066 本实施例中， 所述基于应用程序接口网关的前后端分离装置40根据其所执行的功 能， 可以被划分为多个功能模块。 参阅图3所示， 所述基于应用程序接口网关的前后端分离 装置40可以包括预存储模块401、 配置模块402、 初始化模块403、 第一访问模块404及第二访 问模块405。 本发明所称的模。

43、块是指一种能够被至少一个处理器所执行并且能够完成固定 功能的一系列计算机程序段， 其存储在存储器中。 在一些实施例中， 关于各模块的功能将在 后续的实施例中详述。 0067 所述预存储模块401在网关设备1配置的PG数据库中存储前端2的虚拟目录以及静 态资源压缩包， 其中所述虚拟目录存储所述前端2的项目文件及所述项目文件的压缩文件。 0068 本实施方式中， 所述预存储模块401在所述PG数据库中新增第一表格及第二表格， 所述第一表格用于存储前端2的项目文件， 所述第二表格用于存储项目的压缩文件。 所述PG 数据库设置在云平台4的PaaS服务层中。 本实施方式中， 所述预存储模块401通过网关。

44、设备1 在云平台4的PaaS服务层的PG数据库中配置存储所述第一表格及第二表格的项目文件及项 目文件的压缩文件。 其中， 所述项目文件包括项目标识号、 文件名、 文件路径、 禁用/开启标 示、 创建时间标示、 更新时间标示。 所述项目文件的压缩文件包括文件标识号、 文件名、 文件 类型、 文件内容、 文件大小、 版本、 对应的虚拟目录、 禁用/开启标示、 创建时间标示、 更新时 间标示。 0069 所述配置模块402从与所述网关设备通信连接的多租户配置中心获取所述网关设 备的配置数据， 从网关设备1配置管理的Restful APIs中确定一目标API， 通过所述目标API 对所述网关设备1的配。

45、置数据进行查询和修改， 并将修改后的所述配置数据存储到所述PG 数据库中。 0070 本实施方式中， 所述云平台4包括KONG-PORTAL-ADMIN服务功能。 本实施方式中， 所 述配置模块402通过管理控制台Portal上对网关设备1的配置数据进行配置管理， 并通过所 述云平台4的KONG-PORTAL-ADMIN服务的目标API对存储在第一表格及第二表格中的配置数 据进行查询和修改， 并将所述配置数据存储到云平台4的PG数据库中。 在具体实施方式中， 所述管理控制平台Portal提供管理界面， 所述配置模块402通过所述管理界面对网关设备1 进行配置管理。 本实施方式中， 所述网关设备。

46、1接收所述管理界面对所述网关设备1进行配 置管理的操作。 本实施方式中， 所述管理控制台Portal对网关设备1进行配置管理的操作包 说明书 7/11 页 10 CN 111580854 A 10 括发布前端2的内容， 管理前端2与后端3之间的入口流量的路由转发配置。 本实施方式中， 所述前端2的静态资源压缩包的数据通过所述管理控制台Portal上传到PG数据库中进行存 储。 本实施方式中， 通过提供网关设备1配置管理的Restful APIs， 并通过Restful APIs对 网关设备1的配置数据进行查询和修改， 可以方便用户对网关设备1的配置数据进行修改。 0071 所述初始化模块403。

47、从与所述网关设备1通信连接的多租户配置中心获取所述网 关设备1的配置数据、 前端2发布的虚拟目录及静态资源压缩包， 下载所述静态资源压缩包 并解压到所述网关设备1的本地以对所述网关设备1进行初始化。 0072 本实施方式中， 所述初始化模块403通过Go语言开发并构建多租户配置中心， 并将 所述多租户配置中心与所述网关设备1连接。 本实施方式中， 构建的所述多租户配置中心能 够基于多租户对网关设备1的配置数据进行配置查询和存储。 本实施方式中， 与所述多租户 配置中心相连接的网关设备1支持多租户访问所述PG数据库， 并通过多租户配置中心获取 前端2的虚拟目录以及静态资源压缩包， 如此， 避免用。

48、户单独申请PG数据库， 造成资源浪费。 0073 本实施方式中， 所述初始化模块403从与所述网关设备1通信连接的多租户配置中 心获取所述静态资源压缩包， 下载所述静态资源压缩包并解压到所述网关设备1的本地， 实 现了静态资源压缩包的自动下载、 解压， 避免部署额外的静态资源服务器用来对静态资源 压缩包的自动下载、 解压， 节省了服务器资源及手动部署流程。 0074 本实施方式中， 所述初始化模块403从与所述网关设备1通信连接的多租户配置中 心获取前端2发布的虚拟目录及静态资源压缩包包括： 通过云平台4的KONG-PORTAL-ADMIN 服务功能在数据库中插入用户对所述虚拟目录或前端静态资。

49、源压缩包进行发布修改的通 知事件； 所述网关设备1监测所述通知事件并在监测出所述通知事件时从所述多租户配置 中心中获取最新的虚拟目录及静态资源压缩包， 并更新到本地。 本实施方式中， 所述网关设 备1的配置数据包括第一访问请求的路径及虚拟目录的路径之间的路由关系。 0075 所述第一访问模块404接收所述前端2的浏览器向初始化后的所述网关设备1发送 的请求静态资源的第一访问请求， 根据所述第一访问请求的路径匹配所述前端2的虚拟目 录的路径， 并在所述第一访问请求的路径与所述前端2的虚拟目录的路径相匹配时将所述 第一访问请求发送到所述前端2的虚拟目录， 根据所述第一访问请求查找所述前端2的虚拟 。

50、目录， 并返回所述前端2的页面及静态文件内容给所述前端2的浏览器。 0076 本实施方式中， 所述浏览器使用HTTP协议发送所述第一访问请求以请求静态资 源。 所述第一访问模块404根据所述第一访问请求的路径匹配对应的前端2的虚拟目录的路 径。 当所述第一访问请求的路径与前端2的虚拟目录的路径相匹配时将所述第一访问请求 转发到所述网关设备1的5000端口的内部静态站点对应的虚拟目录， 从所述虚拟目录中取 出所述前端2的页面及静态文件， 并将取出的所述前端2的页面及静态文件内容返回给所述 前端2的浏览器。 本实施方式中， 当所述第一访问请求的路径与前端2的虚拟目录的路径不 相匹配时， 所述第一访。