CN105653440A - 一种灰度发布方法和装置 - Google Patents

Abstract

本申请实施例公开了一种灰度发布方法和装置。预先存储白名单以及灰度发布条件，在所述白名单中指示有目标对象的发布用户；该方法包括：响应于当前用户对目标对象的访问请求，查询白名单，并判断当前用户是否为白名单中指示的所述目标对象的发布用户；如果是白名单中指示的所述目标对象的发布用户，允许当前用户对所述目标对象的访问请求；如果不是白名单中指示的所述目标对象的发布用户，查询灰度发布条件，并判断当前用户是否符合灰度发布条件；如果符合，允许当前用户对所述目标对象的访问请求；如果不符合，决绝当前用户对所述目标对象的访问请求。根据本申请，可以尽可能地缩短软件产品的发布周期。

Description

一种灰度发布方法和装置

技术领域

本申请涉及计算机应用领域，特别是涉及一种灰度发布方法和装置。

背景技术

在互联网领域，对于任何一个新开发的软件产品来说，由于该软件产品的功能和用户体验等方面性能还具有不确定性，因此，在该软件产品发布之前，通常要先由测试人员对该软件产品进行线下的内部测试。测试通过后，该软件产品的发布也不是一蹴而就的，而是要进行灰度发布，以尽可能地规避该软件产品在性能上的不确定性所带来的使用风险。

所谓“灰度发布”(也可以称为“分流发布”或“灰度放量”)就是指先对一小部分用户发布该软件产品(或者说开放该软件产品)，并基于这一小部分用户的使用情况测试该软件产品的性能，如果测试的性能达标，就进一步扩大用户的范围，并基于扩大范围的用户的使用情况测试该软件产品的性能，以此反复，直到向所有用户发布该软件产品为止；如果测试的性能不达标，就需要开发人员针对发现的问题对该软件产品进行调整，并重新执行上述灰度发布过程。由此可见，“灰度发布”是一个逐渐地扩大发布范围的过程，通过这样的发布方式既可以使软件产品的问题暴露出来，又不会使暴露出来的问题影响到全部的用户，在最大程度地提高软件产品性能的同时，也能够尽可能地降低软件产品的使用风险。

例如，在电子商务平台上，会借助于各种不同的支付工具(如，第三方支付公司提供的支付网关)向用户提供支付服务。而当开发出新的支付工具时，就可以对新的支付工具采取灰度发布的措施。

在实现本申请的过程中，本申请的发明人发现现有技术中至少存在如下问题：软件产品的发布必须经历两个环节，即，第一个环节是线下的内部测试，第二个环节是线上的灰度发布。而这两个环节在时间上是分开进行并且有先后顺序的。其中，需要在完成第一个环节之后，才能进入第二个环节。通常，这样做就会导致软件产品的发布周期过长，影响软件产品的及时发布。

发明内容

为了解决上述技术问题，本申请实施例提供了一种灰度发布方法和装置，以尽可能地缩短软件产品的发布周期。

本申请实施例公开了如下技术方案：

一种灰度发布方法，预先存储白名单以及灰度发布条件，其中，在所述白名单中指示有目标对象的发布用户；包括：

响应于当前用户对目标对象的访问请求，查询所述白名单，并判断所述当前用户是否为所述白名单中指示的所述目标对象的发布用户；

如果是所述白名单中指示的所述目标对象的发布用户，允许所述当前用户对所述目标对象的访问请求；

如果不是所述白名单中指示的所述目标对象的发布用户，查询所述灰度发布条件，并判断所述当前用户是否符合所述灰度发布条件；

如果符合所述灰度发布条件，允许所述当前用户对所述目标对象的访问请求；

如果不符合所述灰度发布条件，拒绝所述当前用户对所述目标对象的访问请求。

优选的，还包括：

统计所述目标对象的访问成功率；

判断所述目标对象的访问成功率是否大于或等于预设的成功率阈值；

如果大于预设的成功率阈值，修改所述灰度发布条件，以使得符合修改后的灰度发布条件的用户数量比符合修改前的灰度发布条件的用户数量大。

进一步优选的，在判定所述目标对象的访问成功率大于或等于预设的成功率阈值之后，还包括：

将符合灰度发布条件的所述当前用户添加到所述白名单中。

优选的，所述目标对象为电子商务平台上的支付工具，所述支付工具包括路由型的支付工具和非路由型的支付工具。

