CN110661835A - 一种灰度发布方法及其处理方法、节点及***和存储装置 - Google Patents

Abstract

本申请公开了一种灰度发布方法及其处理方法、节点及***和存储装置。其中，所述方法包括：转发节点接收用户的访问请求，并获得所述用户的用户标识；将所述用户标识与预存的目标用户信息进行匹配；其中，所述目标用户信息是由数据分析节点利用对用户访问记录的分析结果确定的，且与策略节点确定的目标用户特征匹配的用户信息；若匹配成功，则将所述访问请求转发至配置有应用的灰度版本的目标服务节点进行处理；若匹配失败，则将所述访问请求转发至配置有所述应用的正常版本的普通服务节点进行处理。上述方案，能够提高发布对象的获取效率和准确性。

Description

一种灰度发布方法及其处理方法、节点及***和存储装置

技术领域

本申请涉及互联网领域，特别是涉及一种灰度发布方法及其处理方法、节点及***和存储装置。

背景技术

目前，互联网应用的发布越来越多地使用灰度发布的方式。为降低应用升级发布后由于各种未知因素而导致的风险，应用需在升级后逐步扩大使用用户的范围。在此过程中，如升级后应用出现问题，则可以将该升级后的应用立即回滚到之前稳定的版本，研发团队立即对此问题进行修复，又或者在上述过程中，那一小部分用户针对升级功能的使用情况进行及时的反馈，产品团队可在对这些反馈的分析后，及时对这些功能进行完善重新发布。此灰度发布方式，可将升级发布后带来的影响缩小到最小范围。

在灰度发布中，灰度策略的选择是至关重要的环节。现有的灰度策略的实现主要是人工白名单配置，确定发布对象后，人工将该发布对象信息整理得到白名单，并将白名单缓存。当接收到用户请求时，从请求中获取来源，从缓存中读取白名单，再将请求来源匹配白名单中的数据，如果匹配成功，则将该请求转发至升级版本的服务节点进行处理，以实现对该升级版本的测试。

然而，现有的灰度策略方式，需依靠人工指定白名单用户，往往人工指定的白名单并不能准确囊括发布对象，而且人工配置的效率低下。

发明内容

本申请主要解决的技术问题是提供一种灰度发布方法及其处理方法、节点及***和存储装置，能够提高发布对象的获取效率和准确性。

为了解决上述问题，本申请第一方面提供了一种灰度发布方法，包括：转发节点接收用户的访问请求，并获得所述用户的用户标识；将所述用户标识与预存的目标用户信息进行匹配；其中，所述目标用户信息是由数据分析节点利用对用户访问记录的分析结果确定的，且与策略节点确定的目标用户特征匹配的用户信息；若匹配成功，则将所述访问请求转发至配置有应用的灰度版本的目标服务节点进行处理；若匹配失败，则将所述访问请求转发至配置有所述应用的正常版本的普通服务节点进行处理。

为了解决上述问题，本申请第二方面提供了一种用于灰度发布的信息处理方法，包括：策略节点确定灰度发布的目标用户特征；向数据分析节点发送包含所述目标用户特征的信息获取请求；接收所述数据分析节点反馈的目标用户信息，其中，所述目标用户信息为所述数据分析节点利用对用户访问记录的分析结果确定的与所述目标用户特征匹配的用户信息；保存所述目标用户信息，其中，所述目标用户信息用于确定灰度发布的目标用户。

为了解决上述问题，本申请第三方面提供了一种用于灰度发布的转发节点，包括存储器、处理器、以及通信电路；所述通信电路用于与其他节点实现通信；所述处理器用于运行所述存储器存储的程序指令以执行上述灰度发布方法。

为了解决上述问题，本申请第四方面提供了一种用于灰度发布的策略节点，包括存储器、处理器、以及通信电路；所述通信电路用于与其他节点实现通信；所述处理器用于运行所述存储器存储的程序指令以执行上述用于灰度发布的信息处理方法。

为了解决上述问题，本申请第五方面提供了一种存储装置，存储有处理器可运行的程序指令，所述程序指令用于执行上述的方法。

上述方案中，灰度发布的目标用户(也即发布对象)是由数据分析节点对用户访问记录进行分析且与策略节点确定的目标用户特征进行匹配得到的，相比于人工指定发布对象，由数据分析节点智能分析得到，可以提高发布对象的获取效率，而且将目标用户特征与用户分析结果进行匹配得到发布对象，可以更准确囊括发布对象，故提高了发布对象的获取准确性。

附图说明

图1a是本申请灰度发布***一实施例的流程示意图；

图1b是本申请灰度发布***另一实施例的流程示意图；

图2是本申请灰度发布方法一实施例的流程示意图；

图3是本申请灰度发布方法另一实施例的流程示意图；

图4是本申请用于灰度发布的信息处理方法一实施例的流程示意图；

图5是本申请用于灰度发布的信息处理方法另一实施例的流程示意图；

图6是本申请灰度发布方法又一实施例的流程示意图；

图7是本申请用于灰度发布的转发节点一实施例的结构示意图；

图8是本申请用于灰度发布的策略节点一实施例的结构示意图；

