CN103916374A - 服务灰度发布方法及装置 - Google Patents

Abstract

本发明涉及一种服务灰度发布方法及装置，该服务灰度发布方法包括步骤：设定新服务的单位时间访问量，并使用单位时间访问量对新服务进行发布；接收新服务的客户反馈信息，以及如新服务的客户反馈信息正常，则通过增加新服务的单位时间的访问量的方式对新服务进行逐步发布。本发明还涉及一种服务灰度发布装置。本发明的服务灰度发布方法及装置使用多种方式实现新服务的发布，可针对不同情况采用不同的服务发布策略，服务发布的风险低、效率高。

Description

服务灰度发布方法及装置

技术领域

本发明涉及互联网技术领域，特别是涉及一种低风险、高效的服务灰度发布方法及装置。

背景技术

现在的用户在互联网上使用各种各样的服务，例如QQ平台的各种服务等。这些服务每一次的版本发布，都会影响到数亿的用户，因此现在网络服务商在进行服务新版本的发布时，都会采用灰度发布的方法，即让一小部分的用户使用新版本的服务，大部分的用户继续使用老版本的服务，如果小部分的用户使用新版本的服务没有问题，再逐渐把其他的用户迁移到新版本的服务上来。

现有的服务灰度发布方法有以下两种：

按服务器进行灰度发布，即服务进行新版本发布时，按照部署的服务器逐台进行发布；以及

按用户号段进行灰度发布，将所有用户按用户号段分为多个单元，服务进行新版本发布时，逐单元进行发布。

如采用按服务器进行灰度发布，每台服务器承载的用户访问量依然是海量的，因此使用按服务器进行灰度发布的风险依然太大。

如按用户号段进行灰度发布，如号段设置的过少，灰度发布的风险与按服务器灰度发布一样不能够得到很好的控制；如号段设置的过多，风险虽然得到了有效地控制，但逐单元进行发布可能导致灰度发布时间过长，影响灰度发布的效率。

故，有必要提供一种低风险、高效的服务灰度发布方法及装置，以解决现有技术所存在的问题。

发明内容

本发明的目的在于提供一种服务灰度发布方法及装置，其使用多种方式实现新服务的发布，可针对不同情况采用不同的服务发布策略，服务发布的风险低、效率高；以解决现有的服务灰度发布方法及装置的服务发布风险高以及效率低的技术问题。

为解决上述问题，本发明提供的技术方案如下：

本发明涉及一种服务灰度发布方法，其包括步骤：

设定新服务的单位时间访问量，并使用所述单位时间访问量对所述新服务进行发布；

接收所述新服务的客户反馈信息；

如所述新服务的客户反馈信息正常，则通过增加所述新服务的单位时间的访问量的方式对新服务进行逐步发布。

本发明还涉及一种服务灰度发布装置，其包括：

时间访问量设定模块，用于设定新服务的单位时间访问量，并使用所述单位时间访问量对所述新服务进行发布；

接收模块，用于接收所述新服务的客户反馈信息；以及

第一发布模块，用于如所述新服务的客户反馈信息正常，则通过增加所述新服务的单位时间的访问量的方式对新服务进行逐步发布。

相较于现有技术，本发明的服务灰度发布方法及装置使用多种方式实现新服务的发布，可针对不同情况采用不同的服务发布策略，服务发布的风险低、效率高；解决了现有的服务灰度发布方法及装置的服务发布风险高以及效率低的技术问题。

为让本发明的上述内容能更明显易懂，下文特举优选实施例，并配合所附图式，作详细说明如下：

附图说明

图1为本发明的服务灰度发布方法的第一优选实施例的流程图；

图2为本发明的服务灰度发布方法的第二优选实施例的流程图；

图3为本发明的服务灰度发布方法的第三优选实施例的流程图；

图4为本发明的服务灰度发布装置的第一优选实施例的结构示意图；

图5为本发明的服务灰度发布装置的第二优选实施例的结构示意图；

图6为本发明的服务灰度发布装置的第三优选实施例的结构示意图；

其中，附图标记说明如下：

41、时间访问量设定模块；

42、接收模块；

43、第一发布模块；

51、访问用户账号设定模块；

52、第二发布模块；

61、第三发布模块。

