CN115878172A - 前端灰度发布方法、系统和电子设备 - Google Patents

Abstract

本发明提供了一种前端灰度发布方法、系统和电子设备，涉及计算机技术领域，该方法应用于前端灰度发布系统，该系统包括：反向代理服务器和灰度服务器；该方法包括：反向代理服务器基于用户请求获取用户信息和当前请求地址；灰度服务器根据用户信息和策略规则库，获取版本灰度标签；版本灰度标签对应前端应用以及前端应用的版本号；灰度服务器基于版本灰度标签和当前请求地址，生成灰度版本地址；灰度版本地址用于获取灰度页面，通过该方法缓解了现有前端灰度发布方案中存在策略维护操作繁琐、计算量大的问题，实现了独立灰度服务降低发布风险、降低运算量的效果。

Description

前端灰度发布方法、系统和电子设备

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种前端灰度发布方法、系统和电子设备。

背景技术

灰度发布是指在黑与白之间，能够平滑过渡的一种发布方式。在其上可以进行A/Btesting，即让一部分用户继续用产品特性A，一部分用户开始用产品特性B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面来。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现并调整问题，以保证产品影响度。

当前流行的前后端分离设计，前端页面基本是纯静态页面，很难根据不同的用户去做不同的版本响应。大多时候静态资源经过内容分发网络CDN加速，根据不同用户去响应不同版本更加困难；而通过CDN加速的URI需要发布，经常需要刷新前端静态缓存来解决用户如何获取最新静态资源的问题，并且实现灰度功能的难度较大。也就是说，现有的前端灰度发布方案中存在策略维护操作繁琐、计算量大的问题。

发明内容

本发明的目的在于提供一种前端灰度发布方法、系统和电子设备，以缓解现有技术中的策略维护操作繁琐、计算量大问题。

其中一个方面，提供一种前端灰度发布方法，应用于前端灰度发布系统，上述前端灰度发布系统包括：反向代理服务器和灰度服务器；上述方法包括：

上述反向代理服务器基于用户请求获取用户信息和当前请求地址；

上述灰度服务器根据上述用户信息和策略规则库，获取版本灰度标签；上述版本灰度标签对应前端应用以及上述前端应用的版本号；

上述灰度服务器基于上述版本灰度标签和上述当前请求地址，生成灰度版本地址；上述灰度版本地址用于获取灰度页面。

通过上述方法将前端灰度发布服务独立，利用版本页面跳转模式，解决了前端灰度发布CDN不友好的问题，不需要刷新CDN即可在相同的项目加载不同版本的页面，从而实现前端灰度发布，实现了独立灰度服务、降低灰度发布风险的效果。

在一种实施方式中，在上述反向代理服务器基于用户请求获取用户信息和当前请求地址的步骤之前，上述方法还包括：上述灰度服务器根据应用标签与应用版本映射生成策略规则库；上述应用标签与应用版本映射由前端管理系统根据开发端推送的前端应用的打包版本生成。

在一种实施方式中，上述策略规则库包括灰度策略清单，上述灰度策略清单包括至少一条灰度策略；上述灰度服务器根据上述用户信息和策略规则库，获取版本灰度标签，包括：上述灰度服务器根据上述用户信息和灰度策略清单，确定用户标签以及灰度版本号。

在一种实施方式中，上述灰度服务器基于上述版本灰度标签和上述当前请求地址，生成灰度版本地址的步骤，包括：基于上述灰度版本号，响应渲染带版本的页面；根据脚本计算的跳转地址，利用带版本号的hash模型跳转页面进行静态资源响应，获得灰度页面。

其中另一个方面，提供一种前端灰度发布方法，应用于前端灰度发布系统，上述前端灰度发布系统包括：反向代理服务器和灰度服务器；上述方法包括：

上述反向代理服务器基于用户请求获取用户标签；上述用户标签包括当前请求版本地址和用户重写标记；