图9是本申请存储装置一实施例的结构示意图。

具体实施方式

下面结合说明书附图，对本申请实施例的方案进行详细说明。

以下描述中，为了说明而不是为了限定，提出了诸如特定***结构、接口、技术之类的具体细节，以便透彻理解本申请。

本文中术语“***”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。本文中所述的“多”为大于或等于二。

请参阅图1a，图1a是本申请灰度发布***一实施例的结构示意图。本实施例中，***10包括策略库11、策略节点12、数据分析节点13、预设数据库14、转发节点15和多个服务节点16。

该***10用于与至少一个用户节点20连接，用户节点20用于响应用户操作而生成用户的访问请求，并将该访问请求发送至***10中进行处理。具体地，该用户节点20与***10中的转发节点15连接。用户节点20将该访问请求发送至转发节点15进而转发至服务节点16进行处理，其中，该访问请求为与该灰度发布***相关的应用(服务节点16配置的应用)的请求。

本实施例中，灰度发布***10目的是将应用的灰度版本进行灰度发布，即先以部分用户作为发布对象来测试该灰度版本，并在测试通过后，可将灰度版本面向所有用户。具体地，为了实现该灰度发布，本实施例提出利用数据分析节点智能确定进行上述测试的目标用户(也即发布对象)，以避免手工配置目标用户导致效率和准确性低下的问题。下面对本实施例***的各节点进行说明。

策略库11用于存储灰度发布策略，该灰度发布策略确定目标用户所具有的特征。该策略库11可以为预先设置的一数据库。其中，为了实现策略的动态调整，该策略库可以具有以下至少一个接口：策略修改接口、策略新增接口和策略删除接口。外界(如人或设备)可通过该策略修改接口修改策略库中的策略，可通过策略新增接口新增策略到策略库中，也可通过策略删除接口将策略数据库中的策略删除。由此，在灰度发布过程中，可根据实际需求调整策略，当策略库11中的策略发生更新时，策略节点12则重新将从策略库11读取策略确定目标用户特征，并通过数据分析节点13得到目标用户信息，并保存在预设设数据库14中。

策略节点12用于从策略库11获取策略，根据该策略确定目标用户特征，并从数据分析节点13中获取与该目标用户特征匹配的目标用户信息，进而将目标用户信息存储在预设数据库14中。具体地，该策略节点可以包括策略配置模块、数据分析交互模块、数据库操作模块和服务注册中心操作模块。其中，策略配置模块用于从策略库11获取策略，还可对策略进行修改等。数据分析交互模块用于与数据分析节点13进行数据交互。数据库操作模块用于将从数据分析节点13获得的目标用户信息保存至预设数据库14中。服务注册中心操作模块用于修改服务注册中心节点的元数据。

数据分析节点13用于对用户访问记录进行分析，得到每个用户的特征，并在确定的用户特征中查找包含策略节点12发送的目标用户特征的用户特征，并将查找到的用户特征对应的用户信息作为目标用户信息，并发送给策略节点12。

预设数据库14用于存储策略节点12从数据分析节点13中获取的目标用户信息。该预设数据库14为灰度发布提供了目标用户信息，故转发节点15可以根据预设数据库14中的目标用户信息将用户节点的访问请求转发到对应的服务节点16中。其中，该目标用户信息包括至少一个目标用户的信息。

转发节点15用于接收用户节点20发送的访问请求，获得发出访问请求的用户的用户标识，并从预设数据库14中读取目标用户信息，并确定该获得的用户标识是否与目标用户信息匹配，在匹配成功时，将访问请求转发给目标服务节点161进行处理，在匹配失败时，将访问请求转发给普通服务节点162。该转发节点具15体可以为网关。具体地，该转发节点15可以包括***、数据库操作模块、负载均衡模块和服务注册中心交互模块。其中，***用于拦截用户的访问请求、数据库操作模块用于读取预设数据库14中的目标用户信息。负载均衡模块用于根据访问请求的用户与目标用户信息的匹配情况，将访问请求发送给目标服务节点或普通服务节点。该负载均衡模块可根据服务节点的标记确定目标服务节点，也可通过轮询算法将接收到的访问请求依序转发至不同普通服务节点，而且可根据服务节点的权重确定是否将访问节点发送给该服务节点。注册中心交互模块用于与服务注册中心进行数据交互。

进一步地，该转发节点15还可以用于为在将访问请求转发给目标服务节点161之前，将发出该访问请求的用户的特征信息(如上述的特征标记)加入到访问请求中。

服务节点16用于配置应用以对该应用的访问请求进行处理。具体地，服务节点16包括目标服务节点161和普通服务节点162。正常情况下，所有服务节点均配置有应用的正常版本(即已通过灰度发布测试的版本)，这些服务节点称之为普通服务节点162。在灰度发布过程中，为了对应用的灰度版本进行测试，将其中一部分服务节点(例如其中一个服务节点)配置应用的灰度版本(可以为应用的升级版本)，以作为目标服务节点161，以专门处理目标用户的访问请求。目标用户对该处理情况进行反馈以确定测试结果，并在测试通过时确定该灰度版本可以作为新的正常版本，故将所有普通服务节点均更新配置为灰度版本，此时整个***均采用灰度版本处理后续所有用户的访问请求，故完成了灰度发布的过程。