优选的，当所述支付工具为路由型的支付工具时，所述允许所述当前用户对所述目标对象的访问请求为：根据预设的路由概率值对所述路由型的支付工具进行路由，其中，预设的路由概率值为任一非零值；

当所述支付工具为非路由型的支付工具时，所述允许所述当前用户对所述目标对象的访问请求为：在支付界面上展示所述非路由型的支付工具以供所述当前用户选择。

优选的，当所述支付工具为路由型的支付工具时，所述拒绝所述当前用户对所述目标对象的访问请求为：通过将所述路由型的支付工具的路由概率值设置为0，以使得所述路由型的支付工具不被路由到；

当所述支付工具为非路由型的支付工具时，所述拒绝所述当前用户对所述目标对象的访问请求为：不在支付界面上展示所述非路由型的支付工具。

一种灰度发布装置，其特征在于，包括：

存储单元，用于预先存储白名单以及灰度发布条件，其中，在所述白名单中指示有目标对象的发布用户；

第一判断单元，用于响应于当前用户对目标对象的访问请求，查询所述白名单，并判断所述当前用户是否为所述白名单中指示的所述目标对象的发布用户；

允许请求单元，用于允许所述当前用户对所述目标对象的访问请求；

第二判断单元，用于如果不是所述白名单中指示的所述目标对象的发布用户，查询所述灰度发布条件，并判断所述当前用户是否符合所述灰度发布条件；

所述允许请求单元还用于，如果符合所述灰度发布条件，允许所述当前用户对所述目标对象的访问请求；

拒绝请求单元，用于如果不符合所述灰度发布条件，拒绝所述当前用户对所述目标对象的访问请求。

优选的，还包括：

统计单元，用于统计所述目标对象的访问成功率；

第三判断单元，用于判断所述目标对象的访问成功率是否大于或等于预设的成功率阈值；

灰度发布条件修改单元，用于如果大于预设的成功率阈值，修改所述灰度发布条件，以使得符合修改后的灰度发布条件的用户数量比符合修改前的灰度发布条件的用户数量大。

优选的，在所述第三判断单元判定所述目标对象的访问成功率大于或等于预设的成功率阈值之后，还包括：

添加单元，用于将符合灰度发布条件的所述当前用户添加到所述白名单中。

优选的，所述目标对象为电子商务平台上的支付工具，所述支付工具包括路由型的支付工具和非路由型的支付工具。

优选的，当所述支付工具为路由型的支付工具时，所述允许请求单元用于，根据预设的路由概率值对所述路由型的支付工具进行路由，其中，预设的路由概率值为任一非零值；

当所述支付工具为非路由型的支付工具时，所述允许请求单元用于，在支付界面上展示所述非路由型的支付工具以供所述当前用户选择。

优选的，当所述支付工具为路由型的支付工具时，所述拒绝请求单元用于，通过将所述路由型支付工具的路由概率值设置为0，以使得所述路由型的支付工具不被路由到；

当所述支付工具为非路由型的支付工具时，所述拒绝请求单元用于，不在支付界面上展示所述非路由型的支付工具。

由上述实施例可以看出，与现有技术相比，本申请的优点在于：

先判断用户是否在白名单中，如果在，说明该用户是进行线上内部测试的测试人员，向该用户发布目标对象，如果不在，说明该用户不是进行线上内部测试的测试人员，并进一步判断该用户是否为灰度发布用户，如果是，向该用户发布目标对象，否则，不向该用户发布目标对象。即，将线下的内部测试变为线上的内部测试，进而将线上的内部测试融入到线上的灰度发布的环节中，以在线上的灰度发布过程中进行线上的内部测试，使得线上的内部测试与线上的灰度发布同时进行，缩短了软件产品的发布周期。

附图说明

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

图1示出了本发明的实施方式可以在其中实施的示例性应用场景；

图2为本申请提供的一种灰度发布方法的一个实施例的流程图；

图3为本申请提供的一种灰度发布方法的另一个实施例的流程图；

图4为本申请提供的一种灰度发布方法的另一个实施例的流程图；

图5为本申请提供的一种灰度发布装置的一个实施例的结构框图；

图6为本申请提供的一种灰度发布装置的另一个实施例的结构框图；

图7为本申请提供的一种灰度发布装置的另一个实施例的结构框图。

具体实施方式

