[发明专利]Web服务的代理方法、装置、设备及存储介质

说明书

本发明实施例公开了一种Web服务的代理方法、装置、设备及存储介质。该方法包括：接收客户端发送的访问请求；如果确定所述访问请求为超链接请求，则对所述超链接请求的地址进行重定向，并将重定向的地址返回至客户端以使客户端生成新的访问请求；接收所述客户端发送的所述新的访问请求，并将所述新的访问请求转发至对应的服务端；接收所述服务端返回的与所述新的访问请求对应的访问响应，并将所述访问响应返回至所述客户端。上述技术方案能够以一种通用的方式解决代理网关代理Web服务时的超链接跳转问题，还可以简化对代理网关的开发和配置。

技术领域

本发明实施例涉及计算机网络技术领域，尤其涉及一种Web服务的代理方法、装置、设备及存储介质。

背景技术

反向代理方式是指以代理服务器来接收Internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给Internet上请求连接的客户端。

常用的反向代理有Nginx、Haproxy、Openresty和Kong，但是，单独的Nginx或者Haproxy的扩展能力不高，基于Nginx的Openresty使用lua脚本语言后提了动态扩展的能力，Kong进一步在Openresty的基础上搭建了一个API gateway框架，可以方便地建立动态网关。然而，Kong只是针对API gateway，而API gateway只是代理restful API请求，缺少对Web服务代理的支持。

在云上的Web服务，常常需要被聚合，以一个统一的入口暴露给用户，这就需要一个反向代理网关来为Web服务做代理。而对Web服务的代理会遇到很多问题，特别是关于超链接跳转的问题。

Web服务通常会返回html界面到用户浏览器，这些html界面中可能会包含多个超链接。如果反向代理在代理Web服务的过程中修改了超链接的uri(uniform resourceidentifier，统一资源标识符)，用户点击超链接就会出现请求失败的现象。而作为聚合Web服务的代理网关，在其向后端服务转发http请求的过程中一定会对其url进行外-内地址映射的修改，进而需要对后端服务返回的访问响应中的超链接做相应的处理以避免超链接请求失败的现象发生。目前，常用的代理网关处理方式是在Nginx、Openresty或者Kong里面修改返回给客户端的html，把html中的超链接地址改成与代理网关对应的地址，但是由于超链接的形式多种多样，进而代理网关对其进行修改的规则也对应有多种，因此这种处理方式很难一般化。

发明内容

本发明实施例提供一种Web服务的代理方法、装置、设备及存储介质，以解决代理网关在代理Web服务聚合过程中出现的问题，进而简化对Web服务聚合代理网关的开发和配置。

第一方面，本发明实施例提供了一种Web服务的代理方法，包括：

接收客户端发送的访问请求；

如果确定所述访问请求为超链接请求，则对所述超链接请求的地址进行重定向，并将重定向的地址返回至客户端以使客户端生成新的访问请求；

接收所述客户端发送的所述新的访问请求，并将所述新的访问请求转发至对应的服务端；

接收所述服务端返回的与所述新的访问请求对应的访问响应，并将所述访问响应返回至所述客户端。

第二方面，本发明实施例还提供了一种Web服务的代理装置，包括：

请求接收模块，用于接收客户端发送的访问请求；

重定向模块，用于如果确定所述访问请求为超链接请求，则对所述超链接请求的地址进行重定向，并将重定向的地址返回至客户端以使客户端生成新的访问请求；

转发模块，用于接收所述客户端发送的所述新的访问请求，并将所述新的访问请求转发至对应的服务端；