进一步地，为了可以根据实际***的请求量调整其请求处理能力，该***10还包括服务注册中心节点17，服务注册中心节点17与转发节点15以及各服务节点16连接。该服务注册中心节点17用于实现服务注册与发现，即***的服务节点16组成微服务架构，均在服务注册中心节点17中完成注册，以在服务注册中心节点保存其注册信息。转发节点15进而根据该注册信息发现服务节点并将请求转发至相应服务节点。故，若当前服务节点16无法承载目前的请求量，则可动态增加新的服务节点16，并将新的服务节点16在注册中心节点17注册即可，此时转发节点15根据服务注册中心节点中的注册信息可识别出该新增的服务节点16，故可提高了该***的服务节点配置的灵活性。其中，该服务注册中心节点可以为采用Eureka服务发现组件。该注册信息可以包括该服务节点16的元数据(Meta-Data)，以及服务节点16的网络地址(如IP地址)、端口信息等，该元数据中可以包括服务节点的标记，以区分该服务节点为普通服务节点还是目标服务节点。

可以理解的是，***中的服务节点未必均与转发节点直接连接的，如图1b所示，可以存在多级服务节点16，转发节点通过服务节点与其下一级的服务节点连接。在这种情况下，若目标服务节点161为不与转发节点15直接连接的节点，则转发节点15通过该目标服务节点161的上一级普通服务节点162将访问请求转发至目标服务节点161中。

通过上述***，可实现对应用灰度版本的灰度发布，而且，在灰度发布过程中，直接利用数据分析节点智能确定目标用户也即发布对象，无需手动配置，提高发布对象的获取效率和准确性。

可以理解的是，在其他实施例中，上述预设数据库和策略库可以设置在策略节点12所在的设备中，另外，该目标用户信息和策略也可不采用预设数据库和策略库的方式保存，而是采用其他方式保存例如保存在同一数据库中。

另外，本文所述的节点之间是以功能进行区分，故实际上不同的节点可以在同一设备或者不同设备上实现。例如，上述多个服务节点，可以设置在同一服务器中，每个服务节点作为一个服务实例，具有其独立请求响应能力，且具有网络地址(如IP地址)以用于与转发节点通信。或者，每个服务节点设置在不同服务器中。

具体而言，上述***实现的灰度发布方法及其对应的信息处理方法请参考下面方法实施例的描述。

请参阅图2，图2是本申请灰度发布方法一实施例的流程示意图。本实施例中，该方法可由上述的转发节点执行，包括以下步骤：

S210：转发节点接收用户的访问请求，并获得所述用户的用户标识。

例如，用户通过其用户节点(如用户终端)向该***发送访问请求。转发节点通过其***拦截到该访问请求，并利用该访问请求中用户的浏览器COOKIE中获得用户标识。在一应用场景中，用户通过其用户节点首次登录该应用时由认证节点对该用户节点进行认证，并为该用户配置唯一的认证标识如令牌(Token)。此后，该用户访问该应用的所有访问请求，均在请求头部上携带该认证标识。转发节点从该访问请求如请求的头部(HTTPRequest Header)中获取到该认证标识。或者，转发节点可从请求携带的用户的浏览器COOKIE中获取该认证标识。在获取认证标识之后，转发节点向所述认证节点获取与所述认证标识关联的用户标识。例如，转发节点将该认证标识发送给认证节点，由该认证节点查询认证标识与用户标识之间的对应关系，获得该认证标识对应的用户标识，将该用户标识反馈至转发节点。

进一步地，若从访问请求或浏览器COOKIE中未能获得该认证标识，或者未能从认证节点中获得与该认证标识对应的用户标识，则执行S240。

S220：转发节点将用户标识与预存的目标用户信息进行匹配。若匹配成功，则执行S230，若匹配失败，则执行S240。

其中，所述目标用户信息是由数据分析节点利用对用户访问记录的分析结果确定的，且与策略节点确定的目标用户特征匹配的用户信息。具体地，该目标用户信息可采用下面用于灰度发布的信息处理方法实施例得到，故在此不做赘述。

本实施例中，该目标用户信息包括目标用户标识和与该目标用户标识关联的用户特征。本步骤S220可具体包括将用户标识与预存的目标用户标识进行匹配。例如，该目标用户信息包括：用户名称(user_name):张三，用户身份标识号(user_id):1，特征标记(tag):“game,sport”；user_name:“李四”，user_id:2，tag:“chat，sport”。其中，该用户标识包括用户名称和用户身份标识号。转发节点利用访问请求获得用户标识为张三，则当判断预存的目标用户标识中包含有张三时，则确定该获得的用户标识与目标用户标识匹配。

S230：转发节点将所述访问请求转发至配置有应用的灰度版本的目标服务节点进行处理。

例如，对应步骤S220中判断出预存的目标用户标识中包含张三时，本步骤中，转发节点将所述访问请求转发至配置有“game，sport”特征标记的灰度版本的目标服务节点进行处理。