首先参考图1，图1示出了本发明的实施方式可以在其中实施的示例性应用场景。其中，支付系统10包括支付平台11、支付决策12、支付处理核心13、支付工具运维14、网关15以及多种内部支付工具16，外部支付工具20包括多种路由型的支付工具21以及多种非路由型的支付工具22。支付平台11可以向用户提供支付工具供用户选择，支付工具运维14用于对灰度发布条件和白名单进行配置以及对支付业务处理进行监控；支付决策12用于根据灰度发布条件和白名单确定是否向用户发布目标对象，具体的，确定各种路由型的支付工具21的路由概率，以及是否将非路由型的支付工具22展示在支付平台11上；支付处理核心13用于通过各种支付工具完成支付业务处理，以及管理内部支付工具16和外部支付工具20，网关15用于支付系统与外部支付工具20之间的信息交互。

内部支付工具16包括但不限于红包、积分和余额等不需要外部支付机构参与的支付工具。路由型的支付工具与非路由型的支付工具的区别在于，非路由型的支付工具对于用户来说是可见的，用户可以根据个人喜好对非路由性的支付工具进行选择，而路由型的支付工具对于用户来说是隐藏不可见的，用户不能对路由型的支付工具进行选择，具体由哪个路由型的支付工具完成支付业务处理需要由支付系统根据路由概率对各个路由型的支付工具进行路由。本领域技术人员可以理解，图1所示的示意图仅是本发明的实施方式可以在其中得以实现的一个示例，该图1所示的是一个系统的功能框架图，其具体可以由硬件，例如CPU等实现，或者由硬件，例如CPU和软件结合来实现，或者由软件实现，其具体实现不做特别限制。本发明实施方式的应用范围不受到该框架任何方面的限制。为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图对本申请实施例进行详细描述。

方法实施例

请参阅图2，其为本申请提供的一种灰度发布方法的一个实施例的流程图，该方法包括以下步骤：

步骤200：预先存储灰度发布条件以及白名单，其中，在所述白名单中指示有目标对象的发布用户。

步骤201：响应于用户对目标对象的访问请求，查询所述白名单，并判断所述当前用户是否为所述白名单中指示的所述目标对象的发布对象，如果是，进入步骤202，否则，进入步骤203。

步骤202：允许所述当前用户对所述目标对象的访问请求，结束流程。

步骤203：查询所述灰度发布条件，并判断所述当前用户是否符合所述灰度发布条件，如果是，进入步骤202，否则，进入步骤204。

步骤204：拒绝所述当前用户对所述目标对象的访问请求，结束流程。

可以将测试人员作为白名单中目标对象的发布用户，当然，除了测试人员之外，还可以将对目标对象具有较高忠诚度的在线用户作为白名单中目标对象的发布用户。

在灰度发布中，灰度策略通常可包括发布状态以及灰度属性。其中，发布状态包括全发布、全不发布以及灰度发布，灰度属性包括用户账号、用户所属国家和订单金额等多个维度中的任意一个或任意多个的组合。通过灰度属性可以设置灰度条件，例如，以灰度属性为用户账号为例，可以将用户账号的后四位数字是否在特定范围作为灰度条件，如果用户账号的后四位在特定范围内，表示符合灰度条件，如果用户账号的后四位不在特定范围内，表示不符合灰度条件。如果发布状态为全发布时，向所有的在线用户发布目标对象。如果发布状态为全不发布，不向任何一个在线用户发布目标对象。如果发布状态为灰度发布，可以根据设置的灰度条件确定向哪些用户发布目标对象。

在本申请中，灰度策略还可以进一步包括灰度发布概率。在灰度发布状态中，当灰度发布概率为零时，可以仅向白名单中的在线用户发布目标对象，而不向除白名单之外的其它在线用户发布目标对象。也就是说，只有白名单中的在线用户有权访问目标对象，而除此之外的其它在线用户无权访问目标对象。而当灰度发布概率为非零的任意值时，以该灰度发布概率向白名单中的在线用户以及符合灰度发布条件的在线用户发布目标对象。

在本申请中，当将灰度发布概率设置为非零的任意值时，就可以同时向白名单中的在线用户(即，在线的测试人员)以及符合灰度发布条件的在线用户都发布目标对象，以便可以在进行灰度发布的同时，还可以对目标对象进行内部测试，使得内部测试以及灰度发布两个环节并行进行。当然，如果只想进行单纯的内部测试，也可以将灰度发布概率设置为零，这样就只会向白名单中的在线用户(即，在线的测试人员)发布目标对象，实现独立的内部测试。

需要说明的是，“目标对象”可以是任意一种在互联网上发布的软件产品，或者是软件产品中的某个功能模块。

