CN105791344A - 灰度发布业务处理的方法、系统、负载均衡器及服务总线装置 - Google Patents

Abstract

本发明公开了一种灰度发布业务处理的方法、系统、负载均衡器及服务总线装置，该方法包括：接收业务请求，所述业务请求包含了用户的标识和用户信息；确定所述用户的标识在自身存储的灰度用户表中，在所述业务请求中添加用户的标识；根据所述用户信息，在自身存储的灰度部件表中，确定所述业务请求可路由到的多个部件中存在灰度部件，并获取所述灰度部件的地址；根据所述灰度部件的地址，向所述灰度部件发送携带灰度标识的业务请求。降低灰度发布业务处理的复杂性。

Description

灰度发布业务处理的方法、系统、负载均衡器及服务总线装置

技术领域

本发明涉及计算机领域，尤其涉及一种灰度发布业务处理的方法、系统、负载均衡器及服务总线装置。

背景技术

目前，在一些互联网的软件应用进行升级时，灰度发布是一种比较常用的方案，灰度发布是指：让一部分用户继续用软件版本A，一部分用户开始用软件版本B，如果用户对软件版本B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到软件版本B上面来。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。

当前主流的互联网灰度发布方案需要按照集(Set)进行组网，一个Set就是一个独立的环境，每个Set包含对用户服务的全部部件，在7层负载均衡器上根据灰度规则进行分发。一个Set可能就是一个机房，例如广东用户的服务全部路由到一个机房进行处理，该机房掉电不影响其他机房的用户。

此种方式的灰度发布要求组网必须按照Set进行组网，已经存在的产品要进行组网和部件改造才能使用，升级必须按照整个Set进行升级，灰度部件和非灰度部件是完全隔离的，对于灰度发布的业务处理比较复杂。

发明内容

针对上述问题，本发明的目的在于提供一种降低灰度发布业务处理的复杂性的灰度发布业务处理的方法及装置。

第一方面，本发明提供一种灰度发布业务处理的方法，所述方法应用在负载均衡器上，其包括：

接收业务请求，所述业务请求包含了用户的标识和用户信息；

确定所述用户的标识在自身存储的灰度用户表中，在所述业务请求中添加用户的标识；

根据所述用户信息，在自身存储的灰度部件表中，确定所述业务请求可路由到的多个部件中存在灰度部件，并获取所述灰度部件的地址；

根据所述灰度部件的地址，向所述灰度部件发送携带灰度标识的业务请求。

在第一方面的第一种可能的实现方式中，还包括：监控灰度发布管理器存储的灰度部件表和灰度用户表，当所述发布管理器存储的灰度部件表或者灰度用户表发生更新时，从所述所述发布管理器中获取更新的灰度部件表或者灰度用户表。

第二方面，本发明提供一种灰度发布业务处理的方法，方法应用在服务总线装置中，具体包括：

接收第一部件的调用第一服务的第一服务请求，所述第一服务请求中携带了灰度标识；

从自身存储的灰度部件表中，查找提供所述第一服务是否存在灰度第二部件，如果不存在灰度第二部件，则随机将第一服务请求发送到提供该第一服务的任一的第二部件，如果存在灰度第二部件，则将第一服务请求发送到该灰度第二部件上。

在第二方面的第一种可能的实现方式中，还包括：监控灰度发布管理器存储的灰度部件表和灰度用户表，当所述发布管理器存储的灰度部件表或者灰度用户表发生更新时，从所述所述发布管理器中获取更新的灰度部件表或者灰度用户表。

第三方面，本发明提供一种负载均衡器，包括：

接收单元，用于接收业务请求，所述业务请求包含了用户的标识和用户信息；

确定单元，用于确定所述用户的标识在自身存储的灰度用户表中，在所述业务请求中添加用户的标识；

地址获取单元，用于根据所述用户信息，在自身存储的灰度部件表中，确定所述业务请求可路由到的多个部件中存在灰度部件，并获取所述灰度部件的地址；

发送单元，用于根据所述灰度部件的地址，向所述灰度部件发送携带灰度标识的业务请求。

在第三方面的第一种可能的实现方式中，还包括：监控单元，用于监控灰度发布管理器存储的灰度部件表和灰度用户表，当所述发布管理器存储的灰度部件表或者灰度用户表发生更新时，从所述所述发布管理器中获取更新的灰度部件表或者灰度用户表。

第四方面，本发明提供一种服务总线装置，包括：

接收模块，用于接收第一部件的调用第一服务的第一服务请求，所述第一服务请求中携带了灰度标识；