具体实施方式

在图中，结构相似的单元是以相同标号表示。

请参照图1，图1为本发明的服务灰度发布方法的第一优选实施例的流程图。本优选实施例的服务灰度发布方法包括：

步骤101，设定新服务的单位时间访问量，并使用单位时间访问量对新服务进行发布；

步骤102，接收新服务的客户反馈信息；

步骤103，如新服务的客户反馈信息正常，则通过增加新服务的单位时间的访问量的方式对新服务进行逐步发布；

本发明的服务灰度发布方法结束于步骤103。

下面详细说明本发明的服务灰度发布方法的各步骤的具体流程。

在步骤101中，使用控制单位时间访问量的方式对服务器进行新服务的发布，首先需要设定新服务的单位时间访问量，并使用该单位时间访问量对新服务进行发布。

随后来到步骤102。

在步骤102中，接收步骤101发布的新服务的客户反馈信息，该客户反馈信息可以直接从客户端接收，也可直接接收服务器上的客户端的反馈信息。

随后来到步骤103。

在步骤103中，如接收的新服务的客户反馈信息正常，则通过增加新服务的单位时间的访问量的方式对新服务进行逐步发布。单台服务器的单位时间访问量最小可设置为1次/分钟，如没有出现问题则逐渐增加该访问量。

这样可以让新版本的服务承受不同的用户使用场景的测试，使得发布风险提早暴露出来。同时发布风险影响的范围也比较容易进行控制。

按控制单位时间访问量的方式进行服务发布的代码如下：

在本优选实施例的步骤101中还可设定新服务的起始单位时间访问量以及最大单位时间访问量。这样可在步骤103中将服务器的单位时间访问量从起始单位时间访问量逐步增加至最大单位时间访问量，从而实现对新服务的逐步发布。

进一步，如在新服务发布过程中，新服务的客户反馈信息错误，则停止新服务的发布。无论该新服务发布处于阶段，一旦服务器出现错误即停止新服务的继续发布，从而减小服务发布的风险。

这样即完成了本优选实施例的服务灰度发布过程。

本优选实施例的服务灰度发布方法可通过改变单位时间访问量实现新服务的发布，可针对不同情况采用不同的单位时间访问量，服务发布的风险低、效率高。

请参照图2，图2为本发明的服务灰度发布方法的第二优选实施例的流程图。本优选实施例的服务灰度发布方法包括：

步骤201，设定新服务的访问用户账号，并使用访问用户账号对新服务进行发布；

步骤202，接收新服务的客户反馈信息；

步骤203，如新服务的客户反馈信息正常，则通过增加新服务的访问用户账号的方式对新服务进行逐步发布；

步骤204，设定新服务的单位时间访问量，并使用单位时间访问量对新服务进行发布；

步骤205，接收新服务的客户反馈信息；

步骤206，如新服务的客户反馈信息正常，则通过增加新服务的单位时间的访问量的方式对新服务进行逐步发布；

本优选实施例的服务灰度发布方法结束于步骤206。

下面详细说明本发明的服务灰度发布方法的各步骤的具体流程。

在步骤201中，使用控制用户账号访问的方式对服务器进行新服务的发布，首先需要设定新服务的访问用户账号，并使用访问用户账号对新服务进行发布。

随后来到步骤202。

在步骤202中，接收步骤201发布的新服务的客户反馈信息，该客户反馈信息可以直接从客户端接收，也可直接接收服务器上的客户端的反馈信息。

随后来到步骤203。

在步骤203中，如新服务的客户反馈信息正常，则通过增加新服务的访问用户账号的方式对新服务进行逐步发布。在本步骤中，可以配置任意数量的用户路由到新服务器进行新版本服务的发布，而其他的用户则路由到旧服务器上不进行新版本服务的发布，如没有出现问题技术人员可以逐步增加路由到新服务器上的用户的数量。

这样可以在服务发布初期方便的配置测试用的用户账号并进行小范围的服务发布，将发布风险影响的范围控制在某些用户账号上，同时出现问题后也方便对问题进行定位。

按控制用户账号访问的方式进行服务发布的代码如下：

其中dwTestUin为预设的用户账号，当访问服务器的用户账号dwUsr为dwTestUin时，则将该用户路由到新服务器进行新版本服务的发布。

