[发明专利]一种前端灰度发布方法、系统及存储介质

说明书

本发明公开了一种前端灰度发布方法、系统及存储介质，所述方法包括：当代码编码完成后，灰度版本devops打包并部署发布灰度代码到灰度目录，其中，灰度目录名采用正常目录名+灰度版本号的形式；在接收到客户端请求时，根据请求资源类型，通过openresty nginx将所述客户端请求转交到lua灰度处理模块；通过所述lua灰度处理模块从预先设定的灰度规则列表获取灰度规则，并执行，得到灰度资源路径；通知nginx灰度资源路径，并继续执行响应。相对于现有技术，本发明实现了在不改变URL路径标识前提下，利用现有机器资源，将灰度处理逻辑进行提取，统一配置部署，实现灰度的一键灰度开关，灵活定义灰度规则。

技术领域

本发明涉及信息技术领域，尤其涉及一种前端灰度发布方法、系统及存储介质。

背景技术

在当下前后端技术分离的大背景下，传统的依赖后端应用区分判断版本并动态响应web页面的形式已经行不通，目前前端灰度的方案主要有以下几种：

1、在前端项目代码中，根据当前登录用户、角色、userAgent及其它设备等信息，动态判断展示不同的内容，确定是代码很难维护，当有多个版本共存时，代码维护量会成倍增加，且当结束灰度时还需要删除相关灰度逻辑，造成工作反复；

2、通过不同的URL标记不同的版本，对于需要使用灰度版本的用户，下发不同的灰度链接，但是由于链接作为应用标识且可能广泛传播，会造成用户一定程度上的误解，而且同样存在当灰度结束时，链接要兼容到指向到稳定版本，增加后期工作量；

3、将灰度项目部署在单独的机器上，通过区分IP、代理等标识，将流量指向到灰度机器，但是这样会造成额外的资源浪费，且无法根据用户身份来区分，同时，对cdn的使用也需要特殊处理。

发明内容

本发明的主要目的在于提供一种前端灰度发布方法、系统及存储介质，旨在解决在不改变URL路径标识前提下，利用现有机器资源，将灰度处理逻辑进行提取，统一配置部署，实现灰度的一键灰度开关，灵活定义灰度规则。

为实现上述目的，本发明提供一种前端灰度发布方法，所述方法包括以下步骤：

步骤S10，当代码编码完成后，灰度版本devops打包并部署发布灰度代码到灰度目录，其中，灰度目录名采用正常目录名+灰度版本号的形式；

步骤S20，在接收到客户端请求时，根据请求资源类型，通过openrestynginx将所述客户端请求转交到lua灰度处理模块；

步骤S30，通过所述lua灰度处理模块从预先设定的灰度规则列表获取灰度规则，并执行，得到灰度资源路径；

步骤S40，通知nginx灰度资源路径，并继续执行响应。

本发明进一步地技术方案是，所述步骤S10，当代码编码完成后，灰度版本devops打包并部署发布灰度代码到灰度目录的步骤之前包括：

预先拟定灰度的版本号；

所述步骤S10，当代码编码完成后，灰度版本devops打包并部署发布灰度代码到灰度目录的步骤包括：

当代码编码完成后，通过webpack构建系统自动在页面内静态资源path前追加灰度版本号，然后采用单独打包方式，利用发布系统自动打包并部署到灰度代码到灰度目录。

本发明进一步地技术方案是，所述步骤S20，在接收到客户端请求时，根据请求资源类型，通过openresty nginx将所述客户端请求转交到lua灰度处理模块的步骤包括：

在接收到客户端请求时，区分请求资源类型；