上述灰度服务器根据上述用户重写标记和策略规则库，确定与上述用户标签所匹配的应用版本并返回用户端；上述用户端根据上述应用版本生成新的用户请求，上述新的用户请求包括新的请求地址；上述新的请求地址用于获取灰度页面。

通过上述方法在第一次请求时直接下发用户标记，然后根据用户标记获取版本号，利用固定路径跳转模式，不需要现场重复计算，解决了计算量大的问题，实现了降低运算量的效果。

在一种实施方式中，在上述反向代理服务器基于用户请求获取用户标签的步骤之前，上述方法还包括：基于开发端提供的版本灰度，创建针对当前用户标签的策略规则库；上述策略规则库包括灰度策略清单，上述灰度策略清单包括至少一条灰度策略；上述灰度策略包括：cookie数据、用户标签、应用版本和重写标志。

在一种实施方式中，上述灰度服务器根据上述用户重写标记和策略规则库，确定与上述用户标签匹配的应用版本并返回用户端的步骤，包括：上述灰度服务器基于上述用户标签和灰度策略清单，响应渲染的跳转页面；根据保存的上述cookie数据利用hash模型刷新页面进行静态资源响应，获得灰度页面。

另一方面，提供一种前端灰度发布系统，包括反向代理服务器和灰度服务器；

上述反向代理服务器用于基于用户请求获取用户信息和当前请求地址；

上述灰度服务器用于根据上述用户信息和策略规则库，获取版本灰度标签；

上述版本灰度标签对应前端应用以及上述前端应用的版本号；

上述灰度服务器还用于基于上述版本灰度标签和上述当前请求地址，生成灰度版本地址；上述灰度版本地址用于获取灰度页面。

另一方面，提供一种前端灰度发布系统，包括反向代理服务器和灰度服务器；上述反向代理服务器用于基于用户请求获取用户标签；上述用户标签包括当前请求版本地址和用户重写标记；

上述灰度服务器用于根据上述用户重写标记和策略规则库，确定与上述用户标签所匹配的应用版本并返回用户端；上述用户端根据上述应用版本生成新的用户请求，上述新的用户请求包括新的请求地址；上述新的请求地址用于获取灰度页面。

另一方面，提供一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面或第二方面任一项所述的方法的步骤。

本发明提供了一种前端灰度发布方法、系统和电子设备，该方法应用于前端灰度发布系统，该系统包括：反向代理服务器和灰度服务器；该方法包括：反向代理服务器基于用户请求获取用户信息和当前请求地址；灰度服务器根据用户信息和策略规则库，获取版本灰度标签；版本灰度标签对应前端应用以及前端应用的版本号；灰度服务器基于版本灰度标签和当前请求地址，生成灰度版本地址；灰度版本地址用于获取灰度页面，通过该方法缓解了现有前端灰度发布方案中存在策略维护操作繁琐、计算量大的问题，实现了独立灰度服务降低发布风险、降低运算量的效果。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种前端灰度发布方法的流程示意图；

图2为本发明实施例提供的另一种前端灰度发布方法的流程示意图；

图3为本发明实施例提供的一种前端灰度发布与响应流程的示意图；

图4为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。下面结合附图，对本发明的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

目前，灰度发布方案普遍通过前后端分离设计实现，端页面基本是纯静态页面，很难根据不同的用户去做不同的版本响应。大多时候静态资源经过内容分发网络CDN加速，根据不同用户去响应不同版本更加困难；而通过CDN加速的URI需要发布，经常需要刷新前端静态缓存来解决用户如何获取最新静态资源的问题，并且实现灰度功能的难度较大。也就是说，现有的前端灰度发布方案中存在策略维护操作繁琐、计算量大的问题。基于此，本发明实施例提供了一种灰度发布方法，以缓解上述策略维护操作繁琐、CDN不友好的问题。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种前端灰度发布方法进行详细介绍，参见图1和图2所示的前端灰度发布方法的流程示意图，该方法可以由电子设备执行，该方法应用于前端灰度发布系统，该前端灰度发布系统包括：反向代理服务器和灰度服务器。