在本优选实施例的步骤201中还可设定新服务的起始访问用户账号以及最终访问用户账号。这样可在步骤203中将新服务的访问用户账号的数量从起始访问用户账号的数量逐步增加至最终访问用户账号的数量，从而实现对新服务的逐步发布。

随后来到步骤204。

在步骤204中，这里设定的新服务的单位时间访问量应与步骤203中的最终访问用户账号的数量大致相等，保证两种灰度发布方式的稳定过渡。

本优选实施例的步骤204与本发明的服务灰度发布方法的第一优选实施例的步骤101中的描述相同或相似，具体请参见上述服务灰度发布方法的第一优选实施例的步骤101中的相关描述。

本优选实施例的步骤205与本发明的服务器灰度发布方法的第一优选实施例的步骤102中的描述相同或相似，具体请参见上述服务灰度发布方法的第一优选实施例的步骤102中的相关描述。

本优选实施例的步骤206与本发明的服务器灰度发布方法的第一优选实施例的步骤103中的秒速相同或相似，具体请参见上述服务灰度发布方法的第一优选实施例的步骤103中的相关描述。

进一步，如在新服务发布过程中，新服务的客户反馈信息错误，则停止新服务的发布。无论该新服务发布处于阶段，一旦服务器出现错误即停止新服务的继续发布，从而减小服务发布的风险。

这样即完成了本优选实施例的服务灰度发布过程。

本优选实施例的服务灰度发布方法同时使用控制用户账号访问的方式以及控制单位时间访问量的方式实现新服务的发布，可针对不同情况采用不同的服务发布策略，服务发布的风险低、效率高。

请参照图3，图3为本发明的服务灰度发布方法的第三优选实施例的流程图。本优选实施例的服务灰度发布方法包括：

步骤301，设定新服务的访问用户账号，并使用访问用户账号对新服务进行发布；

步骤302，接收新服务的客户反馈信息；

步骤303，如新服务的客户反馈信息正常，则通过增加新服务的访问用户账号的方式对新服务进行逐步发布；

步骤304，设定新服务的单位时间访问量，并使用单位时间访问量对新服务进行发布；

步骤305，接收新服务的客户反馈信息；

步骤306，如新服务的客户反馈信息正常，则通过增加新服务的单位时间的访问量的方式对新服务进行逐步发布；

步骤307，对新服务在整个服务器进行发布；

本优选实施例的服务灰度发布方法结束于步骤307。

本优选实施例的步骤301与本发明的服务器灰度发布方法的第二优选实施例的步骤201中的描述相同或相似，具体请参见上述服务灰度发布方法的第二优选实施例的步骤201中的相关描述。

本优选实施例的步骤302与本发明的服务器灰度发布方法的第二优选实施例的步骤202中的描述相同或相似，具体请参见上述服务灰度发布方法的第二优选实施例的步骤202中的相关描述。

本优选实施例的步骤303与本发明的服务器灰度发布方法的第二优选实施例的步骤203中的描述相同或相似，具体请参见上述服务灰度发布方法的第二优选实施例的步骤203中的相关描述。

本优选实施例的步骤304与本发明的服务器灰度发布方法的第二优选实施例的步骤204中的描述相同或相似，具体请参见上述服务灰度发布方法的第二优选实施例的步骤204中的相关描述。

本优选实施例的步骤305与本发明的服务器灰度发布方法的第二优选实施例的步骤205中的描述相同或相似，具体请参见上述服务灰度发布方法的第二优选实施例的步骤205中的相关描述。

本优选实施例的步骤306与本发明的服务器灰度发布方法的第二优选实施例的步骤206中的描述相同或相似，具体请参见上述服务灰度发布方法的第二优选实施例的步骤206中的相关描述。

在步骤307中，当新服务的最大单位时间访问量已经正常发布，即判断该新服务可在该服务器上稳定发布，为了进一步缩短新服务的发布时间，可在该服务器上对该新服务进行完全发布。

进一步，如在新服务发布过程中，新服务的客户反馈信息错误，则停止新服务的发布。无论该新服务发布处于阶段，一旦服务器出现错误即停止新服务的继续发布，从而减小服务发布的风险。