查找模块，用于从自身存储的灰度部件表中，查找提供所述第一服务是否存在灰度第二部件；

发送模块，用于如果不存在灰度第二部件，则随机将第一服务请求发送到提供该第一服务的任一的第二部件，如果存在灰度第二部件，则将第一服务请求发送到该灰度第二部件上。

在第四方面的第一种可能的实现方式中，还包括：监控模块，用于监控灰度发布管理器存储的灰度部件表和灰度用户表，当所述发布管理器存储的灰度部件表或者灰度用户表发生更新时，从所述所述发布管理器中获取更新的灰度部件表或者灰度用户表。

第五方面，本发明提供一种灰度发布业务处理的系统，包括：

负载均衡器，用于接收业务请求，所述业务请求包含了用户的标识和用户信息；确定所述用户的标识在自身存储的灰度用户表中，在所述业务请求中添加用户的标识；根据所述用户信息，在自身存储的灰度部件表中，确定所述业务请求可路由到的多个部件中存在灰度部件，并获取所述灰度部件的地址；根据所述灰度部件的地址，向所述灰度部件发送携带灰度标识的业务请求；

服务总线装置，用于接收第一部件的调用第一服务的第一服务请求，所述第一服务请求中携带了灰度标识；从自身存储的灰度部件表中，查找提供所述第一服务是否存在灰度第二部件，如果不存在灰度第二部件，则随机将第一服务请求发送到提供该第一服务的任一的第二部件，如果存在灰度第二部件，则将第一服务请求发送到该灰度第二部件上。

在第五方面的第一种可能的实现方式中，还包括：灰度发布管理器，用于存储和更新灰度用户表和灰度部件表。

本发明实施例的方案本发明由于在负载均衡器，消息总线和服务总线中都存储了灰度用户表和灰度部件表，这样当负载均衡器接收到某个业务请求时，从灰度用户表中，查询到该请求的用户为灰度用户，在业务请求中添加灰度标识，并将携带了灰度标识的业务请求分发到灰度部件中，灰度部件接收到该业务请求，如果需要调度服务时，将向服务总线发送携带灰度标识的服务请求，这样服务总线就知道该服务需要请求灰度部件，从而服务总线就可以将服务请求发送到灰度部件中，这样就是实现了在同一环境下，部分部件进行升级的灰度发布了。因此本发明的灰度发布只需要布置一套环境，大大降低客户成本，并且按照需要对部件升级，而不用升级就要全套服务都升级，大大提高灵活度，可以单独对某个部件进行灰度发布。

附图说明

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

图1是现有技术中的一种灰度发布的环境示意图；

图2是本发明实施例提供的现一种灰度发布的环境示意图；

图3是本发明实施例提供的一种灰度发布业务处理的方法流程示意图；

图4是本发明实施例提供的另一种灰度发布业务处理的方法流程示意图；

图5是本发明实施例提供的一种负载均衡器的结构示意图；

图6是本发明实施例提供的另一种负载均衡器的结构示意图；

图7是本发明实施例提供的一种服务总线装置的结构示意图；

图8是本发明实施例提供的另一种服务总线装置的结构示意图；

图9是本发明实施例提供的一种灰度发布业务的系统结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的灰度发布业务处理是在同一环境下进行的，因此无需用户部署多套环境。同一环境下的消息总线和服务总线是共用的，也就是说的，同一环境下的，不同部件调用其它部件的服务时都是通过同一个服务总线的，不同部件订阅消息或者发送消息时都是通过同一个消息总线的。在该同一个环境下可以实现对某几个部件的部分灰度升级，如图2所示，在该环境下，灰度部件1，灰度部件2，灰度部件3是灰度的，也就是这部分的部件的版本号是升级的，和其它的普通的部件是不同的。当部件灰度发布后，灰度管理器会灰度部件表和灰度用户表，该灰度部件表中存储灰度部件的IP地址和灰度部件标识，即灰度部件表中存储了了哪些部件是升级的，灰度用户表记录了灰度用户的标识，该用户的标识可以是用户的电话号码或者应用的用户名等能够唯一标识该用户的信息，即存储了哪些用户升级了应用或者软件，需要说明的是，这里的灰度部件表和灰度用户表可以合并成一个表，也可以是单独分开的两个表，这是其实际实现的手段，这里不做具体的限制。例如：灰度用户的规则格式为json格式字符串，以下的字符串表明139号段用户和广东江苏用户是灰度用户，他们的请求被路由到灰度部件。

