[发明专利]灰度发布方法及装置

说明书

本发明提供一种灰度发布方法及装置，涉及计算机技术领域。方法包括：获取灰度要素和配置规则，将所述灰度要素按照所述配置规则保存在配置文件中；确定所述配置文件对应的灰度标识，基于所述灰度标识确定对应的灰度策略；根据所述灰度策略中的路由结果对目标节点进行标签，实现目标节点的灰度。本发明能够提升了灰度的灵活性，降低灰度成本。

技术领域

本发明涉及计算机测试技术领域，具体涉及一种灰度发布方法及装置。

背景技术

目前灰度发布成为趋势，一般用两种方案实现灰度发布，一种是纯码级别的，需要用if/else的逻辑来实现灰度，这种方案会导致代码冗余和耦合，代码维护成本增加。一种是系统级别的，将技术与业务代码进行区分成不同节点进行部署，虽然降低了代码侵入性，但因灰度要素和灰度策略的多样性，仍然需要在技术代码中侵入灰度决策的判断，一旦有灰度要素和灰度策略的变化，就需要修改代码停机发版本，不能杜绝代码侵入。

但现有的灰度决策是代码侵入性的，需要在代码中对灰度要素(有些根据机构，有些根据客户号等)进行判断，代码侵入且不够灵活，降低了程序稳定性。同时，生产中灰度引流节点需要独立部署，新节点容易因不符合标准模型，如：云原生能力对标模型、安全可信模型而产生生产隐患。主要暴露的问题如下：

1、代码侵入。当灰度策略变化时，需侵入性修改代码，主要是灰度决策的逻辑，无法适应动态灰度的场景。

2、代码不标准隐藏生产隐患。随着系统功能的逐步完善与系统架构的转型，为提升业务代码的稳定性，会尽可能聚合业务代码将有纯业务逻辑的代码逐渐下沉，而把技术代码抽离成独立部署的节点，以应对因技术快速变革而产生的变化。但新增的独立部署的节点往往借鉴以前的程序代码，旧代码没经过标准新模型的对标，从而有生产隐患。

3、新增编码成本。因灰度引流节点需要独立部署，而该节点实现的功能近乎相似，都需要包含灰度、监控、日志等功能，各个应用需从0到1搭建一套程序，新增了编码成本。

发明内容

针对现有技术中的问题，本发明提供一种灰度发布方法及装置，具体包括以下技术方案：

第一方面，本发明提供一种灰度发布方法，包括：

获取灰度要素和配置规则，将所述灰度要素按照所述配置规则保存在配置文件中；

确定所述配置文件对应的灰度标识，基于所述灰度标识确定对应的灰度策略；

根据所述灰度策略中的路由结果对目标节点进行标签，实现目标节点的灰度。

其中，所述配置文件采用json格式进行编写，采用yml后缀的文件格式进行保存。

其中，每个所述灰度策略对应至少两个所述灰度标识。

其中，所述灰度策略包含：匹配条件以及匹配条件对应的灰度标签值。

第二方面，本发明提供一种灰度发布装置，包括：

参数模块，用于获取灰度要素和配置规则，将所述灰度要素按照所述配置规则保存在配置文件中；

标签模块，用于确定所述配置文件对应的灰度标识，基于所述灰度标识确定对应的灰度策略；

路由模块，用于根据所述灰度策略中的路由结果对目标节点进行标签，实现目标节点的灰度。

其中，所述配置文件采用json格式进行编写，采用yml后缀的文件格式进行保存。

其中，每个所述灰度策略对应至少两个所述灰度标识。

其中，所述灰度策略包含：匹配条件以及匹配条件对应的灰度标签值。