S240：转发节点将所述访问请求转发至配置有所述应用的正常版本的普通服务节点进行处理。

本实施例中，灰度发布***中包含多个服务节点，其中，部分服务节点配置有应用的正常版本，称为普通服务节点，部分服务节点配置有应用的灰度版本，称为目标服务节点。其中，该目标服务节点是专门用于处理目标用户的访问请求，以由目标用户对该灰度版本进行测试，普通服务节点是用于处理非目标用户的访问请求，以保证非目标用户不参与对灰度版本的测试。具体地，在要进行灰度发布时，需要将目标服务节点的应用版本配置为灰度版本。为实现此过程，转发节点可先对目标服务节点进行切流，以使所有用户的访问请求均不会转发至该服务节点。其中，可通过调整服务节点的权重(Weight)方式实现该节点切流。例如，在***中的服务节点已在服务注册中心节点完成注册的应用场景中，由策略节点向服务注册中心节点发送包含目标服务节点标识的权重设置指示，以指示服务注册中心节点将与该目标服务节点标识对应的元数据中的权重设置为0。此时，转发节点运行负载均衡的权重算法将访问请求转发至服务节点时，由于目标服务节点的权重为0，故转发节点将后续接收到的所有访问请求采用负载均衡方式转发至其他普通服务节点进行处理，其中，该负载均衡方式可以为轮询方式，即将访问请求轮流发送给每个普通服务节点。在进行切流之后，该目标服务节点停止运行，并部署该应用的灰度版本，此时将目标服务节点的权重恢复至原始值，以使该目标服务节点也可以参与对访问请求的处理。

当用户标识与目标用户信息匹配成功时，即该用户标识为目标用户的用户标识，故将该访问请求发送给目标服务节点进行处理。当用户标识与目标用户信息匹配失败时，即该用户标识不为目标用户的用户标识，故将该访问请求发送给普通服务节点进行处理。

具体地，服务节点对访问请求的处理可以为运行其配置的应用版本(灰度版本或者正常版本)来响应该访问请求，或者为响应该访问请求而将其配置的应用版本发送给用户，由用户所使用的终端运行该应用版本进行测试。另外，目标用户可根据目标服务节点对访问请求的处理对该灰度版本进行反馈，例如，当在处理过程中发现灰度版本存在问题，则向该灰度发布***或者应用开发者相关设备反馈。因此可通过在一定时间内目标用户的反馈情况确定该灰度版本是否通过测试，例如在一定时间内未有用户反馈灰度版本存在问题，则表示通过测试。此时，确定灰度版本可以作为新的正常版本，故将所有普通服务节点均更新配置为灰度版本，此时整个***均采用灰度版本处理后续所有用户的访问请求。当然，***也可以在本次灰度版本通过后，继续加大目标用户范围或者更换另一组目标用户，继续进行测试，在测试再次通过时，确定灰度版本作为新的正常版本并将所有普通服务节点更新配置为灰度版本。

本方法实施例中，灰度发布的目标用户(也即发布对象)是由数据分析节点对用户访问记录进行分析且与策略节点确定的目标用户特征进行匹配得到的，相比于人工指定发布对象，由数据分析节点智能分析得到，可以提高发布对象的获取效率，而且将目标用户特征与用户分析结果进行匹配得到发布对象，可以更准确囊括发布对象，故提高了发布对象的获取准确性。

请参阅图3，图3是本申请灰度发布方法另一实施例的流程示意图。本实施例方法包括：

S310：转发节点接收用户的访问请求，并获得所述用户的用户标识。

S320：转发节点将用户标识与预存的目标用户标识进行匹配。若匹配成功，则执行S330-S340，若匹配失败，则执行S350。

S330：转发节点获取与所述用户标识匹配的目标用户标识所关联的用户特征，并将所述用户特征添加到所述访问请求中。

例如，转发节点判断预存的目标用户标识中包含有张三，故确定该获得的用户标识与目标用户标识匹配，此时，获取张三的特征标记“游戏，体育”。转发节点将张三的特征标记(例如Tag＝“game,sport”)添加到访问请求的头部，然后再转发该访问请求。

其中，访问请求中的用户特征用于表示该访问请求需发送至目标服务节点。当然，对于转发节点可以直接转发至目标服务节点的应用场景，可以无需执行S330，直接将接收到的访问请求发送给目标服务节点。而对于转发节点无法转发至目标服务节点的应用场景，如图1b所示，目标服务节点161通过其连接的普通服务节点162连接于转发节点。转发节点15在接收到访问请求并确定来自目标用户时，执行S330以将用户特征加入到访问请求中，并将该访问请求发送给与目标服务节点161的普通服务节点162，该普通服务节点162接收到该访问请求时，利用访问请求中的用户特征确定该访问请求的目的节点为目标服务节点，进而将该访问请求转发至目标服务节点。

S340：转发节点将访问请求转发至配置有应用的灰度版本的目标服务节点进行处理。

本实施例中，***中的服务节点为在服务注册中心完成服务注册的节点。该S340包括：转发节点向服务注册中心节点获取所有服务节点的元数据；查找到元数据中包含目标用户特征的标记的服务节点，即该查找到的服务节点为目标服务节点，将所述访问请求转发至目标服务节点进行处理。