其中，图1所示的一种前端灰度发布方法主要包括以下步骤S110至步骤S130：

S110：反向代理服务器基于用户请求获取用户信息和当前请求地址；

S120：灰度服务器根据用户信息和策略规则库，获取版本灰度标签；版本灰度标签对应前端应用以及前端应用的版本号；

其中，策略规则库可以是灰度服务器根据应用标签与应用版本映射生成；应用标签与应用版本映射则可以通过前端管理系统根据开发端推送的前端应用的打包版本生成。

参见图3所示，作为一个具体的示例，通过前端管理系统(liuops)建立标签与版本映射，并且将具体应用、标签、版本关系同步缓存至灰度服务器，生成策略规则库。

S130：灰度服务器基于版本灰度标签和当前请求地址，生成灰度版本地址；灰度版本地址用于获取灰度页面。

通过该方法将前端灰度发布服务独立，利用版本页面跳转模式，解决了前端灰度发布CDN不友好的问题，不需要刷新CDN即可在相同的项目加载不同版本的页面，从而实现前端灰度发布，实现了独立灰度服务、降低灰度发布风险的效果。

在一种实施例中，策略规则库包括灰度策略清单，灰度策略清单包括至少一条灰度策略。上述S120中，灰度服务器根据用户信息和策略规则库，获取版本灰度标签的步骤，可以包括：灰度服务器根据用户信息和灰度策略清单，确定用户标签以及灰度版本号。

需要说明的是，灰度策略清单中至少包括一条默认兜底策略，还可以包括若干条其他灰度策略，以满足针对用户的不同需求实现前端灰度的精准发布。在进行灰度策略匹配时，可以先对用户请求进行判断，如果存在用户标签，则直接查询标签对应版本并返回版本号；如果不存在用户标签，则进行灰度策略匹配，为用户匹配标签，并查询该标签对应版本后返回版本号。作为一个具体的示例，灰度策略的结构可以包括：请求头值、请求参数和用户信息。

在一种实施例中，S130灰度服务器基于版本灰度标签和当前请求地址，生成灰度版本地址的步骤，包括：基于灰度版本号，响应渲染带版本的页面；根据脚本计算的跳转地址，利用带版本号的hash模型跳转页面进行静态资源响应，获得灰度页面。

作为一个具体的示例，参见图3所示的一种前端灰度发布与响应流程的示意图，在版本路径方式实现前端灰度发布方法的过程中，通过灰度服务器(gray-sever)运行灰度策略清单获得灰度版本号后，响应带渲染版本的页面，根据用户端脚本计算的跳转地址，由反向代理服务器(nginx)直接利用带版本号的hash模型跳转页面响应静态资源，生成灰度版本地址以供用户端获取灰度页面。

通过上述前端灰度发布方法获取页面时，重定向至一个带版本高路径的页面地址，下一次重复请求CDN的链接是带上版本号的链接，相当于不需要刷新CDN即可在相同的项目加载不同版本的页面，实现了CDN友好的版本路径跳转模式。

相应的，本发明实施例还提供一种前端灰度发布系统，该系统包括反向代理服务器和灰度服务器；其中，反向代理服务器用于基于用户请求获取用户信息和当前请求地址；灰度服务器用于根据用户信息和策略规则库，获取版本灰度标签；版本灰度标签对应前端应用以及前端应用的版本号；灰度服务器还用于基于版本灰度标签和当前请求地址，生成灰度版本地址；灰度版本地址用于获取灰度页面。

此外，本发明实施例还提供了另一种前端灰度发布方法，以缓解现有灰度发布方案根据用户信息取得版本，每次刷新重新计算导致计算量大的问题。为便于对本实施例进行理解，接下来对本发明实施例所公开的另一种前端灰度发布方法进行详细介绍，参见图2所示的另一种前端灰度发布方法的流程示意图，该方法可以由电子设备执行，应用于前端灰度发布系统，该前端灰度发布系统包括：反向代理服务器和灰度服务器；该方法主要包括以下步骤S210至步骤S230：