在本申请的一个优选实施方式中，目标对象为电子商务平台上的支付工具，所述支付工具包括路由型的支付工具以及非路由型的支付工具。

其中，非路由型的支付工具对于用户来说是可见的，用户可以根据个人喜好对非路由性的支付工具进行选择，而路由型的支付工具对于用户来说是隐藏不可见的，用户不能对路由型的支付工具进行选择，具体由哪个路由型的支付工具完成支付业务处理需要由支付系统根据路由概率对各个路由型的支付工具进行路由。

在本发明的另一个优选实施方式中，当支付工具为路由型的支付工具时，上述步骤202即为允许当前用户对路由型的支付工具的访问请求，具体实现方式可以是：根据预设的路由概率值对该路由型的支付工具进行路由，其中，预设的路由概率值为任一非零值。例如，可以根据灰度发布概率以及一个权重值的乘积值确定目标对象的路由概率。如，设置目标对象的灰度发布概率为0.3，权重值为0.4，则该目标对象的路由概率为0.12。当支付工具为非路由型的支付工具时，上述步骤202即为允许当前用户对非路由型的支付工具的访问请求，具体实现方式可以是：在支付界面上展示该非路由型的支付工具以供当前用户选择。

在本发明的另一个优选实施方式中，当支付工具为路由型的支付工具时，上述步骤204即为拒绝当前用户对路由型的支付工具的访问请求，具体实现方式为：通过将该路由型的支付工具的路由概率值设置为0，以使得该路由型的支付工具不被路由到。例如，当设置目标对象的灰度发布概率为0时，则该目标对象的路由概率为0。当支付工具为非路由型的支付工具时，上述步骤204即为拒绝当前用户对非路由性的支付工具的访问请求，具体实现方式可以是：不在支付界面上展示该非路由型的支付工具。

当允许当前用户对目标对象的访问请求之后，在本发明的一个优选实施方式中，如图3所示(图3中仅示出了增加的步骤，以及增加的步骤与图2所示流程之间的执行顺序)，上述方法还包括：

步骤205：统计目标对象的访问成功率。

步骤206：判断所述目标对象的访问成功率是否大于或等于预设的成功率阈值，如果是，进入步骤207A，如果否，进入步骤208。

步骤207A：修改灰度发布条件，以使得符合修改后的灰度发布条件的用户数量比符合修改前的灰度发布条件的用户数量大，结束流程。

步骤208：将判定结果提交测试人员，结束流程。

测试人员可以根据判定结果查找问题的原因所在，并进一步对目标对象进行修改，然后重新启动图2所示和图3所示的流程，直到目标对象的访问成功率大于或等于预设的成功率阈值为止。

其中，预设的成功率阈值可以根据业务场景的不同而设定，本申请的技术方案并不限定其具体的数值。

以通过用户所属国家这一属性设置灰度发布条件为例，在修改前，如果灰度发布条件为用户所属国家为美国，修改后，可以将灰度发布条件改为用户所属国家为美国和加拿大。

另外，如果目标对象为路由型的支付工具，除了可以修改灰度发布条件之外，还可以修改灰度发布概率，以提高其被路由的概率。如，在修改前，该路由型的支付工具的灰度发布概率为0.3，权重值为0.4，该路由型的支付工具的路由概率为0.12。在修改后，该路由型的支付工具的灰度发布概率为0.5，权重值为0.4，该路由型的支付工具的路由概率为0.2。

在本申请的另一个优选实施方式中，如图4所示，在判定目标对象的访问成功率大于或等于预设的成功率阈值之后，可执行步骤207B，将符合灰度发布条件的当前用户添加到白名单中，以作为白名单中具有较高忠诚度的在线用户。

需要说明的是，本申请除了适用于新的支付工具的灰度发布之外，也可以作为一种A/B测试策略，适用于其它业务场景，如，支付工具的升级(即，通过本申请中的灰度发布方法逐步地向在线用户开放升级后的支付工具，关闭升级前的支付工具)、新老收银台的切换(即，可以通过本申请中的灰度发布方法逐步发布新的收银台)、以及新增业务点的添加等。

由上述实施例可以看出，与现有技术相比，本申请的优点在于：