S350：转发节点将所述访问请求转发至配置有所述应用的正常版本的普通服务节点进行处理。

本实施例中的步骤S310-S320，S340-S350具体的描述可以参阅上述S210-S240的相关说明。

请参阅图4，图4是本申请用于灰度发布的信息处理方法一实施例的流程示意图。本实施例方法由上述***的策略节点执行，用于获得上述灰度发布方法中的目标用户信息。具体地，该方法包括以下步骤：

S410：策略节点确定灰度发布的目标用户特征。

例如，策略节点向策略库中读取一条或多条灰度发布策略，并确定与读取的灰度发布策略关联的目标用户特征。例如，此次该应用的灰度版本为修改或增加体育相关的功能，故该灰度发布策略为：“has_sport”，即此次灰度发布的目标用户为具有体育特征的用户。其中，该策略库可以具有以下至少一个接口：策略修改接口、策略新增接口和策略删除接口。由此，在灰度发布过程中，可根据实际需求调整策略，当策略库中的策略发生更新时，策略节点则重新执行本实施例方法，以更新目标用户信息。例如，该灰度发布方式为先选择内部用户测试，然后选择最近一个月关注应用的活动版块的用户，最后即为全部用户。故策略库的第一条策略为内部用户。利用策略节点和数据分析节点为预设数据库存储第一次目标用户信息为内部用户，转发节点则将接收到内部用户的访问请求发送给目标服务节点。通过监控***确定未收到内部用户反馈灰度版本的问题时，利用策略增加接口在策略库中动态增加一条策略：关注度大于或等于80的用户。利用策略节点和数据分析节点为预设数据库存储第二次目标用户信息为关注度大于或等于80的用户，转发节点则在预设时间内将接收到关注度大于后等于80的用户的访问请求发送给目标服务节点。通过监控***观测目标服务节点稳定运行一段时间，即未收到这部分用户反馈灰度版本的问题时，确定此次灰度版本的发布没有问题，可大规模使用，故为所有服务节点配置灰度版本，以使全部用户均访问该灰度版本。此时，可以让所有用户的请求均可以转发至目标服务节点，并对普通服务节点进行切流且配置灰度版本。

本实施例通过将策略库设置接口以实现动态对策略进行调整和添加，故可实时对灰度发布过程中的目标用户进行调整，便于根据实际情况实时逐步扩大发布对象范围。而且，在遇到问题时可实时将发往目标服务节点的访问请求进行屏蔽(通过调整策略或者由转发节点调整目标服务节点的权重)，及时对灰度版本存在的问题进行修复，对功能进行优化，把影响范围控制在最小，风险降到最低。

S420：策略节点向数据分析节点发送包含所述目标用户特征的信息获取请求。

本实施例采用数据分析节点来确定目标用户信息。具体地，数据分析节点获取过去某一段时间如一年内的所有用户的历史访问记录，采用预设的模型对获取的数据进行分析，为每个用户生成对应的用户特征。如，user_name:张三，user_id:1，tag:“game,sport”；user_name:“李四”，user_id:2，tag:“chat，sport”。即表示：通过数据分析，将用户张三添加爱好“游戏，体育”的特征标记，给李四添加爱好“聊天，体育”的特征标记。数据分析节点接收到策略节点发送的获取请求后，从获取请求中读取到目标用户特征为体育，则从上述生成的特征标记中查找出包含体育特征的用户，并将查找出的用户信息作为目标用户信息，并反馈给策略节点。其中该目标用户信息可包括用户标识，进一步还可以包括该用户的特征标记。该用户标识具体可以包括用户名称和/或用户身份标识号。

当然，该用户特征还可以包括出爱好以外的其他特征，例如在设定时间段(如最近一个月)的关注度、访问次数或频率等。此时，数据分析节点可通过对所有用户在设定时间段对应用相关功能的访问次数和频率，计算出每个用户对该相关功能的关注度值。

其中，该预设的模型可以为K最近邻居算法模型、神经网络模型等。具体实现可参阅上述模型的现有使用方式，在此不做赘述。

S430：策略节点接收所述数据分析节点反馈的目标用户信息。

其中，该目标用户信息为数据分析节点利用对用户访问记录的分析结果确定的与所述目标用户特征匹配的用户信息。

S440：策略节点保存所述目标用户信息。

其中，所述目标用户信息用于确定灰度发布的目标用户，也即发布对象。具体地，策略节点可以将该目标用户信息保存在预设数据库中，以使在灰度发布过程中，转发节点通过读取该预设数据库获得目标用户信息，进而实现灰度发布。

请参阅图5，图5是本申请用于灰度发布的信息处理方法另一实施例的流程图。本实施例方法与图4所示的方法相比，区别在于，在S410之后，本实施例方法还包括：

S550：策略节点将目标用户特征作为灰度发布的目标服务节点的标记。

其中，目标服务节点即如上面实施例所述的目标服务节点，配置有应用的灰度版本。而且，为了能够识别出该目标服务节点，该目标服务节点以目标用户特征作为其标记，该标记表示所述目标服务节点专门用于处理与所述目标用户特征匹配的用户(也即在上述S430确定的目标用户)的访问请求。