S210：反向代理服务器基于用户请求获取用户标签；用户标签包括当前请求版本地址和用户重写标记；

S220：灰度服务器根据用户重写标记和策略规则库，确定与用户标签所匹配的应用版本并返回用户端；

其中，该策略规则库针对当前用户标签，可以基于开发端提供的版本灰度创建；作为一个具体的示例，策略规则库可以包括灰度策略清单，灰度策略清单包括至少一条灰度策略；灰度策略包括：cookie数据、用户标签、应用版本和重写标志。

S230：用户端根据应用版本生成新的用户请求，新的用户请求包括新的请求地址；新的请求地址用于获取灰度页面。

通过上述方法在第一次请求时直接下发用户标记，然后根据用户标记获取版本号，利用固定路径跳转模式，不需要现场重复计算，解决了计算量大的问题，实现了降低运算量的效果。

在一种实施例中，上述S220灰度服务器根据用户重写标记和策略规则库，确定与用户标签匹配的应用版本并返回用户端的步骤，可以包括：灰度服务器基于用户标签和灰度策略清单，响应渲染的跳转页面；根据保存的cookie数据利用hash模型刷新页面进行静态资源响应，获得灰度页面。

作为一个具体的示例，参见图3所示，在固定路径方式实现前端灰度发布方法的过程中，通过反向代理服务器检查重写标志后，反代入灰度服务器，如果不存在重写标志，则由灰度服务器运行灰度策略清单，设置cookie数据、用户标签、应用版本和重写标志，响应渲染的跳转页面，由用户端直接保存cookie数据，经由反向代理服务器利用hash模型刷新页面响应静态资源，生成新的灰度版本地址以供用户端获取灰度页面；如果存在重写标志，则直接通过反向代理服务器响应静态资源。

通过固定路径跳转模式，对uri hash、请求参数等加以保留，避免了参数丢失的问题；并且在第一次请求时直接下发用户标记，然后根据用户标记获取版本号，不需要现场重复计算，解决了计算量大的问题，实现了降低运算量的效果。

此外，本发明实施例还提供了一种前端灰度发布系统，该系统包括反向代理服务器和灰度服务器；

反向代理服务器用于基于用户请求获取用户标签；用户标签包括当前请求版本地址和用户重写标记；

灰度服务器用于根据用户重写标记和策略规则库，确定与用户标签所匹配的应用版本并返回用户端；用户端根据应用版本生成新的用户请求，新的用户请求包括新的请求地址；新的请求地址用于获取灰度页面。

本申请实施例所提供的前端灰度发布系统可以为设备上的特定硬件或者安装于设备上的软件或固件等。本申请实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。本申请实施例提供的前端灰度发布系统与上述实施例提供的前端灰度发布方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

本申请实施例还提供了一种电子设备，具体的，该电子设备包括处理器和存储装置；存储装置上存储有计算机程序，计算机程序在被所述处理器运行时执行如上所述实施方式的任一项所述的方法。

图4为本申请实施例提供的一种电子设备的结构示意图，该电子设备400包括：处理器40，存储器41，总线42和通信接口43，所述处理器40、通信接口43和存储器41通过总线42连接；处理器40用于执行存储器41中存储的可执行模块，例如计算机程序。