这样即完成了本优选实施例的服务灰度发布过程。

本优选实施例的服务灰度发布方法使用多种方式实现新服务的发布，可针对不同情况采用不同的服务发布策略，服务发布的风险低、效率高。

本发明还涉及一种服务灰度发布装置，请参照图4，图4为本发明的服务灰度发布装置的第一优选实施例的结构示意图。该服务灰度发布装置包括时间访问量设定模块41、接收模块42以及第一发布模块43；时间访问量设定模块41用于设定新服务的单位时间访问量，并使用单位时间访问量对新服务进行发布；接收模块42用于接收新服务的客户反馈信息；第一发布模块43用于如新服务的客户反馈信息正常，则通过增加新服务的单位时间的访问量的方式对新服务进行逐步发布。

本优选实施例的服务灰度发布装置使用时，时间访问量设定模块41设定新服务的单位时间访问量，并使用单位时间访问量对新服务进行发布；随后接收模块42接收新服务的客户反馈信息；最后如新服务的客户反馈信息正常，则第一发布模块43通过增加新服务的单位时间的访问量的方式对新服务进行逐步发布。

其中时间访问量设定模块41还设定有新服务的起始单位时间访问量以及最大单位时间访问量；第一发布模块43通过将服务器的单位时间访问量从起始单位时间访问量逐步增加至最大单位时间访问量，实现对新服务的逐步发布。

进一步本优选实施例的服务灰度发布装置还可包括错误处理模块（图中未示出），该错误处理模块用于如新服务的客户反馈信息错误，则停止新服务的发布。

本发明优选实施例的服务灰度发布装置的具体使用过程与上述服务灰度发布方法的第一优选实施例中的具体实施例的描述使用流程相同或相似，请参见服务灰度发布方法的第一优选实施例中的相关描述具体实施例。

本优选实施例的服务灰度发布装置可通过改变单位时间访问量实现新服务的发布，可针对不同情况采用不同的单位时间访问量，服务发布的风险低、效率高。

请参照图5，图5为本发明的服务灰度发布装置的第二优选实施例的结构示意图。本优选实施例的服务灰度发布装置在第一优选实施例的基础上还包括访问用户账号设定模块51以及第二发布模块52。访问用户账号设定模块51用于设定新服务的访问用户账号，并使用访问用户账号对新服务进行发布；第二发布模块52用于如新服务的客户反馈信息正常，则通过增加新服务的访问用户账号的方式对新服务进行逐步发布。

本优选实施例的服务灰度发布装置使用时，时间访问量设定模块41设定新服务的单位时间访问量，并使用单位时间访问量对新服务进行发布；随后接收模块42接收新服务的客户反馈信息；然后如新服务的客户反馈信息正常，则第一发布模块43通过增加新服务的单位时间的访问量的方式对新服务进行逐步发布；这时访问用户账号设定模块51在第一发布模块43发布之后设定新服务的访问用户账号，并使用访问用户账号对新服务进行发布；接收模块42接收新服务的客户反馈信息后；如新服务的客户反馈信息正常，则第二发布模块52增加新服务的访问用户账号的方式对新服务进行逐步发布。

其中访问用户账号设定模块51还设定有新服务的起始访问用户账号以及最终访问用户账号；第二发布模块52通过将新服务的访问用户账号的数量从起始访问用户账号的数量逐步增加至最终访问用户账号的数量，实现对新服务的逐步发布。

本发明优选实施例的服务灰度发布装置的具体使用过程与上述服务灰度发布方法的第二优选实施例中的具体实施例的描述使用流程相同或相似，请参见服务灰度发布方法的第二优选实施例中的相关描述具体实施例。

本优选实施例的服务灰度发布装置同时使用控制用户账号访问的方式以及控制单位时间访问量的方式实现新服务的发布，可针对不同情况采用不同的服务发布策略，服务发布的风险低、效率高。

请参照图6，图6为本发明的服务灰度发布装置的第三优选实施例的结构示意图。本优选实施例在第二优选实施例的基础上还包括第三发布模块61，该第三发布模块61用于对新服务在整个服务器进行发布。

本优选实施例的服务灰度发布装置使用时，当第二发布模块52正常进行新服务的逐步发布之后，第三发布模块61即对新服务在整个服务器进行发布，进一步缩短新服务的发布时间。