S560：在所述灰度版本测试通过后，策略节点将所述目标服务节点的标记删除。

例如，在上述灰度发布方法中，在一段时间内未接收到目标用户反馈目标服务节点对访问请求的处理存在问题，即认为灰度版本通过，此时，策略节点可将目标服务节点的标记删除。

在***中的服务节点为已在服务注册中心节点完成服务注册的节点的应用场景中，服务注册中心节点中存储有完成注册的每个服务节点的元数据。步骤S550可具体包括：向服务注册中心节点发送包含目标服务节点标识和所述目标用户特征的标记设置指示，以指示所述服务注册中心节点根据所述目标服务节点标识查找到目标服务节点的元数据，并在所述元数据中添加包含所述目标用户特征的标记。例如，该目标用户特征为体育，则在元数据中添加tag:sport的信息。步骤S560可具体包括：向服务注册中心节点发送包含目标服务节点标识的标记删除指示，以指示所述服务注册中心节点根据所述目标服务节点标识查找到目标服务节点的元数据，并在所述元数据中删除所述标记。

可以理解的是，本文提及的该用户特征可包括以下至少一种：所属群体、爱好、关注度。

为便于理解本申请灰度发布方法，下面结合图6进行举例说明。该方法包括以下步骤：

S610：用户节点发出访问请求。

例如，用户通过其用户节点(如通信终端)上的APP或web网站等向灰度发布***发起访问请求。该访问请求从公网通过作为转发节点的网关进入灰度发布***的内部网络。

S620：转发节点判断访问请求的头部是否存在认证标识，如果不存在，则执行S690，如果存在，则执行S630。

例如，网关利用其***拦截到访问请求，并从访问请求头部提取用户登录认证后由认证节点颁发的令牌。

S630：转发节点获取与该认证标识匹配的用户身份标识号。

例如，网关向认证节点发送包含令牌的标识查询请求，以使认证节点从自身存储的用户基本信心中，查找到与该令牌匹配的用户身份标识号，并反馈给转发节点。

S640：转发节点从预存数据库中获取目标用户信息。

该预存数据库可以为Redis数据库。目标用户信息包括目标用户身份证标识号和用户特征标记。

S650：转发节点判断获取的用户身份标识号是否存在于目标用户信息中，如果不存在，则执行S690，如果存在，则执行S660。

S660：转发节点向服务注册中心节点获取所有服务节点的元数据中的节点标记。

本实施例中，目标服务节点的元数据中包含有目标用户特征的标记。故转发节点的的负载均衡模块向服务注册中心节点获取所有服务节点的元数据，并从元数据中提取每个服务节点的标记。

S670：转发节点判断用户特征标记与元数据的标记是否匹配，如果匹配失败，则执行S690，如果匹配成功，则执行S680。

例如，利用预设的标记匹配算法，将元数据中的标记与目标用户信息中的用户特征标记进行匹配。

S680：转发节点将访问请求转发至目标服务节点进行处理。

如果匹配成功，则表示目标服务节点的标记与用户特征标记有交集，故将访问请求发送给该目标服务节点。

S690：转发节点将访问请求转发至普通服务节点进行处理。

本实施例中，采用轮训算法将访问请求发送给普通服务节点。

请参阅图7，图7是本申请用于灰度发布的转发节点一实施例的结构示意图。本实施例中，转发节点70为一通信设备，如网关。该转发节点70包括存储器71、处理器72以及通信电路73。其中，转发节点70的各个组件可通过总线耦合在一起，或者转发节点70的处理器分别与其他组件一一连接。

通信电路73用于与其他节点如用户节点、服务节点等实现通信，具体可包括发送器和接收器。

存储器71用于存储处理器72执行的程序指令以及处理器72在处理过程中的数据，其中，该存储器71包括非易失性存储部分，用于存储上述程序指令。

处理器72控制该转发节点70的操作，处理器72还可以称为CPU(CentralProcessing Unit，中央处理单元)。处理器72可能是一种集成电路芯片，具有信号的处理能力。处理器72还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在本实施例中，处理器72通过调用存储器71存储的程序指令，用于：通过通信电路73接收用户的访问请求，并获得所述用户的用户标识；将所述用户标识与预存的目标用户信息进行匹配；其中，所述目标用户信息是由数据分析节点利用对用户访问记录的分析结果确定的，且与策略节点确定的目标用户特征匹配的用户信息；若匹配成功，则通过通信电路73将所述访问请求转发至配置有应用的灰度版本的目标服务节点进行处理；若匹配失败，则通过通信电路73将所述访问请求转发至配置有所述应用的正常版本的普通服务节点进行处理。

在某些实施例中，处理器72执行所述获得所述用户的用户标识，具体包括：从所述访问请求或者用户的浏览器COOKIE中，获取认证节点预先配置给所述用户的认证标识；向所述认证节点获取与所述认证标识关联的用户标识；处理器72还用于：若未获取到所述认证标识或者与所述认证标识关联的用户标识，则通过通信电路73将所述访问请求转发至所述普通服务节点进行处理。