其中，存储器41可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口43(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线42可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器41用于存储程序，所述处理器40在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器40中，或者由处理器40实现。

处理器40可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器40中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器40可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器41，处理器40读取存储器41中的信息，结合其硬件完成上述方法的步骤。

对应于上述方法，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有机器可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述方法的步骤。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (10)

1.一种前端灰度发布方法，其特征在于，应用于前端灰度发布系统，所述前端灰度发布系统包括：反向代理服务器和灰度服务器；所述方法包括：

所述反向代理服务器基于用户请求获取用户信息和当前请求地址；

所述灰度服务器根据所述用户信息和策略规则库，获取版本灰度标签；所述版本灰度标签对应前端应用以及所述前端应用的版本号；

所述灰度服务器基于所述版本灰度标签和所述当前请求地址，生成灰度版本地址；所述灰度版本地址用于获取灰度页面。

2.如权利要求1所述的前端灰度发布方法，其特征在于，在所述反向代理服务器基于用户请求获取用户信息和当前请求地址的步骤之前，所述方法还包括：

所述灰度服务器根据应用标签与应用版本映射生成策略规则库；所述应用标签与应用版本映射由前端管理系统根据开发端推送的前端应用的打包版本生成。

3.如权利要求2所述的前端灰度发布方法，其特征在于，所述策略规则库包括灰度策略清单，所述灰度策略清单包括至少一条灰度策略；

所述灰度服务器根据所述用户信息和策略规则库，获取版本灰度标签，包括：

所述灰度服务器根据所述用户信息和灰度策略清单，确定用户标签以及灰度版本号。

4.如权利要求3所述的前端灰度发布方法，其特征在于，所述灰度服务器基于所述版本灰度标签和所述当前请求地址，生成灰度版本地址的步骤，包括：

基于所述灰度版本号，响应渲染带版本的页面；

根据脚本计算的跳转地址，利用带版本号的hash模型跳转页面进行静态资源响应，获得灰度页面。

5.一种前端灰度发布方法，其特征在于，应用于前端灰度发布系统，所述前端灰度发布系统包括：反向代理服务器和灰度服务器；所述方法包括：

所述反向代理服务器基于用户请求获取用户标签；所述用户标签包括当前请求版本地址和用户重写标记；

所述灰度服务器根据所述用户重写标记和策略规则库，确定与所述用户标签所匹配的应用版本并返回用户端；

所述用户端根据所述应用版本生成新的用户请求，所述新的用户请求包括新的请求地址；所述新的请求地址用于获取灰度页面。

6.如权利要求5所述的前端灰度发布方法，其特征在于，在所述反向代理服务器基于用户请求获取用户标签的步骤之前，所述方法还包括：

基于开发端提供的版本灰度，创建针对当前用户标签的策略规则库；所述策略规则库包括灰度策略清单，所述灰度策略清单包括至少一条灰度策略；所述灰度策略包括：cookie数据、用户标签、应用版本和重写标志。

7.如权利要求6所述的前端灰度发布方法，其特征在于，所述灰度服务器根据所述用户重写标记和策略规则库，确定与所述用户标签匹配的应用版本并返回用户端的步骤，包括：

所述灰度服务器基于所述用户标签和灰度策略清单，响应渲染的跳转页面；

根据保存的所述cookie数据利用hash模型刷新页面进行静态资源响应，获得灰度页面。

8.一种前端灰度发布系统，其特征在于，包括反向代理服务器和灰度服务器；

所述反向代理服务器用于基于用户请求获取用户信息和当前请求地址；

所述灰度服务器用于根据所述用户信息和策略规则库，获取版本灰度标签；

所述版本灰度标签对应前端应用以及所述前端应用的版本号；

所述灰度服务器还用于基于所述版本灰度标签和所述当前请求地址，生成灰度版本地址；所述灰度版本地址用于获取灰度页面。

9.一种前端灰度发布系统，其特征在于，包括反向代理服务器和灰度服务器；

所述反向代理服务器用于基于用户请求获取用户标签；所述用户标签包括当前请求版本地址和用户重写标记；

所述灰度服务器用于根据所述用户重写标记和策略规则库，确定与所述用户标签所匹配的应用版本并返回用户端；所述用户端根据所述应用版本生成新的用户请求，所述新的用户请求包括新的请求地址；所述新的请求地址用于获取灰度页面。

10.一种电子设备，其特征在于，包括存储器、处理器、以及存储在所述处理器上的前端灰度发布程序，所述前端灰度发布程序被所述处理器运行时执行如权利要求1至4或5至7任意一项所述的方法的步骤。

Images