本发明优选实施例的服务灰度发布装置的具体使用过程与上述服务灰度发布方法的第三优选实施例中的具体实施例的描述使用流程相同或相似，请参见服务灰度发布方法的第三优选实施例中的相关描述具体实施例。

本优选实施例的服务灰度发布装置使用多种方式实现新服务的发布，可针对不同情况采用不同的服务发布策略，服务发布的风险低、效率高。

作为本发明的另一个优选实施例，本发明的服务灰度发布方法可包括步骤：

根据每个服务的服务器的总访问量，将服务器的访问量水平划分为低访问量水平、中访问量水平以及高访问量水平；

使用控制用户账号访问的方式对低访问量水平的服务器进行服务的逐步发布；

使用控制单位时间访问量的方式对中访问量水平的服务器进行服务的逐步发布；

对高访问量水平的服务器直接进行服务的发布。

下面详细说明本优选实施例的服务灰度发布方法的各步骤的具体流程。

首先，根据每个服务的服务器的总访问量，将服务器的访问量水平划分为低访问量水平、中访问量水平以及高访问量水平。这里的访问量水平的划分是根据服务的服务器的总访问量而定，即根据预先设置的服务器的总访问量或服务升级前的旧服务器的总访问量而定，如预先设置的总访问量较大，则各访问量水平的实际访问量也会设置得较大；如预先设置的总访问量较小，则各访问量水平的实际访问量也就设置得较小。

访问量水平的划分具体可为：低访问量水平为服务器的总访问量的0%-n%，中访问量水平为服务器的总访问量的n%-m%，高访问量水平为服务器的总访问量的m%-100%；其中n的范围为10-20，m的范围为50-80。如预先设置的总访问量较大，可适当的降低低访问量水平或中访问量水平，即n或m取较小的值，以缩短低访问量水平或中访问量水平的服务发布时间；如预先设置的总访问量较小，则可适当的提高低访问量水平或中访问量水平，即n或m取较大的值，以更好的控制服务发布的风险。

其次，使用控制用户账号访问的方式对低访问量水平的服务器进行服务的逐步发布，本步骤中的逐步发布是指在服务器的低访问量水平的范围内，逐步增加访问服务器的用户账号的数量。在本步骤中，可以配置任意数量的用户路由到新服务器进行新版本服务的发布，而其他的用户则路由到旧服务器上不进行新版本服务的发布，技术人员可以逐步增加路由到新服务器上的用户的数量。

这样可以在服务发布初期方便的配置测试用的用户账号并进行小范围的服务发布，将发布风险影响的范围控制在某些用户账号上，同时出现问题后也方便对问题进行定位。

然后，使用控制单位时间访问量的方式对中访问量水平的服务器进行服务的逐步发布，本步骤中的逐步发布是指在服务器的中访问量水平的范围内，逐步增加服务器单位时间的访问量。当服务器完成上述低访问量水平的服务发布后，为了缩短服务的发布时间，对于中访问量水平的服务采用增加服务器单位时间的访问量的方式进行发布（相对低访问量水平进行放量发布）。在本步骤中，对单台服务器进行单位时间访问量的限制，最小可设置服务器的访问量为1次/分钟，如没有出现问题则逐渐增加该访问量。

这样可以让新版本的服务承受不同的用户使用场景的测试，使得发布风险提早暴露出来。同时发布风险影响的范围也比较容易进行控制。

最后，对高访问量水平的服务器直接进行服务的发布。当服务器完成上述的中访问量水平的服务发布后，为了进一步缩短服务的发布时间，对于高访问量水平的服务直接在服务器上进行服务的无限制发布。即完成了整个新版本服务在相应服务器上的灰度发布过程。

进一步，本发明的服务灰度发布方法还包括步骤：如在发布过程中，服务器出现错误，则停止服务器上服务的发布。无论是在低访问量水平的服务发布阶段、中访问量水平的服务发布阶段或高访问量水平的服务发布阶段，一旦服务器出现错误即停止服务的继续发布，从而减小服务发布的风险。