在某些实施例中，所述目标用户信息包括目标用户标识。处理器72执行所述将所述用户标识与预存的目标用户信息进行匹配，包括：将所述用户标识与预存的目标用户标识进行匹配。

进一步地，所述目标用户信息还包括与目标用户标识关联的用户特征；处理器72在执行所述通过通信电路73将所述访问请求转发至配置有应用的灰度版本的目标服务节点进行处理之前，还用于：获取与所述用户标识匹配的目标用户标识所关联的用户特征；将所述用户特征添加到所述访问请求中，其中，所述访问请求中的用户特征用于表示所述访问请求需发送至目标服务节点。

在某些实施例中，处理器72执行所述将所述访问请求转发至配置有应用的灰度版本的目标服务节点进行处理，包括：通过通信电路73向服务注册中心节点获取所有服务节点的元数据；查找到元数据中包含目标用户特征的标记的服务节点，并通过通信电路73将所述访问请求转发至所述查找到的服务节点进行处理。

在另一实施例中，该转发节点70的处理器72还用于执行上述转发节点执行的任一实施例的方法。

请参阅图8，图8是本申请用于灰度发布的策略节点一实施例的结构示意图。本实施例中，策略节点80为一通信设备，具体包括存储器81、处理器82以及通信电路83。其中，策略节点80的各个组件可通过总线耦合在一起，或者策略节点80的处理器分别与其他组件一一连接。

通信电路83用于与其他节点如数据分析节点等实现通信，具体可包括发送器和接收器。

存储器81类似于上述存储器71，故在此不做赘述。

处理器82控制该策略节点80的操作，其具体电路结构可如上述处理器72的相关说明。

在本实施例中，处理器82通过调用存储器81存储的程序指令，用于：确定灰度发布的目标用户特征；通过通信电路83向数据分析节点发送包含所述目标用户特征的信息获取请求；通过通信电路83接收所述数据分析节点反馈的目标用户信息，其中，所述目标用户信息为所述数据分析节点利用对用户访问记录的分析结果确定的与所述目标用户特征匹配的用户信息；保存所述目标用户信息，其中，所述目标用户信息用于确定灰度发布的目标用户。

在某些实施例中，处理器82执行所述确定灰度发布的目标用户特征，包括：向策略库读取灰度发布策略；其中，所述策略库具有以下至少一个接口：策略修改接口、策略新增接口和策略删除接口；确定与所述灰度发布策略关联的目标用户特征。

在某些实施例中，处理器82执行所述保存所述目标用户信息，包括：将所述目标用户信息保存在预设数据库中。其中，该预设数据库可以存储在存储器82中，或者存储在外部设备中。

在某些实施例中，处理器82在执行所述确定灰度发布的目标用户特征之后，还用于：将所述目标用户特征作为所述灰度发布的目标服务节点的标记；其中，所述目标服务节点配置有应用的灰度版本，所述标记表示所述目标服务节点专门用于处理与所述目标用户特征匹配的用户的访问请求；在所述灰度版本测试通过后，将所述目标服务节点的标记删除。

进一步地，所述目标服务节点为已在服务注册中心节点完成服务注册的节点；处理器82执行所述将所述目标用户特征作为所述灰度发布的目标服务节点的标记，包括：通过通信电路83向服务注册中心节点发送包含目标服务节点标识和所述目标用户特征的标记设置指示，以指示所述服务注册中心节点根据所述目标服务节点标识查找到目标服务节点的元数据，并在所述元数据中添加包含所述目标用户特征的标记；处理器82执行所述将所述目标服务节点的标记删除，包括：通过通信电路83向服务注册中心节点发送包含目标服务节点标识的标记删除指示，以指示所述服务注册中心节点根据所述目标服务节点标识查找到目标服务节点的元数据，并在所述元数据中删除所述标记。

在另一实施例中，该策略节点80的处理器82还用于执行上述策略节点执行的任一实施例的方法。

请参阅图9，本申请还提供一种存储装置的实施例的结构示意图。本实施例中，该存储装置90存储有处理器可运行的程序指令91，该程序指令91用于执行上述实施例中的方法。

该存储装置90具体可以为U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等可以存储程序指令的介质，或者也可以为存储有该程序指令的服务器，该服务器可将存储的程序指令发送给其他设备运行，或者也可以自运行该存储的程序指令。

在一实施例中，存储装置90还可以为如图7或图8所示的存储器。

上述方案，通过由数据分析节点直接自动分析得到符合策略配置要求的目标用户信息，从而使得灰度发布过程可以精准面向所需用户对象进行发布，而无需手动录入生成灰度发布对象，极大提高了发布对象获取的效率，也同时提高了发布对象的精准性。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (13)

1.一种灰度发布方法，其特征在于，包括：

转发节点接收用户的访问请求，并获得所述用户的用户标识；

将所述用户标识与预存的目标用户信息进行匹配；其中，所述目标用户信息是由数据分析节点利用对用户访问记录的分析结果确定的，且与策略节点确定的目标用户特征匹配的用户信息；