为了请求的路由管理，负载均衡器，服务总线以及消息总线等都需要从灰度管理器中获取和存储上述灰度用户表和灰度部件表。并且由于灰度的用户和灰度部件是随时有可能发生变化的，因此灰度部件表和灰度用户表也是随时会发生变化的，负载均衡器，服务总线以及消息总线为了保证其存储的灰度部件表和灰度用户表的信息是最新的，需要时刻监控灰度管理器存储的灰度部件表和灰度用户表记载的信息是否发生变化，如果其灰度部件表和灰度用户表记载的信息发生变化的话，负载均衡器，服务总线以及消息总线将同步获取灰度管理器中的最新的其灰度部件表和灰度用户表，这样就可以保证了负载均衡器，服务总线以及消息总线保存的灰度部件表和灰度用户表都是最新的。这样可以实现在同一个环境中进行灰度发布，根据需要对部件进行升级，配置灰度规则后，自动将灰度用户路由到升级后的部件，然后由升级后的新版本提供服务。这样灰度发布时无需升级一整套和用户请求相关的部件，按照需要进行升级，在灰度用户的服务调用链中携带灰度标志，保证灰度用户始终能由灰度版本提供服务。

依然如图2所示，本发明的灰度发布业务处理的方法，具体包括：

步骤201：负载均衡器接收用户的业务请求，该业务请求包含了用户的标识和用户信息，其中这里的用户信息可以是用户所属地域等，具体来说，用户信息可以能够表明该用户的地理位置等信息。

步骤202：负载均衡器解析了该业务请求，获取了该用户的标识和用户信息，并根据用户的标识，从灰度用户表中，查询到该用户是灰度用户，在该业务请求中插入灰度标识。并根据用户信息和存储的灰度部件表，查询到该业务请求将要路由的部件1存在灰度部件，因此获取到该灰度部件1的IP地址，并根据该灰度部件1的IP地址，向灰度部件1发送携带灰度标识的业务请求。

例如：负载均衡器具体是niginx，nginx支持lua脚本扩展，ngx_lua把lua语言嵌入nginx中,使其支持lua来快速开发基于nginx下的业务逻辑，nginx还支持C语言的模块扩展。灰度发布中nginx在7层负载均衡时根据请求内容进行路由分发，需要解析http请求内容，包括http头字段和httpcookie字段等，从中获取用户信息，例如用户手机和用户所属地域等。nginx判定该业务请求为灰度请求，则在http头中插入cookie，字段为GrayReleaseTag＝TaskID

步骤203：灰度部件1接收了该业务请求，从业务请求中获取到灰度标识，并从业务请求的业务信息，获知该业务请求需要调用的第一服务，并向服务总线发送第一服务请求，从而调用第一服务，该第一服务请求携带灰度标识。

部件1通常都是一个网页服务器(webserver)，该websever需要解析该业务请求，从而获知该业务请求需要的服务是什么，从而调用相应的服务。

步骤204：服务总线接收到该第一服务请求，并获取第一服务请求携带的灰度标识，从存储的灰度部件表中，查找该能提供该第一服务是否存在灰度部件2，如果不存在灰度部件2，则随机将第一服务请求发送到能够提供该第一服务的任一的部件2，如果存在灰度部件2，则将第一服务请求发送到该灰度部件2上。如图2所示，假设的场景是部件2并没有灰度部件2，因此随机发送了一个部件2。

步骤205：部件2接收到上述调用第一服务的第一服务请求后，对该第一服务请求提供服务，如果此时该服务还需要调用第二服务，则向服务总线发送调用第二服务的第二服务请求，该第二服务请求中携带灰度标识。

步骤206：服务总线接收到该第二服务请求，并获取第二服务请求携带的灰度标识，从存储的灰度部件表中，查找该能提供该第二服务是否存在灰度部件3，如果不存在灰度部件3，则随机将第一服务请求发送到能够提供该第一服务的任一的部件3，如果存在灰度部件3，则将第一服务请求发送到该灰度部件3上。如图2所示，假设的场景是部件3有灰度部件3，则服务总线将该第二服务请求发送到灰度部件3中。

如果调用更多的服务处理，服务总线其处理流程和步骤204以及步骤206相同。在实际应用，消息总线的处理流程也和步骤204以及步骤206相似，这里就不再赘述。

步骤207：如果在业务处理过程中，某个部件也进行了升级，即该部件成为了灰度部件，或者某个用户成为灰度用户，灰度管理器需要及时更新其灰度用户表和灰度部件表，此时负载均衡器、消息总线和服务总线也将监控到上述灰度用户表和灰度部件表已经更新了，因此负载均衡器、消息总线和服务总线将同步上述更新的灰度用户表和灰度部件表，从而保证了灰度用户的业务请求发送到灰度部件上。