本发明的服务灰度发布方法及装置使用多种方式实现新服务的发布，可针对不同情况采用不同的服务发布策略；且三种服务发布策略均灵活可控，最大程度地降低了服务发布风险的基础上保证了服务发布的高效性。有效的解决了现有的服务灰度发布方法及装置的服务发布风险高以及效率低的技术问题。

综上所述，虽然本发明已以优选实施例揭露如上，但上述优选实施例并非用以限制本发明，本领域的普通技术人员，在不脱离本发明的精神和范围内，均可作各种更动与润饰，因此本发明的保护范围以权利要求界定的范围为准。

Claims (12)

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

设定新服务的单位时间访问量，并使用所述单位时间访问量对所述新服务进行发布；

接收所述新服务的客户反馈信息；

如所述新服务的客户反馈信息正常，则通过增加所述新服务的单位时间的访问量的方式对新服务进行逐步发布。

2.根据权利要求1所述的服务灰度发布方法，其特征在于，在所述设定新服务的单位时间访问量，并使用所述单位时间访问量对所述新服务进行发布的步骤之前还包括步骤：

设定所述新服务的访问用户账号，并使用所述访问用户账号对所述新服务进行发布；

接收所述新服务的客户反馈信息；

如所述新服务的客户反馈信息正常，则通过增加所述新服务的访问用户账号的方式对所述新服务进行逐步发布。

3.根据权利要求1或2所述的服务灰度发布方法，其特征在于，在所述对所述新服务进行逐步发布之后还包括步骤：

对所述新服务在整个服务器进行发布。

4.根据权利要求1所述的服务灰度发布方法，其特征在于，所述通过增加所述新服务的单位时间的访问量的方式对新服务进行逐步发布的步骤具体为：

设定所述新服务的起始单位时间访问量以及最大单位时间访问量，

通过将所述服务器的单位时间访问量从所述起始单位时间访问量逐步增加至所述最大单位时间访问量，实现对所述新服务的逐步发布。

5.根据权利要求2所述的服务灰度发布方法，其特征在于，所述通过增加所述新服务的访问用户账号的方式对所述新服务进行逐步发布的步骤具体为：

设定所述新服务的起始访问用户账号以及最终访问用户账号；

通过将所述新服务的访问用户账号的数量从所述起始访问用户账号的数量逐步增加至所述最终访问用户账号的数量，实现对所述新服务的逐步发布。

6.根据权利要求1所述的服务灰度发布方法，其特征在于，所述服务灰度发布方法还包括步骤：

如所述新服务的客户反馈信息错误，则停止所述新服务的发布。

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

时间访问量设定模块，用于设定新服务的单位时间访问量，并使用所述单位时间访问量对所述新服务进行发布；

接收模块，用于接收所述新服务的客户反馈信息；以及

第一发布模块，用于如所述新服务的客户反馈信息正常，则通过增加所述新服务的单位时间的访问量的方式对新服务进行逐步发布。

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

访问用户账号设定模块，用于设定所述新服务的访问用户账号，并使用所述访问用户账号对所述新服务进行发布；以及

第二发布模块，用于如所述新服务的客户反馈信息正常，则通过增加所述新服务的访问用户账号的方式对所述新服务进行逐步发布。

9.根据权利要求7或8所述的服务灰度发布装置，其特征在于，服务灰度发布装置还包括：

第三发布模块，用于对所述新服务在整个服务器进行发布。

10.根据权利要求7所述的服务灰度发布装置，其特征在于，

所述时间访问量设定模块具体用于设定所述新服务的起始单位时间访问量以及最大单位时间访问量；

所述第一发布模块具体用于通过将所述服务器的单位时间访问量从所述起始单位时间访问量逐步增加至所述最大单位时间访问量，实现对所述新服务的逐步发布。

11.根据权利要求8所述的服务灰度发布装置，其特征在于，

所述访问用户账号设定模块具体用于设定所述新服务的起始访问用户账号以及最终访问用户账号；

所述第二发布模块具体用于通过将所述新服务的访问用户账号的数量从所述起始访问用户账号的数量逐步增加至所述最终访问用户账号的数量，实现对所述新服务的逐步发布。

12.根据权利要求7所述的服务灰度发布装置，其特征在于，所述服务灰度发布装置还包括：

错误处理模块，用于如所述新服务的客户反馈信息错误，则停止所述新服务的发布。