若匹配成功，则将所述访问请求转发至配置有应用的灰度版本的目标服务节点进行处理；若匹配失败，则将所述访问请求转发至配置有所述应用的正常版本的普通服务节点进行处理。

2.根据权利要求1所述的方法，其特征在于，所述获得所述用户的用户标识，包括：

从所述访问请求或者用户的浏览器COOKIE中，获取认证节点预先配置给所述用户的认证标识；

向所述认证节点获取与所述认证标识关联的用户标识；

所述方法还包括：

若未获取到所述认证标识或者与所述认证标识关联的用户标识，则将所述访问请求转发至所述普通服务节点进行处理。

3.根据权利要求1所述的方法，其特征在于，所述目标用户信息包括目标用户标识和与目标用户标识关联的用户特征；

所述将所述用户标识与预存的目标用户信息进行匹配，包括：

将所述用户标识与预存的目标用户标识进行匹配；

在所述将所述访问请求转发至配置有应用的灰度版本的目标服务节点进行处理之前，所述方法还包括：

获取与所述用户标识匹配的目标用户标识所关联的用户特征；

将所述用户特征添加到所述访问请求中，其中，所述访问请求中的用户特征用于表示所述访问请求需发送至目标服务节点。

4.根据权利要求1所述的方法，其特征在于，

所述将所述访问请求转发至配置有应用的灰度版本的目标服务节点进行处理，包括：

向服务注册中心节点获取所有服务节点的元数据；

查找到元数据中包含目标用户特征的标记的服务节点，并将所述访问请求转发至所述查找到的服务节点进行处理。

5.一种用于灰度发布的信息处理方法，其特征在于，包括：

策略节点确定灰度发布的目标用户特征；

向数据分析节点发送包含所述目标用户特征的信息获取请求；

接收所述数据分析节点反馈的目标用户信息，其中，所述目标用户信息为所述数据分析节点利用对用户访问记录的分析结果确定的与所述目标用户特征匹配的用户信息；

保存所述目标用户信息，其中，所述目标用户信息用于确定灰度发布的目标用户。

6.根据权利要求5所述的方法，其特征在于，所述确定灰度发布的目标用户特征，包括：

向策略库读取灰度发布策略；其中，所述策略库具有以下至少一个接口：策略修改接口、策略新增接口和策略删除接口；

确定与所述灰度发布策略关联的目标用户特征。

7.根据权利要求5所述的方法，其特征在于，所述保存所述目标用户信息，包括：

将所述目标用户信息保存在预设数据库中。

8.根据权利要求5所述的方法，其特征在于，在所述确定灰度发布的目标用户特征之后，所述方法还包括：

将所述目标用户特征作为所述灰度发布的目标服务节点的标记；其中，所述目标服务节点配置有应用的灰度版本，所述标记表示所述目标服务节点专门用于处理与所述目标用户特征匹配的用户的访问请求；

在所述灰度版本测试通过后，将所述目标服务节点的标记删除。

9.根据权利要求8所述的方法，其特征在于，所述目标服务节点为已在服务注册中心节点完成服务注册的节点；

所述将所述目标用户特征作为所述灰度发布的目标服务节点的标记，包括：

向服务注册中心节点发送包含目标服务节点标识和所述目标用户特征的标记设置指示，以指示所述服务注册中心节点根据所述目标服务节点标识查找到目标服务节点的元数据，并在所述元数据中添加包含所述目标用户特征的标记；

所述将所述目标服务节点的标记删除，包括：

向服务注册中心节点发送包含目标服务节点标识的标记删除指示，以指示所述服务注册中心节点根据所述目标服务节点标识查找到目标服务节点的元数据，并在所述元数据中删除所述标记。

10.一种用于灰度发布的转发节点，其特征在于，包括存储器、处理器、以及通信电路；

所述通信电路用于与其他节点实现通信；

所述处理器用于运行所述存储器存储的程序指令，以执行权利要求1至4任一项所述的方法。

11.一种用于灰度发布的策略节点，其特征在于，包括存储器、处理器、以及通信电路；

所述通信电路用于与其他节点实现通信；

所述处理器用于运行所述存储器存储的程序指令，以执行权利要求5至9任一项所述的方法。

12.一种灰度发布***，其特征在于，包括转发节点、策略节点、数据分析节点和至少一个服务节点；所述策略节点分别连接于所述数据分析节点和转发节点，所述转发节点还连接所述至少一个服务节点；其中，

所述数据分析节点用于对用户访问记录进行分析，为每个用户生成对应的用户特征；接收策略节点发送的目标用户特征；从所述生成的用户特征中，查找到与所述目标用户特征匹配的用户特征；将所述查找到的用户特征对应的用户信息作为所述目标用户信息，并反馈给所述策略节点；

所述策略节点为如权利要求11所述的策略节点；

所述转发节点为如权利要求10所述的转发节点；

所述服务节点配置有应用的正常版本或灰度版本，用于处理用户的访问请求。

13.一种存储装置，其特征在于，存储有处理器可运行的程序指令，所述程序指令用于执行权利要求1至4任一项所述的方法，或者执行权利要求5至9任一项所述的方法。

Images