本发明由于在负载均衡器，消息总线和服务总线中都存储了灰度用户表和灰度部件表，这样当负载均衡器接收到某个业务请求时，从灰度用户表中，查询到该请求的用户为灰度用户，在业务请求中添加灰度标识，并将携带了灰度标识的业务请求分发到灰度部件中，灰度部件接收到该业务请求，如果需要调度服务时，将向服务总线发送携带灰度标识的服务请求，这样服务总线就知道该服务需要请求灰度部件，从而服务总线就可以将服务请求发送到灰度部件中，这样就是实现了在同一环境下，部分部件进行升级的灰度发布了。因此本发明的灰度发布只需要布置一套环境，大大降低客户成本，并且按照需要对部件升级，而不用升级就要全套服务都升级，大大提高灵活度，可以单独对某个部件进行灰度发布。

如图3所示，本发明的灰度发布业务处理的方法，具体包括：

步骤301：负载均衡器接收了业务请求，该业务请求包含了用户的标识和用户信息。

步骤302：负载均衡器确定所述用户的标识在自身存储的灰度用户表中，在业务请求中添加用户的标识；

步骤303：根据用户信息，在自身存储的灰度部件表中，确定所述业务请求可路由到的多个部件中存在灰度部件，并获取该灰度部件的地址。

步骤304：根据该灰度部件的地址，向所述灰度部件发送携带灰度标识的业务请求。

如图4所示，本发明的灰度发布业务处理的方法，该方法应用在服务总线装置中，具体包括：

步骤401：接收第一部件的调用第一服务的第一服务请求，该第一服务请求中携带了灰度标识；

步骤402：从存储的灰度部件表中，查找提供该第一服务是否存在灰度第二部件，如果不存在灰度第二部件，则随机将第一服务请求发送到能够提供该第一服务的任一的第二部件，如果存在灰度第二部件，则将第一服务请求发送到该灰度第二部件上。

如图5所示，本发明提供一种负载均衡器，包括：

接收单元51，用于接收业务请求，所述业务请求包含了用户的标识和用户信息；

确定单元52，用于确定所述用户的标识在自身存储的灰度用户表中，在所述业务请求中添加用户的标识；

地址获取单元53，用于根据所述用户信息，在自身存储的灰度部件表中，确定所述业务请求可路由到的多个部件中存在灰度部件，并获取所述灰度部件的地址；

发送单元54，用于根据所述灰度部件的地址，向所述灰度部件发送携带灰度标识的业务请求。

进一步的，如图6所示，该负载均衡器还包括：监控单元55，用于监控灰度发布管理器存储的灰度部件表和灰度用户表，当所述发布管理器存储的灰度部件表或者灰度用户表发生更新时，从所述所述发布管理器中获取更新的灰度部件表或者灰度用户表。

如图7所示，本发明提供一种服务总线装置，包括：

接收模块71，用于接收第一部件的调用第一服务的第一服务请求，所述第一服务请求中携带了灰度标识；

查找模块72，用于从自身存储的灰度部件表中，查找提供所述第一服务是否存在灰度第二部件；

发送模块73，用于如果不存在灰度第二部件，则随机将第一服务请求发送到提供该第一服务的任一的第二部件，如果存在灰度第二部件，则将第一服务请求发送到该灰度第二部件上。

进一步的，如图8所示，上述服务总线装置还包括：监控模块74，用于监控灰度发布管理器存储的灰度部件表和灰度用户表，当所述发布管理器存储的灰度部件表或者灰度用户表发生更新时，从所述所述发布管理器中获取更新的灰度部件表或者灰度用户表。

如图9，本发明提供一种灰度发布业务处理的系统，包括：

负载均衡器91，用于接收业务请求，所述业务请求包含了用户的标识和用户信息；确定所述用户的标识在自身存储的灰度用户表中，在所述业务请求中添加用户的标识；根据所述用户信息，在自身存储的灰度部件表中，确定所述业务请求可路由到的多个部件中存在灰度部件，并获取所述灰度部件的地址；根据所述灰度部件的地址，向所述灰度部件发送携带灰度标识的业务请求；

服务总线装置92，用于接收第一部件的调用第一服务的第一服务请求，所述第一服务请求中携带了灰度标识；从自身存储的灰度部件表中，查找提供所述第一服务是否存在灰度第二部件，如果不存在灰度第二部件，则随机将第一服务请求发送到提供该第一服务的任一的第二部件，如果存在灰度第二部件，则将第一服务请求发送到该灰度第二部件上。