先判断用户是否在白名单中，如果在，说明该用户是进行线上内部测试的测试人员，向该用户发布目标对象，如果不在，说明该用户不是进行线上内部测试的测试人员，并进一步判断该用户是否为灰度发布用户，如果是，向该用户发布目标对象，否则，不向该用户发布目标对象。即，将线下的内部测试变为线上的内部测试，进而将线上的内部测试融入到线上的灰度发布的环节中，以在线上的灰度发布过程中进行线上的内部测试，使得线上的内部测试与线上的灰度发布同时进行，缩短了软件产品的发布周期。

装置实施例

与上述一种灰度发布方法相对应，本申请实施例还提供了一种灰度发布装置。请参阅图5，其为本申请提供的一种灰度发布装置的一个实施例的结构框图，该装置包括：存储单元501、第一判断单元502、允许请求单元503、第二判断单元504和拒绝请求单元505。下面结合该装置的工作原理进一步介绍其内部结构以及连接关系。

存储单元501，用于预先存储白名单以及灰度发布条件，其中，在所述白名单中指示有目标对象的发布用户；

第一判断单元502，用于响应于当前用户对目标对象的访问请求，查询所述白名单，并判断所述当前用户是否为所述白名单中指示的所述目标对象的发布用户；

允许请求单元503，用于允许所述当前用户对所述目标对象的访问请求；

第二判断单元504，用于如果不是所述白名单中指示的所述目标对象的发布用户，查询所述灰度发布条件，并判断所述当前用户是否符合所述灰度发布条件；

所述允许请求单元503还用于，如果符合所述灰度发布条件，允许所述当前用户对所述目标对象的访问请求；

拒绝请求单元505，用于如果不符合所述灰度发布条件，拒绝所述当前用户对所述目标对象的访问请求。

在本申请的一个优选实施方式中，如图6所示(图6中仅示出强加的部分以及增加的部分与图5所示结构的连接关系)，该装置还包括：

统计单元506，用于统计所述目标对象的访问成功率；

第三判断单元507，用于判断所述目标对象的访问成功率是否大于或等于预设的成功率阈值；

灰度发布条件修改单元508A，用于如果大于预设的成功率阈值，修改所述灰度发布条件，以使得符合修改后的灰度发布条件的用户数量比符合修改前的灰度发布条件的用户数量大。

在本申请的一个优选实施方式中，如图7所示，在第三判断单元507判定所述目标对象的访问成功率大于预设的成功率阈值之后，该装置还包括：

添加单元508B，用于将符合灰度发布条件的所述当前用户添加到所述白名单中。

在本发明的一个优选实施方式中，所述目标对象为电子商务平台上的支付工具，所述支付工具包括路由型的支付工具和非路由型的支付工具。

在本发明的另一个优选实施方式中，当所述支付工具为路由型的支付工具时，允许请求单元503用于，根据预设的路由概率值对所述路由型的支付工具进行路由，其中，预设的路由概率值为任一非零值；当所述支付工具为非路由型的支付工具时，允许请求单元503用于，在支付界面上展示所述非路由型的支付工具以供所述当前用户选择。

在本发明的另一个优选实施方式中，当所述支付工具为路由型的支付工具时，拒绝请求单元505用于，通过将所述路由型支付工具的路由概率值设置为0，以使得所述路由型的支付工具不被路由到；当所述支付工具为非路由型的支付工具时，拒绝请求单元505用于，不在支付界面上展示所述非路由型的支付工具。

由上述实施例可以看出，与现有技术相比，本申请的优点在于：

先判断用户是否在白名单中，如果在，说明该用户是进行线上内部测试的测试人员，向该用户发布目标对象，如果不在，说明该用户不是进行线上内部测试的测试人员，并进一步判断该用户是否为灰度发布用户，如果是，向该用户发布目标对象，否则，不向该用户发布目标对象。即，将线下的内部测试变为线上的内部测试，进而将线上的内部测试融入到线上的灰度发布的环节中，以在线上的灰度发布过程中进行线上的内部测试，使得线上的内部测试与线上的灰度发布同时进行，缩短了软件产品的发布周期。

所述领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)或随机存储记忆体(RandomAccessMemory，RAM)等。

以上对本申请所提供的一种灰度发布方法和装置进行了详细介绍，本文中应用了具体实施例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (12)

1.一种灰度发布方法，其特征在于，预先存储白名单以及灰度发布条件，其中，在所述白名单中指示有目标对象的发布用户；包括：

响应于当前用户对目标对象的访问请求，查询所述白名单，并判断所述当前用户是否为所述白名单中指示的所述目标对象的发布用户；

如果是所述白名单中指示的所述目标对象的发布用户，允许所述当前用户对所述目标对象的访问请求；

如果不是所述白名单中指示的所述目标对象的发布用户，查询所述灰度发布条件，并判断所述当前用户是否符合所述灰度发布条件；

如果符合所述灰度发布条件，允许所述当前用户对所述目标对象的访问请求；

如果不符合所述灰度发布条件，拒绝所述当前用户对所述目标对象的访问请求。

2.根据权利要求1所述的方法，其特征在于，还包括：

统计所述目标对象的访问成功率；

判断所述目标对象的访问成功率是否大于或等于预设的成功率阈值；

如果大于预设的成功率阈值，修改所述灰度发布条件，以使得符合修改后的灰度发布条件的用户数量比符合修改前的灰度发布条件的用户数量大。

3.根据权利要求2所述的方法，其特征在于，在判定所述目标对象的访问成功率大于或等于预设的成功率阈值之后，还包括：

将符合灰度发布条件的所述当前用户添加到所述白名单中。

4.根据权利要求1所述的方法，其特征在于，所述目标对象为电子商务平台上的支付工具，所述支付工具包括路由型的支付工具和非路由型的支付工具。

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

当所述支付工具为路由型的支付工具时，所述允许所述当前用户对所述目标对象的访问请求为：根据预设的路由概率值对所述路由型的支付工具进行路由，其中，预设的路由概率值为任一非零值；

当所述支付工具为非路由型的支付工具时，所述允许所述当前用户对所述目标对象的访问请求为：在支付界面上展示所述非路由型的支付工具以供所述当前用户选择。

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

当所述支付工具为路由型的支付工具时，所述拒绝所述当前用户对所述目标对象的访问请求为：通过将所述路由型的支付工具的路由概率值设置为0，以使得所述路由型的支付工具不被路由到；

当所述支付工具为非路由型的支付工具时，所述拒绝所述当前用户对所述目标对象的访问请求为：不在支付界面上展示所述非路由型的支付工具。

7.一种灰度发布装置，其特征在于，包括：

存储单元，用于预先存储白名单以及灰度发布条件，其中，在所述白名单中指示有目标对象的发布用户；

第一判断单元，用于响应于当前用户对目标对象的访问请求，查询所述白名单，并判断所述当前用户是否为所述白名单中指示的所述目标对象的发布用户；

允许请求单元，用于允许所述当前用户对所述目标对象的访问请求；

第二判断单元，用于如果不是所述白名单中指示的所述目标对象的发布用户，查询所述灰度发布条件，并判断所述当前用户是否符合所述灰度发布条件；

所述允许请求单元还用于，如果符合所述灰度发布条件，允许所述当前用户对所述目标对象的访问请求；

拒绝请求单元，用于如果不符合所述灰度发布条件，拒绝所述当前用户对所述目标对象的访问请求。

8.根据权利要求7所述的装置，其特征在于，还包括：

统计单元，用于统计所述目标对象的访问成功率；

第三判断单元，用于判断所述目标对象的访问成功率是否大于或等于预设的成功率阈值；

灰度发布条件修改单元，用于如果大于预设的成功率阈值，修改所述灰度发布条件，以使得符合修改后的灰度发布条件的用户数量比符合修改前的灰度发布条件的用户数量大。

9.根据权利要求8所述的装置，其特征在于，在所述第三判断单元判定所述目标对象的访问成功率大于或等于预设的成功率阈值之后，还包括：

添加单元，用于将符合灰度发布条件的所述当前用户添加到所述白名单中。

10.根据权利要求7所述的装置，其特征在于，所述目标对象为电子商务平台上的支付工具，所述支付工具包括路由型的支付工具和非路由型的支付工具。

11.根据权利要求10所述的装置，其特征在于，

当所述支付工具为路由型的支付工具时，所述允许请求单元用于，根据预设的路由概率值对所述路由型的支付工具进行路由，其中，预设的路由概率值为任一非零值；

当所述支付工具为非路由型的支付工具时，所述允许请求单元用于，在支付界面上展示所述非路由型的支付工具以供所述当前用户选择。

12.根据权利要求10所述的装置，其特征在于，

当所述支付工具为路由型的支付工具时，所述拒绝请求单元用于，通过将所述路由型支付工具的路由概率值设置为0，以使得所述路由型的支付工具不被路由到；

当所述支付工具为非路由型的支付工具时，所述拒绝请求单元用于，不在支付界面上展示所述非路由型的支付工具。