进一步的，如图9所示，该系统还包括：灰度发布管理器93，用于存储和更新灰度用户表和灰度部件表。

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

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (10)

1.一种灰度发布业务处理的方法，其特征在于，所述方法应用在负载均衡器上，其包括：

接收业务请求，所述业务请求包含了用户的标识和用户信息；

确定所述用户的标识在自身存储的灰度用户表中，在所述业务请求中添加用户的标识；

根据所述用户信息，在自身存储的灰度部件表中，确定所述业务请求可路由到的多个部件中存在灰度部件，并获取所述灰度部件的地址；

根据所述灰度部件的地址，向所述灰度部件发送携带灰度标识的业务请求。

2.如权利要求1所述的灰度发布业务处理的方法，其特征在于，还包括：监控灰度发布管理器存储的灰度部件表和灰度用户表，当所述发布管理器存储的灰度部件表或者灰度用户表发生更新时，从所述所述发布管理器中获取更新的灰度部件表或者灰度用户表。

3.一种灰度发布业务处理的方法，其特征在于，所述方法应用在服务总线装置中，具体包括：

接收第一部件的调用第一服务的第一服务请求，所述第一服务请求中携带了灰度标识；

从自身存储的灰度部件表中，查找提供所述第一服务是否存在灰度第二部件，如果不存在灰度第二部件，则随机将第一服务请求发送到提供该第一服务的任一的第二部件，如果存在灰度第二部件，则将第一服务请求发送到该灰度第二部件上。

4.如权利要求3所述的灰度发布业务处理的方法，其特征在于，还包括：监控灰度发布管理器存储的灰度部件表和灰度用户表，当所述发布管理器存储的灰度部件表或者灰度用户表发生更新时，从所述所述发布管理器中获取更新的灰度部件表或者灰度用户表。

5.一种负载均衡器，其特征在于，包括：

接收单元，用于接收业务请求，所述业务请求包含了用户的标识和用户信息；

确定单元，用于确定所述用户的标识在自身存储的灰度用户表中，在所述业务请求中添加用户的标识；

地址获取单元，用于根据所述用户信息，在自身存储的灰度部件表中，确定所述业务请求可路由到的多个部件中存在灰度部件，并获取所述灰度部件的地址；

发送单元，用于根据所述灰度部件的地址，向所述灰度部件发送携带灰度标识的业务请求。

6.如权利要求5所述的负载均衡器，其特征在于，还包括：监控单元，用于监控灰度发布管理器存储的灰度部件表和灰度用户表，当所述发布管理器存储的灰度部件表或者灰度用户表发生更新时，从所述所述发布管理器中获取更新的灰度部件表或者灰度用户表。

7.一种服务总线装置，其特征在于，包括：

接收模块，用于接收第一部件的调用第一服务的第一服务请求，所述第一服务请求中携带了灰度标识；

查找模块，用于从自身存储的灰度部件表中，查找提供所述第一服务是否存在灰度第二部件；

发送模块，用于如果不存在灰度第二部件，则随机将第一服务请求发送到提供该第一服务的任一的第二部件，如果存在灰度第二部件，则将第一服务请求发送到该灰度第二部件上。

8.如权利要求7所述的服务总线装置，其特征在于，还包括：监控模块，用于监控灰度发布管理器存储的灰度部件表和灰度用户表，当所述发布管理器存储的灰度部件表或者灰度用户表发生更新时，从所述所述发布管理器中获取更新的灰度部件表或者灰度用户表。

9.一种灰度发布业务处理的系统，其特征在于，包括：

负载均衡器，用于接收业务请求，所述业务请求包含了用户的标识和用户信息；确定所述用户的标识在自身存储的灰度用户表中，在所述业务请求中添加用户的标识；根据所述用户信息，在自身存储的灰度部件表中，确定所述业务请求可路由到的多个部件中存在灰度部件，并获取所述灰度部件的地址；根据所述灰度部件的地址，向所述灰度部件发送携带灰度标识的业务请求；

服务总线装置，用于接收第一部件的调用第一服务的第一服务请求，所述第一服务请求中携带了灰度标识；从自身存储的灰度部件表中，查找提供所述第一服务是否存在灰度第二部件，如果不存在灰度第二部件，则随机将第一服务请求发送到提供该第一服务的任一的第二部件，如果存在灰度第二部件，则将第一服务请求发送到该灰度第二部件上。

10.如权利要求9的灰度发布业务处理的系统，其特征在于，还包括：灰度发布管理器，用于存储灰度用户表和灰度部件表。