CN106487863A - 一种基于分布式系统的灰度发布方法、客户端及平台 - Google Patents
一种基于分布式系统的灰度发布方法、客户端及平台 Download PDFInfo
- Publication number
- CN106487863A CN106487863A CN201510558043.6A CN201510558043A CN106487863A CN 106487863 A CN106487863 A CN 106487863A CN 201510558043 A CN201510558043 A CN 201510558043A CN 106487863 A CN106487863 A CN 106487863A
- Authority
- CN
- China
- Prior art keywords
- service
- service unit
- unit
- database table
- destination
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 93
- 230000004044 response Effects 0.000 claims abstract description 199
- 230000008569 process Effects 0.000 claims abstract description 32
- 238000003860 storage Methods 0.000 claims description 29
- 238000013507 mapping Methods 0.000 claims description 19
- 230000002688 persistence Effects 0.000 claims description 16
- 238000009826 distribution Methods 0.000 claims description 13
- 235000013399 edible fruits Nutrition 0.000 claims description 4
- 230000005540 biological transmission Effects 0.000 claims description 2
- 230000006870 function Effects 0.000 description 14
- 238000010586 diagram Methods 0.000 description 11
- 230000008859 change Effects 0.000 description 8
- 238000004590 computer program Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 238000007792 addition Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 4
- 238000012217 deletion Methods 0.000 description 4
- 230000037430 deletion Effects 0.000 description 4
- 239000004744 fabric Substances 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 230000002085 persistent effect Effects 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000007405 data analysis Methods 0.000 description 2
- 230000036541 health Effects 0.000 description 2
- 230000004807 localization Effects 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000009466 transformation Effects 0.000 description 2
- 241001269238 Data Species 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 235000014510 cooky Nutrition 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000004321 preservation Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请实施例提供了一种基于分布式系统的灰度发布方法、客户端及平台,分布式系统包括多个相互独立的服务单元,每个服务单元用于为多种业务项目提供服务;服务单元包括源服务单元以及目标服务单元,源服务单元为未进行服务升级的服务单元,目标服务单元为已进行服务升级的服务单元;所述的方法包括:当客户端检测到针对目标业务项目的业务操作时,生成服务请求;其中,目标业务项目为在灰度发布过程中从源服务单元切换至目标服务单元的业务项目;确定与目标业务项目对应的目标服务单元;将服务请求发送至所述目标服务单元;接收目标服务单元返回的服务响应信息。本申请可以在分布式系统中使用灰度发布进行新版本的发布。
Description
技术领域
本申请涉及大数据处理技术领域,特别是涉及一种基于分布式系统的灰度发布方法,以及一种基于分布式系统的灰度发布客户端,以及一种基于分布式系统的灰度发布平台。
背景技术
互联网产品在发布新版本时,为了降低新版本发布带来的风险,通常采用灰度发布的方式。灰度发布是指在黑与白之间,能够平滑过渡的一种发布方式,AB test就是一种灰度发布方式,让一部分用户继续用A,一部分用户开始用B,如果用户对B没有什么反对意见,那么逐步扩大范围,把所有用户都迁移到B上面来。灰度发布可以保证整体系统的稳定,在初始灰度的时候就可以发现、调整问题,以保证其影响度。
相关技术中关于灰度发布的处理,要么是从web服务场景出发,根据网页链接地址信息、IP地址信息和请求的Cookie信息构成了灰度数据,并根据灰度数据判断是否参与灰度发布;要么是从请求类型的维度进行灰度发布,根据灰度发布顺序表来决定是否将请求转发到新版本上,该发布顺序表定义了不同类型请求的灰度发布顺序,以及利用用户号码信息来决定是否要发布到新版本上;或者是从提高评估关键指标的角度来进行灰度发布,通过创建的预设请求来进行指标评估和数据统计,用于判定是否发布版本。
发明人在实现上述相关技术的过程中发现,上述技术都不是从分布式系统层面提供的解决方案,但对于大规模分布式系统而言,由于每一个服务单元都会同时服务很多业务项目,而每个业务项目对系统又有不同的需求,例如或要求稳定性,或要求新功能等等,因此灰度发布对分布式系统至关重要。
因此,目前需要本领域技术人员迫切解决的一个技术问题就是:如何提出一种灰度发布的机制,用以在分布式系统中使用灰度发布进行新版本的发布。
发明内容
本申请实施例所要解决的技术问题是提供一种基于分布式系统的灰度发布方法,用以在分布式系统中使用灰度发布进行新版本的发布。
相应的,本申请实施例还提供了一种基于分布式系统的灰度发布方法及一种基于分布式系统的灰度发布平台,用以保证上述方法的实现及应用。
为了解决上述问题,本申请实施例公开了一种基于分布式系统的灰度发布方法,所述分布式系统包括多个相互独立的服务单元,每个服务单元用于为多种业务项目提供服务;所述服务单元包括源服务单元以及目标服务单元,所述源服务单元为未进行服务升级的服务单元,所述目标服务单元为已进行服务升级的服务单元;
所述的方法包括:
当客户端检测到针对目标业务项目的业务操作时,生成服务请求;其中,所述目标业务项目为在灰度发布过程中从源服务单元切换至目标服务单元的业务项目;
确定与所述目标业务项目对应的目标服务单元;
将所述服务请求发送至所述目标服务单元,所述目标服务单元用于依据所述服务请求为所述目标业务项目提供相应的服务,并生成服务响应信息;
接收所述目标服务单元返回的服务响应信息。
优选地,所述确定与所述目标业务项目标识对应的目标服务单元的步骤包括:
客户端判断本地是否存在关系数据表,所述关系数据表存储所述分布式系统中所有服务单元与对应的业务项目的映射关系;
若否,则将所述服务请求发送至预设的入口服务单元中,所述入口服务单元用于在第二关系数据表中查找所述目标业务项目标识,确定所述目标业务项目标识对应的目标服务单元标识,并判断所述目标服务单元标识与自身的标识是否一致,以及,根据所述判断结果生成响应信息返回客户端;所述响应信息包括判定所述目标服务单元标识与自身的标识一致时生成的第一响应信息;或者,判定所述目标服务单元标识与自身的标识不一致时生成的第二响应信息,所述第二响应信息包括所述第二关系数据表;所述第二关系数据表用于存储所述分布式系统中进行灰度发布后所有服务单元与对应的业务项目的映射关系;
若是,则从所述关系数据表中查找所述目标业务标识,确定与所述目标业务项目标识对应的服务单元,并将所述服务请求发送至所述对应的服务单元,所述对应的服务单元用于在第二关系数据表中查找所述目标业务项目标识,获得所述目标业务项目标标识对应的目标服务单元标识,并判断所述目标服务单元标识与自身的标识是否一致,以及,根据所述判断结果生成响应信息返回客户端;所述响应信息包括第一响应信息或者第二响应信息;
接收所述入口服务单元或所述对应的服务单元返回的响应信息,在所述响应信息为第一响应信息时,将所述入口服务单元或所述对应的服务单元确定为目标服务单元;在所述响应信息为第二响应信息时,在所述第二关系数据表中查找所述目标业务项目标识,获得与所述目标业务项目标识对应的目标服务单元标识,并根据所述目标服务单元标识确定对应的目标服务单元。
优选地,所述第一关系数据表包括第一服务项目列表及第二服务项目列表,所述第一服务项目列表为所述源服务单元服务的业务项目的标识组成的列表,所述第一服务项目列表包括所述目标业务项目标识;所述第二服务项目列表为所述目标服务单元服务的业务项目的标识组成的列表;
所述目标业务项目在灰度发布过程中从源服务单元切换至目标服务单元,采用如下方式:
加载所述第一关系数据表;
从所述第一关系数据表中查找所述第一服务项目列表,并将所述目标业务项目标识从所述第一服务项目列表中移除;
从所述第一关系数据表中查找所述第二服务项目列表,在所述第二服务项目列表中添加所述目标业务项目标识;
保存所述第一关系数据表,生成第二关系数据表;
持久化保存所述第二关系数据表。
优选地,所述客户端与所述服务单元通过远程过程调用协议RPC进行通信。
优选地,所述方法还包括:
展现所述服务响应信息。
本申请实施例还公开了一种基于分布式系统的灰度发布方法,所述分布式系统包括多个相互独立的服务单元,每个服务单元用于为多种业务项目提供服务,所述业务项目包括目标业务项目;所述服务单元包括源服务单元以及目标服务单元,所述源服务单元为未进行服务升级的服务单元,所述目标服务单元为已进行服务升级的服务单元;
所述的方法包括:
将所述目标业务项目从源服务单元切换至目标服务单元;
通过所述目标服务单元接收客户端发送的服务请求,其中,所述服务请求为所述客户端检测到针对所述目标业务项目的业务操作时生成的请求;
通过所述目标服务单元,依据所述服务请求为所述目标业务项目提供相应的服务,生成服务响应信息,并将所述服务响应信息返回所述客户端。
优选地,在所述将所述目标业务项目从源服务单元切换至目标服务单元的步骤之前,还包括:
当所述分布式系统启动时,所述多个服务单元从数据库中加载第一关系数据表,其中,所述第一关系数据表存储所述分布式系统中进行灰度发布前所有服务单元与对应的业务项目的映射关系。
优选地,所述第一关系数据表包括第一服务项目列表及第二服务项目列表,所述第一服务项目列表为所述源服务单元服务的业务项目的标识组成的列表,所述第一服务项目列表包括所述目标业务项目标识;所述第二服务项目列表为所述目标服务单元服务的业务项目的标识组成的列表;
所述将所述目标业务项目从源服务单元切换至目标服务单元的步骤包括:
加载所述第一关系数据表;
从所述第一关系数据表中查找所述第一服务项目列表,将所述目标业务项目标识从所述第一服务项目列表中移除;
从所述第一关系数据表中查找所述第二服务项目列表,在所述第二服务项目列表中添加所述目标业务项目标识;
保存所述第一关系数据表,生成第二关系数据表;
持久化保存所述第二关系数据表。
优选地,在所述通过所述目标服务单元接收客户端发送的服务请求的步骤之前,还包括:
所述多个服务单元从数据库中加载所述第二关系数据表;
通过预设的入口服务单元或从所述第一关系数据表中确定的与所述目标业务项目标识对应的服务单元,接收客户端发送的服务请求;
通过所述入口服务单元或所述对应的服务单元在所述第二关系数据表中查找所述目标业务项目标识,获得所述目标业务项目标标识对应的目标服务单元标识;
所述入口服务单元或所述对应的服务单元判断所述目标服务单元标识与自身的标识是否一致,以及,根据所述判断结果生成响应信息返回客户端;所述响应信息包括判定所述目标服务单元标识与自身的标识一致时生成的第一响应信息;或者,判定所述目标服务单元标识与自身的标识不一致时生成的第二响应信息,所述第二响应信息包括所述第二关系数据表;
所述客户端用于接收所述入口服务单元或所述对应的服务单元返回的响应信息,在所述响应信息为第一响应信息时,将所述入口服务单元或所述对应的服务单元确定为目标服务单元;在所述响应信息为第二响应信息时,在所述第二关系数据表中查找所述目标业务项目标识,获得与所述目标业务项目标识对应的目标服务单元标识,并根据所述目标服务单元标识确定对应的目标服务单元。
优选地,所述服务单元通过远程过程调用协议RPC与所述客户端进行通信。
本申请实施例还公开了一种基于分布式系统的灰度发布客户端,所述分布式系统包括多个相互独立的服务单元,每个服务单元用于为多种业务项目提供服务;所述服务单元包括源服务单元以及目标服务单元,所述源服务单元为未进行服务升级的服务单元,所述目标服务单元为已进行服务升级的服务单元;
所述的客户端包括:
服务请求生成模块,用于当检测到针对目标业务项目的业务操作时,生成服务请求;其中,所述目标业务项目为在灰度发布过程中从源服务单元切换至目标服务单元的业务项目;
目标服务单元确定模块,用于确定与所述目标业务项目对应的目标服务单元;
服务请求发送模块,用于将所述服务请求发送至所述目标服务单元,所述目标服务单元用于依据所述服务请求为所述目标业务项目提供相应的服务,并生成服务响应信息;
服务响应信息接收模块,用于接收所述目标服务单元返回的服务响应信息。
优选地,所述目标服务单元确定模块包括:
判定子模块,用于判断本地是否存在关系数据表,所述关系数据表存储所述分布式系统中所有服务单元与对应的业务项目的映射关系;若是,则调用第一发送子模块,若否,则调用第二发送子模块;
第一发送子模块,用于将所述服务请求发送至预设的入口服务单元中,所述入口服务单元用于在第二关系数据表中查找所述目标业务项目标识,确定所述目标业务项目标识对应的目标服务单元标识,并判断所述目标服务单元标识与自身的标识是否一致,以及,根据所述判断结果生成响应信息返回客户端;所述响应信息包括判定所述目标服务单元标识与自身的标识一致时生成的第一响应信息;或者,判定所述目标服务单元标识与自身的标识不一致时生成的第二响应信息,所述第二响应信息包括所述第二关系数据表;所述第二关系数据表用于存储所述分布式系统中进行灰度发布后所有服务单元与对应的业务项目的映射关系;
第二发送子模块,用于从所述关系数据表中查找所述目标业务标识,确定与所述目标业务项目标识对应的服务单元,并将所述服务请求发送至所述对应的服务单元,所述对应的服务单元用于在第二关系数据表中查找所述目标业务项目标识,获得所述目标业务项目标标识对应的目标服务单元标识,并判断所述目标服务单元标识与自身的标识是否一致,以及,根据所述判断结果生成响应信息返回客户端;所述响应信息包括第一响应信息或者第二响应信息;
响应信息接收子模块,用于接收所述入口服务单元或所述对应的服务单元返回的响应信息,在所述响应信息为第一响应信息时,将所述入口服务单元或所述对应的服务单元确定为目标服务单元;在所述响应信息为第二响应信息时,在所述第二关系数据表中查找所述目标业务项目标识,获得与所述目标业务项目标识对应的目标服务单元标识,并根据所述目标服务单元标识确定对应的目标服务单元。
优选地,所述第一关系数据表包括第一服务项目列表及第二服务项目列表,所述第一服务项目列表为所述源服务单元服务的业务项目的标识组成的列表,所述第一服务项目列表包括所述目标业务项目标识;所述第二服务项目列表为所述目标服务单元服务的业务项目的标识组成的列表;
所述目标业务项目在灰度发布过程中从源服务单元切换至目标服务单元,采用如下方式:
加载所述第一关系数据表;
从所述第一关系数据表中查找所述第一服务项目列表,并将所述目标业务项目标识从所述第一服务项目列表中移除;
从所述第一关系数据表中查找所述第二服务项目列表,在所述第二服务项目列表中添加所述目标业务项目标识;
保存所述第一关系数据表,生成第二关系数据表;
持久化保存所述第二关系数据表。
优选地,所述客户端与所述服务单元通过远程过程调用协议RPC进行通信。
优选地,所述客户端还包括:
展现模块,用于展现所述服务响应信息。
本申请实施例还公开了一种基于分布式系统的灰度发布平台,所述分布式系统包括多个相互独立的服务单元,每个服务单元用于为多种业务项目提供服务,所述业务项目包括目标业务项目;所述服务单元包括源服务单元以及目标服务单元,所述源服务单元为未进行服务升级的服务单元,所述目标服务单元为已进行服务升级的服务单元;
所述的平台包括:
切换模块,用于将所述目标业务项目从源服务单元切换至目标服务单元;
第一服务请求接收模块,用于通过所述目标服务单元接收客户端发送的服务请求,其中,所述服务请求为所述客户端检测到针对所述目标业务项目的业务操作时生成的请求;
服务响应模块,用于通过所述目标服务单元,依据所述服务请求为所述目标业务项目提供相应的服务,生成服务响应信息,并将所述服务响应信息返回所述客户端。
优选地,所述平台还包括:
第一关系数据表加载模块,用于在所述分布式系统启动时,所述多个服务单元从数据库中加载第一关系数据表,其中,所述第一关系数据表存储所述分布式系统中进行灰度发布前所有服务单元与对应的业务项目的映射关系。
优选地,所述第一关系数据表包括第一服务项目列表及第二服务项目列表,所述第一服务项目列表为所述源服务单元服务的业务项目的标识组成的列表,所述第一服务项目列表包括所述目标业务项目标识;所述第二服务项目列表为所述目标服务单元服务的业务项目的标识组成的列表;
所述切换模块包括:
第一关系数据表加载子模块,用于加载所述第一关系数据表;
标识移除子模块,用于从所述第一关系数据表中查找所述第一服务项目列表,将所述目标业务项目标识从所述第一服务项目列表中移除;
标识添加子模块,用于从所述第一关系数据表中查找所述第二服务项目列表,在所述第二服务项目列表中添加所述目标业务项目标识;
第二关系数据表生成子模块,用于保存所述第一关系数据表,生成第二关系数据表;
保存子模块,用于持久化保存所述第二关系数据表。
优选地,所述平台还包括:
第二关系数据表加载模块,用于所述多个服务单元从数据库中加载所述第二关系数据表;
第二服务请求接收模块,用于通过预设的入口服务单元或从所述第一关系数据表中确定的与所述目标业务项目标识对应的服务单元,接收客户端发送的服务请求;
标识查找模块,用于通过所述入口服务单元或所述对应的服务单元在所述第二关系数据表中查找所述目标业务项目标识,获得所述目标业务项目标标识对应的目标服务单元标识;
响应信息生成模块,用于通过所述入口服务单元或所述对应的服务单元判断所述目标服务单元标识与自身的标识是否一致,以及,根据所述判断结果生成响应信息返回客户端;所述响应信息包括判定所述目标服务单元标识与自身的标识一致时生成的第一响应信息;或者,判定所述目标服务单元标识与自身的标识不一致时生成的第二响应信息,所述第二响应信息包括所述第二关系数据表;
所述客户端用于接收所述入口服务单元或所述对应的服务单元返回的响应信息,在所述响应信息为第一响应信息时,将所述入口服务单元或所述对应的服务单元确定为目标服务单元;在所述响应信息为第二响应信息时,在所述第二关系数据表中查找所述目标业务项目标识,获得与所述目标业务项目标识对应的目标服务单元标识,并根据所述目标服务单元标识确定对应的目标服务单元。
与背景技术相比,本申请实施例包括以下优点:
本申请实施例能够应用于包括多个相互独立的服务单元的分布式系统等大数据计算平台中,当客户端检测到针对从源服务单元切换至目标服务单元的目标业务项目的业务操作时,生成服务请求;并在确定与目标业务项目对应的目标服务单元后,将服务请求发送至目标服务单元,以促使目标服务单元为目标业务项目提供相应的服务。本申请从业务层面(即业务项目)和服务层面(即服务单元)两个维度出发,通过服务单元的轮转升级,实现针对业务项目的灰度发布,很好地解决了大数据计算平台中服务升级影响业务的问题,基本实现了对业务的透明。
附图说明
图1是本申请的一种基于分布式系统的灰度发布方法实施例一的步骤流程图;
图2是本申请的一种基于分布式系统的灰度发布方法实施例一的分布式系统架构图;
图3是本申请的一种基于分布式系统的灰度发布方法实施例一中的关系数据表示意图;
图4是本申请的一种基于分布式系统的灰度发布方法实施例二的步骤流程图;
图5是本申请一种基于分布式系统的灰度发布客户端实施例的结构框图;
图6是本申请一种基于分布式系统的灰度发布平台实施例的结构框图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本申请作进一步详细的说明。
参照图1,示出了本申请的一种基于分布式系统的灰度发布方法实施例一的步骤流程图。
应用于本申请实施例,为了实现服务的高可用性和,在分布式系统中可以部署多个相互独立的服务单元(Service Unit),其中,服务单元是指在复杂的大数据分布式系统中,接受并处理针对业务的服务请求的功能模块,本申请实施例中的服务单元可以包括源服务单元以及目标服务单元,源服务单元为未进行服务升级的服务单元,目标服务单元为已进行服务升级的服务单元。
每个服务单元可以设置不同的功能定位,例如,对于测试性需求,要求使用最新功能,对稳定性要求相对较低,可以部署beta版代码,提供最新功能,升级相对频繁;对于稳定性需求,要求系统稳定、健壮,提供7*24小时不间断服务,可以部署release版代码,升级频率低。系统发布新版本时,开发运维人员可以针对服务单元的不同定位和要发布的版本的稳定性,选择不同的服务单元进行灰度发布。
需要说明的是,分布式系统中能够部署的服务单元的数量,可以根据业务场景确定,但为满足灰度发布的需要,该服务单元的数量优选为两个以上。
在本申请实施例中,每个服务单元可以为多种业务项目(BussinessProject)提供服务。其中,业务项目是指业务部门所划分的一整套业务逻辑,例如,数据导入导出、数据分析和数据报表等逻辑,业务项目的服务请求是都是通过服务单元来处理的。
本申请实施例可以应用于灰度发布(feature toggle)过程中,可以包括如下步骤:
步骤101,当客户端检测到针对目标业务项目的业务操作时,生成服务请求;
在本申请实施例中,目标业务项目可以为在灰度发布过程中从源服务单元切换至目标服务单元的业务项目。具体来说,每个业务项目对分布式系统有不同的需求,或要求稳定性,或要求新功能等等。例如,如果业务项目需要一个稳定的运行环境,则可以运行在对应功能的服务单元(例如部署release版代码的服务单元)上,保证稳定性;如果业务项目需要及时使用最新功能,则可以运行在对应功能的服务单元(例如部署beta版代码的服务单元)上,并对新功能进行测试。
当某些运行在低版本服务单元(即源服务单元)上的业务项目无法提供某些功能,需要使用高版本服务单元(即目标服务单元)提供的功能时,可以将这些业务项目由低版本服务单元切换到提供所需功能的高版本服务单元,本申请实施例将这些从低版本服务单元切换到高版本服务单元的业务项目称为目标业务项目。目标业务项目如果需求有变化,可以在多个服务单元间切换,动态满足不同的需求。
由于每个服务单元可以服务一个或多个业务项目,每个业务项目包括业务项目的标识(例如,目标业务项目具有目标业务项目标识),因此,每个服务单元都具有包括一个或多个业务项目的标识的服务项目列表,本申请实施例将源服务单元对应的服务项目列表称为第一服务项目列表,将目标服务单元对应的服务项目列表称为第二服务项目列表。
如图2的分布式系统架构图所示,本申请实施例中的分布式系统除了可以包括多个服务单元以外,还可以包括客户端(亦称前端机Front-EndMachine)、元信息存储系统(Meta Store System)和切换模块(SwitchModule)。上述目标业务项目从源服务单元切换至目标服务单元的切换过程可以由切换模块完成。
在一种实施方式中,切换模块将目标业务项目从源服务单元切换至目标服务单元的过程可以为:
(1)加载第一关系数据表;
如图3的关系数据表示意图所示,应用于本发明实施例,可以定义关系数据表(Service Unit Project Mapping,简称SUPM)用来存储分布式系统中所有服务单元与对应的业务项目的映射关系,即关系数据表可以存储每个服务单元对应的服务项目列表,如图3所示,服务单元1存储的服务项目列表包括业务项目1-3;服务单元2存储的服务项目列表包括业务项目4-6。
关系数据表可以包括第一关系数据表,该第一关系数据表可以用于存储分布式系统中进行灰度发布前所有服务单元与对应的业务项目的映射关系。
该第一关系数据表可以持久化存储在元信息存储系统的数据库中,当切换模块需要将目标业务项目从源服务单元切换至目标服务单元时,可以首先从元信息存储系统中加载该第一关系数据表。
(2)从所述第一关系数据表中查找所述第一服务项目列表,并将所述目标业务项目标识从所述第一服务项目列表中移除;
当切换模块从元信息存储系统中加载了第一关系数据表以后,可以从该第一关系数据表中查找源服务单元对应的第一服务项目列表。在具体实现中,源服务单元具有源服务单元标识,在第一关系数据表中保存的是源服务单元标识与对应的业务项目标识的对应关系,则在第一关系数据表中可以通过查找源服务单元标识来获得源服务单元对应的第一服务项目列表。
在查找到第一服务项目列表以后,进一步在第一服务项目列表中查找目标业务项目标识,在查找到该目标业务项目标识以后,将该目标业务项目标识从该第一服务项目列表中移除。
(3)从所述第一关系数据表中查找所述第二服务项目列表,在所述第二服务项目列表中添加所述目标业务项目标识;
当切换模块将目标业务项目标识从第一服务项目列表中移除以后,切换模块进一步从第一关系数据表中查找目标服务单元对应的第二服务项目列表,并在第二服务项目列表中添加目标业务项目标识。其中,从第一关系数据表中查找目标服务单元对应的第二服务项目列表的方式,与上述查找第一服务项目列表的方式基本相似,具体可以参照上述查找第一服务项目列表的方式,在此不再赘述了。
(4)保存所述第一关系数据表,生成第二关系数据表;
当完成了上述步骤(2)及步骤(3)的移除和添加操作等变更操作以后,可以保存该产生了移除及添加操作等变更操作的第一关系数据表,从而得到第二关系数据表。
(5)持久化保存所述第二关系数据表。
本申请实施例可以将该第二关系数据表持久化保存到元信息存储系统中,这样可以防止分布式系统意外宕机crash时,保证每次服务单元恢复时信息的一致性。
元信息存储系统维护了服务所需要的基本配置信息,各服务单元共用一套元信息存储系统,从而保证了信息的一致性。
在持久化保存第二关系数据表的同时,切换模块可以依据上述将目标业务项目从源服务单元切换至目标服务单元的切换操作,生成变更通知消息,并将该变更通知消息发送至所有服务单元中。
在服务单元中,当后端服务启动或从failover中恢复时,所有服务单元已经从元信息存储系统中加载第一关系数据表。当所有服务单元接收到变更通知消息以后,可以从元信息存储系统中加载该第二关系数据表,此时,所有服务单元都拥有最新的SUPM。
需要说明的是,本申请的服务单元升级可以通过轮转升级的方式,先升级一个或若干服务单元(目标服务单元),运行在其他未升级的服务单元(源服务单元)上的业务项目并不受升级的影响。等待某些服务单元升级完成后,再通过切换模块,将这些业务项目由未升级的服务单元切换到升级的服务单元,切换过程不会中断作业,业务项目可以利用这种轮转升级机制达到灰度发布的目的。
在本申请实施例中目标业务项目能够从源服务单元平滑切换至目标服务单元,使得业务项目可以在升级前后的不同服务单元中平滑切换,切换流程对上层用户基本透明。
需要说明的是,上述切换模块执行的将目标业务项目从源服务单元切换至目标服务单元的切换操作,是在后台中执行的,变更通知消息也是发送至后台的服务单元中,也就是说,能感知SUPM变更的是后台,在整个系统启动时,处于前端的客户端并不能感知SUPM变更。
在客户端侧,客户端在检测到针对目标业务项目的业务操作(例如,对数据的增删减查等操作)时,可以根据该检测结果生成服务请求,该服务请求可以包括目标业务项目标识。
步骤102,确定与所述目标业务项目对应的目标服务单元;
客户端生成服务请求后,客户端可以进一步确定该目标业务项目对应的目标服务单元。在本申请实施例的一种优选实施例中,步骤102可以包括如下子步骤:
子步骤S11,客户端判断本地是否存在关系数据表;若否,则执行子步骤S12;若是,则执行子步骤S13;
客户端在生成服务请求的同时,可以判断客户端本地是否存在任何关系表SUPM,可以包括第一关系数据表和/或第二关系数据表。若客户端本地不存在任何关系数据表,则说明SUPM为空,此时可以继续执行子步骤S12。若存在关系数据表,则说明SUPM不为空,此时可以继续执行子步骤S13。
子步骤S12,将所述服务请求发送至预设的入口服务单元中;
由于分布式系统中包括多个服务单元,因此客户端可以维护服务的某个服务单元作为入口地址,本申请实施例将该作为入口地址的服务单元称为入口服务单元。
当在客户端中不存在关系数据表时,客户端可以将服务请求发送至入口服务单元。
入口服务单元接收到服务请求后,从该服务请求中获得目标业务项目标识。由于对目标业务项目从源服务单元切换至目标服务单元的切换操作完成后,入口服务单元中加载了最新的SUPM,即入口服务单元中加载了第二关系数据表,此时入口服务单元可以在第二关系数据表中查找该目标业务项目标识,确定与该目标业务项目标识对应的目标服务单元标识,并判断目标服务单元标识与自身的标识是否一致,以及,根据上述判断结果生成响应信息返回客户端。
具体的,该响应信息可以包括判定目标服务单元标识与自身的标识一致时生成的第一响应信息;或者,判定目标服务单元标识与自身的标识不一致时生成的第二响应信息,该第二响应信息包括第二关系数据表。
子步骤S13,从所述关系数据表中查找所述目标业务标识,确定与所述目标业务项目标识对应的服务单元,并将所述服务请求发送至所述对应的服务单元;
当在客户端中存在关系数据表,则客户端可以从该关系数据表中查找该目标业务项目标识,获得该目标业务项目标识对应的服务单元标识,并将服务请求发送至该对应的服务单元标识对应的服务单元中。
该对应的服务单元接收到服务请求后,从该服务请求中获得目标业务项目标识。由于对目标业务项目从源服务单元切换至目标服务单元的切换操作完成后,该对应的服务单元中加载了最新的SUPM,即该对应的服务单元中加载了第二关系数据表,此时该对应的服务单元可以在第二关系数据表中查找该目标业务项目标识,确定与该目标业务项目标识对应的目标服务单元标识,并判断目标服务单元标识与自身的标识是否一致,若一致,则生成第一响应信息,并将该第一响应信息返回客户端;若不一致,则说明客户端中存储的关系数据表为第一关系数据表,而该对应的服务单元为升级前较低版本的源服务单元,此时,该对应的服务单元可以依据第二关系数据表生成第二响应信息,该第二响应信息包括该第二关系数据表,并将第二响应信息返回客户端。
子步骤S14,接收所述入口服务单元或所述对应的服务单元返回的响应信息,在所述响应信息为第一响应信息时,将所述入口服务单元或所述对应的服务单元确定为目标服务单元;在所述响应信息为第二响应信息时,在所述第二关系数据表中查找所述目标业务项目标识,获得与所述目标业务项目标识对应的目标服务单元标识,并根据所述目标服务单元标识确定对应的目标服务单元。
客户端接收到入口服务单元或对应的服务单元返回的响应信息后,判断该响应信息的类型,若为第一响应信息,则判定该入口服务单元或对应的服务单元为目标服务单元;若为第二响应信息,则更新自身保存的关系数据表,即将第一关系数据表更新为第二关系数据表,并在第二关系数据表中查找该目标业务项目标识,获得与该目标业务项目标识对应的目标服务单元标识,并根据目标服务单元标识确定对应的目标服务单元。
需要说明的是,客户端与服务单元(包括源服务单元、目标服务单元以及入口服务单元)之间,可以通过RPC(Remote Procedure Call,远程过程调用协议)进行通信。其中,RPC是一种通过网络从远程计算机程序上请求服务,而不需要了解底层网络技术的协议,RPC采用客户机/平台模式,请求程序就是一个客户机,而服务提供程序就是一个平台。虽然不同的服务单元支持的功能可能不同,但均可以保证与客户端通信格式的兼容性。
步骤103,将所述服务请求发送至所述目标服务单元;
客户端确定了与目标业务项目标识对应的目标服务单元以后,可以将该服务请求发送至该目标服务单元中。
在目标服务单元中,可以依据该服务请求为该目标业务项目提供相应的服务,并生成服务响应信息。具体来说,类似于上述子步骤S13的过程,当目标服务单元接收到服务请求后,可以在第二关系数据表中查找该目标业务项目标识对应的目标服务单元标识,并判断该目标服务单元标识与自身的标识是否一致,由于此时客户端已经将本地的关系数据表更新为第二关系数据表,并按照第二关系数据表来查找目标服务单元,则客户端与该目标服务单元进行目标业务项目标识查找的依据是相同的,都是第二关系数据表,因此,目标服务单元判定的该目标服务单元标识与自身的标识是否一致的判定结果是肯定的,此时,目标服务单元可以继续执行后续服务流程,例如,对数据、对象的增删改查等服务流程,以为目标业务项目提供相应的服务,在服务完成后,生成服务响应信息,并将服务响应信息返回客户端。
步骤104,接收所述目标服务单元返回的服务响应信息。
客户端接收目标服务单元返回的服务响应信息,将该服务响应信息的格式转换成客户端展现所需的格式,并将该转换格式后的服务响应信息展现给用户。
本申请实施例能够应用于包括多个相互独立的服务单元的分布式系统等大数据计算平台中,当客户端检测到针对从源服务单元切换至目标服务单元的目标业务项目的业务操作时,生成服务请求;并在确定与目标业务项目对应的目标服务单元后,将服务请求发送至目标服务单元,以促使目标服务单元为目标业务项目提供相应的服务。本申请从业务层面(即业务项目)和服务层面(即服务单元)两个维度出发,通过服务单元的轮转升级,实现针对业务项目的灰度发布,很好地解决了大数据计算平台中服务升级影响业务的问题,基本实现了对业务的透明。
参照图4,示出了本申请的一种基于分布式系统的灰度发布方法实施例二的步骤流程图。
应用于本申请实施例,分布式系统可以包括多个相互独立的服务单元,服务单元是指在复杂的大数据分布式系统中,接受并处理针对业务的服务请求的功能模块,本申请实施例中的服务单元可以包括源服务单元以及目标服务单元,源服务单元为未进行服务升级的服务单元,目标服务单元为已进行服务升级的服务单元。
每个服务单元可以设置不同的功能定位,系统发布新版本时,开发运维人员可以针对服务单元的不同定位和要发布的版本的稳定性,选择不同的服务单元进行灰度发布。
每个服务单元用于为多种业务项目提供服务,其中,业务项目是指业务部门所划分的一整套业务逻辑,例如,数据导入导出、数据分析和数据报表等逻辑,针对业务项目的服务请求是都是通过服务单元来处理的。业务项目可以包括目标业务项目,目标业务项目是指在灰度发布过程中需要从源服务单元切换至目标服务单元的业务项目,目标业务项目如果需求有变化,可以在多个服务单元间切换,动态满足不同的需求。
由于每个服务单元可以服务一个或多个业务项目,每个业务项目包括业务项目的标识(例如:目标业务项目具有目标业务项目标识),因此,每个服务单元都具有包括一个或多个业务项目的标识的服务项目列表,本申请实施例将源服务单元对应的服务项目列表称为第一服务项目列表,将目标服务单元对应的服务项目列表称为第二服务项目列表。
本申请实施例可以包括如下步骤:
步骤401,将所述目标业务项目从源服务单元切换至目标服务单元;
如图2的分布式系统架构图所示,本申请实施例中的分布式系统除了可以包括多个服务单元以外,还可以包括客户端、元信息存储系统和切换模块。步骤401可以由切换模块完成。
在本申请实施例的一种优选实施例中,步骤401可以包括如下子步骤:
子步骤S21,加载所述第一关系数据表;
如图3的关系数据表示意图所示,应用于本发明实施例,可以定义关系数据表SUPM用来存储分布式系统中所有服务单元与对应的业务项目的映射关系,即关系数据表可以存储每个服务单元对应的服务项目列表。
关系数据表可以包括第一关系数据表,该第一关系数据表可以用于存储分布式系统中进行灰度发布前所有服务单元与对应的业务项目的映射关系,可以包括第一服务项目列表及第二服务项目列表。
该第一关系数据表可以持久化存储在元信息存储系统的数据库中,当切换模块需要将目标业务项目从源服务单元切换至目标服务单元时,可以首先从元信息存储系统中加载该第一关系数据表。
子步骤S22,从所述第一关系数据表中查找所述第一服务项目列表,将所述目标业务项目标识从所述第一服务项目列表中移除;
子步骤S23,从所述第一关系数据表中查找所述第二服务项目列表,在所述第二服务项目列表中添加所述目标业务项目标识;
子步骤S24,保存所述第一关系数据表,生成第二关系数据表;
子步骤S25,持久化保存所述第二关系数据表。
本申请实施例可以将该第二关系数据表持久化保存到元信息存储系统中,这样可以防止分布式系统意外宕机crash时,保证每次服务单元恢复时信息的一致性。
优选地,本申请实施例还包括如下步骤,以下步骤用于使客户端确定目标服务单元:
1)所述多个服务单元从数据库中加载所述第二关系数据表;
在持久化保存第二关系数据表的同时,切换模块可以依据上述将目标业务项目从源服务单元切换至目标服务单元的切换操作,生成变更通知消息,并将该变更通知消息发送至所有服务单元中。
在具体实现中,在步骤401之前,当分布式系统启动时或从failover中恢复时,多个服务单元可以首先从数据库中加载第一关系数据表。后来,当所有服务单元接收到变更通知消息以后,又从元信息存储系统中加载该第二关系数据表,此时,所有服务单元都拥有最新的SUPM。
本申请实施例采用元信息存储系统维护了服务所需要的基本配置信息,各服务单元共用一套元信息存储系统,从而保证了信息的一致性。
2)通过预设的入口服务单元或从所述第一关系数据表中确定的与所述目标业务项目标识对应的服务单元,接收客户端发送的服务请求;
在客户端侧,客户端在检测到针对目标业务项目的业务操作(例如,对数据的增删减查等操作)时,可以根据该检测结果生成服务请求,该服务请求可以包括目标业务项目标识。
客户端生成服务请求后,客户端可以进一步确定该目标业务项目对应的目标服务单元,具体的,客户端在生成服务请求的同时,可以判断客户端本地是否存在任何关系表SUPM,该关系表可以存储分布式系统中所有服务单元与对应的业务项目的映射关系,可以包括第一关系数据表和/或第二关系数据表。
若客户端本地不存在任何关系数据表,则说明SUPM为空,此时客户端可以将服务请求发送至入口服务单元,其中入口服务单元可以为客户端选定的作为入口地址的服务单元。
若客户端本地存在关系数据表,则说明SUPM不为空,则客户端可以从该关系数据表中查找该目标业务项目标识,获得该目标业务项目标识对应的服务单元标识,并将服务请求发送至该对应的服务单元标识对应的服务单元中。
3)通过所述入口服务单元或所述对应的服务单元在所述第二关系数据表中查找所述目标业务项目标识,获得所述目标业务项目标标识对应的目标服务单元标识;
4)所述入口服务单元或所述对应的服务单元判断所述目标服务单元标识与自身的标识是否一致,以及,根据所述判断结果生成响应信息返回客户端;
其中,所述响应信息包括判定所述目标服务单元标识与自身的标识一致时生成的第一响应信息;或者,判定所述目标服务单元标识与自身的标识不一致时生成的第二响应信息,所述第二响应信息包括所述第二关系数据表。
具体的,当入口服务单元或对应的服务单元接收到服务请求后,从该服务请求中获得目标业务项目标识。由于对目标业务项目从源服务单元切换至目标服务单元的切换操作完成后,该入口服务单元或对应的服务单元中加载了最新的SUPM,即该入口服务单元或对应的服务单元中加载了第二关系数据表,此时该入口服务单元或对应的服务单元可以在第二关系数据表中查找该目标业务项目标识,确定与该目标业务项目标识对应的目标服务单元标识,并判断目标服务单元标识与自身的标识是否一致,若一致,则生成第一响应信息,并将该第一响应信息返回客户端;若不一致,则说明客户端中存储的关系数据表为第一关系数据表,而该入口服务单元或对应的服务单元为升级前较低版本的源服务单元,此时,该入口服务单元或对应的服务单元可以依据第二关系数据表生成第二响应信息,该第二响应信息包括该第二关系数据表,并将第二响应信息返回客户端。
客户端接收到入口服务单元或对应的服务单元返回的响应信息后,判断该响应信息的类型,若为第一响应信息,则判定该入口服务单元或对应的服务单元为目标服务单元;若为第二响应信息,更新自身保存的关系数据表,即将第一关系数据表更新为第二关系数据表,并在第二关系数据表中查找该目标业务项目标识,获得与该目标业务项目标识对应的目标服务单元标识,并根据目标服务单元标识确定对应的目标服务单元。
需要说明的是,客户端与服务单元(包括源服务单元、目标服务单元以及入口服务单元)之间,可以通过RPC进行通信。
步骤402,通过所述目标服务单元接收客户端发送的服务请求;
客户端确定了与目标业务项目标识对应的目标服务单元以后,可以将该服务请求发送至该目标服务单元中。
步骤403,通过所述目标服务单元,依据所述服务请求为所述目标业务项目提供相应的服务,生成服务响应信息,并将所述服务响应信息返回所述客户端。
在目标服务单元中,可以依据该服务请求为该目标业务项目提供相应的服务,并生成服务响应信息。具体来说,当目标服务单元接收到服务请求后,在第二关系数据表中查找该目标业务项目标识对应的目标服务单元标识,并判断该目标服务单元标识与自身的标识是否一致,由于此时客户端已经将本地的关系数据表更新为第二关系数据表,并按照第二关系数据表来查找目标服务单元,则客户端与该目标服务单元进行目标业务项目标识查找的依据是相同的,都是第二关系数据表,因此,目标服务单元判定的该目标服务单元标识与自身的标识是否一致的判定结果是肯定的,此时,目标服务单元继续执行后续服务流程,例如,对数据、对象的增删改查等服务流程,以为目标业务项目提供相应的服务,在服务完成后,生成服务响应信息,并将服务响应信息返回客户端。
客户端接收目标服务单元返回的服务响应信息,将该服务响应信息的格式转换成客户端展现所需的格式,并将该转换格式后的服务响应信息展现给用户。
对于图4的实施例而言,由于其与上述图1方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请实施例并不受所描述的动作顺序的限制,因为依据本申请实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本申请实施例所必须的。
参照图5,示出了本申请一种基于分布式系统的灰度发布客户端实施例的结构框图,所述分布式系统包括多个相互独立的服务单元,每个服务单元用于为多种业务项目提供服务;所述服务单元包括源服务单元以及目标服务单元,所述源服务单元为未进行服务升级的服务单元,所述目标服务单元为已进行服务升级的服务单元;
所述的客户端具体可以包括如下模块:
服务请求生成模块501,用于当检测到针对目标业务项目的业务操作时,生成服务请求;其中,所述目标业务项目为在灰度发布过程中从源服务单元切换至目标服务单元的业务项目;
目标服务单元确定模块502,用于确定与所述目标业务项目对应的目标服务单元;
服务请求发送模块503,用于将所述服务请求发送至所述目标服务单元,所述目标服务单元用于依据所述服务请求为所述目标业务项目提供相应的服务,并生成服务响应信息;
服务响应信息接收模块504,用于接收所述目标服务单元返回的服务响应信息。
在本申请实施例的一种优选实施例中,所述目标服务单元确定模块502包括:
判定子模块,用于判断本地是否存在关系数据表,所述关系数据表存储所述分布式系统中所有服务单元与对应的业务项目的映射关系;若是,则调用第一发送子模块,若否,则调用第二发送子模块;
第一发送子模块,用于将所述服务请求发送至预设的入口服务单元中,所述入口服务单元用于在第二关系数据表中查找所述目标业务项目标识,确定所述目标业务项目标识对应的目标服务单元标识,并判断所述目标服务单元标识与自身的标识是否一致,以及,根据所述判断结果生成响应信息返回客户端;所述响应信息包括判定所述目标服务单元标识与自身的标识一致时生成的第一响应信息;或者,判定所述目标服务单元标识与自身的标识不一致时生成的第二响应信息,所述第二响应信息包括所述第二关系数据表;所述第二关系数据表用于存储所述分布式系统中进行灰度发布后所有服务单元与对应的业务项目的映射关系;
第二发送子模块,用于从所述关系数据表中查找所述目标业务标识,确定与所述目标业务项目标识对应的服务单元,并将所述服务请求发送至所述对应的服务单元,所述对应的服务单元用于在第二关系数据表中查找所述目标业务项目标识,获得所述目标业务项目标标识对应的目标服务单元标识,并判断所述目标服务单元标识与自身的标识是否一致,以及,根据所述判断结果生成响应信息返回客户端;所述响应信息包括第一响应信息或者第二响应信息;
响应信息接收子模块,用于接收所述入口服务单元或所述对应的服务单元返回的响应信息,在所述响应信息为第一响应信息时,将所述入口服务单元或所述对应的服务单元确定为目标服务单元;在所述响应信息为第二响应信息时,在所述第二关系数据表中查找所述目标业务项目标识,获得与所述目标业务项目标识对应的目标服务单元标识,并根据所述目标服务单元标识确定对应的目标服务单元。
在本申请实施例的一种优选实施例中,所述第一关系数据表包括第一服务项目列表及第二服务项目列表,所述第一服务项目列表为所述源服务单元服务的业务项目的标识组成的列表,所述第一服务项目列表包括所述目标业务项目标识;所述第二服务项目列表为所述目标服务单元服务的业务项目的标识组成的列表;
所述目标业务项目在灰度发布过程中从源服务单元切换至目标服务单元,采用如下方式:
加载所述第一关系数据表;
从所述第一关系数据表中查找所述第一服务项目列表,并将所述目标业务项目标识从所述第一服务项目列表中移除;
从所述第一关系数据表中查找所述第二服务项目列表,在所述第二服务项目列表中添加所述目标业务项目标识;
保存所述第一关系数据表,生成第二关系数据表;
持久化保存所述第二关系数据表。
在本申请实施例的一种优选实施例中,所述客户端与所述服务单元通过远程过程调用协议RPC进行通信。
在本申请实施例的一种优选实施例中,所述客户端还包括:
展现模块,用于展现所述服务响应信息。
对于客户端实施例而言,由于其与上述方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
参照图6,示出了本申请一种基于分布式系统的灰度发布平台实施例的结构框图,所述分布式系统包括多个相互独立的服务单元,每个服务单元用于为多种业务项目提供服务,所述业务项目包括目标业务项目;所述服务单元包括源服务单元以及目标服务单元,所述源服务单元为未进行服务升级的服务单元,所述目标服务单元为已进行服务升级的服务单元;
所述的平台可以包括如下模块:
切换模块601,用于将所述目标业务项目从源服务单元切换至目标服务单元;
第一服务请求接收模块602,用于通过所述目标服务单元接收客户端发送的服务请求,其中,所述服务请求为所述客户端检测到针对所述目标业务项目的业务操作时生成的请求;
服务响应模块603,用于通过所述目标服务单元,依据所述服务请求为所述目标业务项目提供相应的服务,生成服务响应信息,并将所述服务响应信息返回所述客户端。
在本申请实施例的一种优选实施例中,所述平台还包括:
第一关系数据表加载模块,用于在所述分布式系统启动时,所述多个服务单元从数据库中加载第一关系数据表,其中,所述第一关系数据表存储所述分布式系统中进行灰度发布前所有服务单元与对应的业务项目的映射关系。
在本申请实施例的一种优选实施例中,所述第一关系数据表包括第一服务项目列表及第二服务项目列表,所述第一服务项目列表为所述源服务单元服务的业务项目的标识组成的列表,所述第一服务项目列表包括所述目标业务项目标识;所述第二服务项目列表为所述目标服务单元服务的业务项目的标识组成的列表;
所述切换模块601包括:
第一关系数据表加载子模块,用于加载所述第一关系数据表;
标识移除子模块,用于从所述第一关系数据表中查找所述第一服务项目列表,将所述目标业务项目标识从所述第一服务项目列表中移除;
标识添加子模块,用于从所述第一关系数据表中查找所述第二服务项目列表,在所述第二服务项目列表中添加所述目标业务项目标识;
第二关系数据表生成子模块,用于保存所述第一关系数据表,生成第二关系数据表;
保存子模块,用于持久化保存所述第二关系数据表。
在本申请实施例的一种优选实施例中,还包括:
第二关系数据表加载模块,用于所述多个服务单元从数据库中加载所述第二关系数据表;
第二服务请求接收模块,用于通过预设的入口服务单元或从所述第一关系数据表中确定的与所述目标业务项目标识对应的服务单元,接收客户端发送的服务请求;
标识查找模块,用于通过所述入口服务单元或所述对应的服务单元在所述第二关系数据表中查找所述目标业务项目标识,获得所述目标业务项目标标识对应的目标服务单元标识;
响应信息生成模块,用于通过所述入口服务单元或所述对应的服务单元判断所述目标服务单元标识与自身的标识是否一致,以及,根据所述判断结果生成响应信息返回客户端;所述响应信息包括判定所述目标服务单元标识与自身的标识一致时生成的第一响应信息;或者,判定所述目标服务单元标识与自身的标识不一致时生成的第二响应信息,所述第二响应信息包括所述第二关系数据表;
所述客户端用于接收所述入口服务单元或所述对应的服务单元返回的响应信息,在所述响应信息为第一响应信息时,将所述入口服务单元或所述对应的服务单元确定为目标服务单元;在所述响应信息为第二响应信息时,在所述第二关系数据表中查找所述目标业务项目标识,获得与所述目标业务项目标识对应的目标服务单元标识,并根据所述目标服务单元标识确定对应的目标服务单元。
在本申请实施例的一种优选实施例中,所述客户端与所述服务单元通过远程过程调用协议RPC进行通信。
对于平台实施例而言,由于其与上述方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序操作指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序操作指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的操作指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序操作指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的操作指令产生包括操作指令装置的制造品,该操作指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序操作指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的操作指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本申请所提供的一种基于分布式系统的灰度发布方法、客户端及平台进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (19)
1.一种基于分布式系统的灰度发布方法,其特征在于,所述分布式系统包括多个相互独立的服务单元,每个服务单元用于为多种业务项目提供服务;所述服务单元包括源服务单元以及目标服务单元,所述源服务单元为未进行服务升级的服务单元,所述目标服务单元为已进行服务升级的服务单元;
所述的方法包括:
当客户端检测到针对目标业务项目的业务操作时,生成服务请求;其中,所述目标业务项目为在灰度发布过程中从源服务单元切换至目标服务单元的业务项目;
确定与所述目标业务项目对应的目标服务单元;
将所述服务请求发送至所述目标服务单元,所述目标服务单元用于依据所述服务请求为所述目标业务项目提供相应的服务,并生成服务响应信息;
接收所述目标服务单元返回的服务响应信息。
2.根据权利要求1所述的方法,其特征在于,所述确定与所述目标业务项目标识对应的目标服务单元的步骤包括:
客户端判断本地是否存在关系数据表,所述关系数据表存储所述分布式系统中所有服务单元与对应的业务项目的映射关系;
若否,则将所述服务请求发送至预设的入口服务单元中,所述入口服务单元用于在第二关系数据表中查找所述目标业务项目标识,确定所述目标业务项目标识对应的目标服务单元标识,并判断所述目标服务单元标识与自身的标识是否一致,以及,根据所述判断结果生成响应信息返回客户端;所述响应信息包括判定所述目标服务单元标识与自身的标识一致时生成的第一响应信息;或者,判定所述目标服务单元标识与自身的标识不一致时生成的第二响应信息,所述第二响应信息包括所述第二关系数据表;所述第二关系数据表用于存储所述分布式系统中进行灰度发布后所有服务单元与对应的业务项目的映射关系;
若是,则从所述关系数据表中查找所述目标业务标识,确定与所述目标业务项目标识对应的服务单元,并将所述服务请求发送至所述对应的服务单元,所述对应的服务单元用于在第二关系数据表中查找所述目标业务项目标识,获得所述目标业务项目标标识对应的目标服务单元标识,并判断所述目标服务单元标识与自身的标识是否一致,以及,根据所述判断结果生成响应信息返回客户端;所述响应信息包括第一响应信息或者第二响应信息;
接收所述入口服务单元或所述对应的服务单元返回的响应信息,在所述响应信息为第一响应信息时,将所述入口服务单元或所述对应的服务单元确定为目标服务单元;在所述响应信息为第二响应信息时,在所述第二关系数据表中查找所述目标业务项目标识,获得与所述目标业务项目标识对应的目标服务单元标识,并根据所述目标服务单元标识确定对应的目标服务单元。
3.根据权利要求2所述的方法,其特征在于,所述第一关系数据表包括第一服务项目列表及第二服务项目列表,所述第一服务项目列表为所述源服务单元服务的业务项目的标识组成的列表,所述第一服务项目列表包括所述目标业务项目标识;所述第二服务项目列表为所述目标服务单元服务的业务项目的标识组成的列表;
所述目标业务项目在灰度发布过程中从源服务单元切换至目标服务单元,采用如下方式:
加载所述第一关系数据表;
从所述第一关系数据表中查找所述第一服务项目列表,并将所述目标业务项目标识从所述第一服务项目列表中移除;
从所述第一关系数据表中查找所述第二服务项目列表,在所述第二服务项目列表中添加所述目标业务项目标识;
保存所述第一关系数据表,生成第二关系数据表;
持久化保存所述第二关系数据表。
4.根据权利要求1或2或3所述的方法,其特征在于,所述客户端与所述服务单元通过远程过程调用协议RPC进行通信。
5.根据权利要求1所述的方法,其特征在于,还包括:
展现所述服务响应信息。
6.一种基于分布式系统的灰度发布方法,其特征在于,所述分布式系统包括多个相互独立的服务单元,每个服务单元用于为多种业务项目提供服务,所述业务项目包括目标业务项目;所述服务单元包括源服务单元以及目标服务单元,所述源服务单元为未进行服务升级的服务单元,所述目标服务单元为已进行服务升级的服务单元;
所述的方法包括:
将所述目标业务项目从源服务单元切换至目标服务单元;
通过所述目标服务单元接收客户端发送的服务请求,其中,所述服务请求为所述客户端检测到针对所述目标业务项目的业务操作时生成的请求;
通过所述目标服务单元,依据所述服务请求为所述目标业务项目提供相应的服务,生成服务响应信息,并将所述服务响应信息返回所述客户端。
7.根据权利要求6所述的方法,其特征在于,在所述将所述目标业务项目从源服务单元切换至目标服务单元的步骤之前,还包括:
当所述分布式系统启动时,所述多个服务单元从数据库中加载第一关系数据表,其中,所述第一关系数据表存储所述分布式系统中进行灰度发布前所有服务单元与对应的业务项目的映射关系。
8.根据权利要求7所述的方法,其特征在于,所述第一关系数据表包括第一服务项目列表及第二服务项目列表,所述第一服务项目列表为所述源服务单元服务的业务项目的标识组成的列表,所述第一服务项目列表包括所述目标业务项目标识;所述第二服务项目列表为所述目标服务单元服务的业务项目的标识组成的列表;
所述将所述目标业务项目从源服务单元切换至目标服务单元的步骤包括:
加载所述第一关系数据表;
从所述第一关系数据表中查找所述第一服务项目列表,将所述目标业务项目标识从所述第一服务项目列表中移除;
从所述第一关系数据表中查找所述第二服务项目列表,在所述第二服务项目列表中添加所述目标业务项目标识;
保存所述第一关系数据表,生成第二关系数据表;
持久化保存所述第二关系数据表。
9.根据权利要求8所述的方法,其特征在于,在所述通过所述目标服务单元接收客户端发送的服务请求的步骤之前,还包括:
所述多个服务单元从数据库中加载所述第二关系数据表;
通过预设的入口服务单元或从所述第一关系数据表中确定的与所述目标业务项目标识对应的服务单元,接收客户端发送的服务请求;
通过所述入口服务单元或所述对应的服务单元在所述第二关系数据表中查找所述目标业务项目标识,获得所述目标业务项目标标识对应的目标服务单元标识;
所述入口服务单元或所述对应的服务单元判断所述目标服务单元标识与自身的标识是否一致,以及,根据所述判断结果生成响应信息返回客户端;所述响应信息包括判定所述目标服务单元标识与自身的标识一致时生成的第一响应信息;或者,判定所述目标服务单元标识与自身的标识不一致时生成的第二响应信息,所述第二响应信息包括所述第二关系数据表;
所述客户端用于接收所述入口服务单元或所述对应的服务单元返回的响应信息,在所述响应信息为第一响应信息时,将所述入口服务单元或所述对应的服务单元确定为目标服务单元;在所述响应信息为第二响应信息时,在所述第二关系数据表中查找所述目标业务项目标识,获得与所述目标业务项目标识对应的目标服务单元标识,并根据所述目标服务单元标识确定对应的目标服务单元。
10.根据权利要求6-9任一项所述的方法,其特征在于,所述服务单元通过远程过程调用协议RPC与所述客户端进行通信。
11.一种基于分布式系统的灰度发布客户端,其特征在于,所述分布式系统包括多个相互独立的服务单元,每个服务单元用于为多种业务项目提供服务;所述服务单元包括源服务单元以及目标服务单元,所述源服务单元为未进行服务升级的服务单元,所述目标服务单元为已进行服务升级的服务单元;
所述的客户端包括:
服务请求生成模块,用于当检测到针对目标业务项目的业务操作时,生成服务请求;其中,所述目标业务项目为在灰度发布过程中从源服务单元切换至目标服务单元的业务项目;
目标服务单元确定模块,用于确定与所述目标业务项目对应的目标服务单元;
服务请求发送模块,用于将所述服务请求发送至所述目标服务单元,所述目标服务单元用于依据所述服务请求为所述目标业务项目提供相应的服务,并生成服务响应信息;
服务响应信息接收模块,用于接收所述目标服务单元返回的服务响应信息。
12.根据权利要求11所述的客户端,其特征在于,所述目标服务单元确定模块包括:
判定子模块,用于判断本地是否存在关系数据表,所述关系数据表存储所述分布式系统中所有服务单元与对应的业务项目的映射关系;若是,则调用第一发送子模块,若否,则调用第二发送子模块;
第一发送子模块,用于将所述服务请求发送至预设的入口服务单元中,所述入口服务单元用于在第二关系数据表中查找所述目标业务项目标识,确定所述目标业务项目标识对应的目标服务单元标识,并判断所述目标服务单元标识与自身的标识是否一致,以及,根据所述判断结果生成响应信息返回客户端;所述响应信息包括判定所述目标服务单元标识与自身的标识一致时生成的第一响应信息;或者,判定所述目标服务单元标识与自身的标识不一致时生成的第二响应信息,所述第二响应信息包括所述第二关系数据表;所述第二关系数据表用于存储所述分布式系统中进行灰度发布后所有服务单元与对应的业务项目的映射关系;
第二发送子模块,用于从所述关系数据表中查找所述目标业务标识,确定与所述目标业务项目标识对应的服务单元,并将所述服务请求发送至所述对应的服务单元,所述对应的服务单元用于在第二关系数据表中查找所述目标业务项目标识,获得所述目标业务项目标标识对应的目标服务单元标识,并判断所述目标服务单元标识与自身的标识是否一致,以及,根据所述判断结果生成响应信息返回客户端;所述响应信息包括第一响应信息或者第二响应信息;
响应信息接收子模块,用于接收所述入口服务单元或所述对应的服务单元返回的响应信息,在所述响应信息为第一响应信息时,将所述入口服务单元或所述对应的服务单元确定为目标服务单元;在所述响应信息为第二响应信息时,在所述第二关系数据表中查找所述目标业务项目标识,获得与所述目标业务项目标识对应的目标服务单元标识,并根据所述目标服务单元标识确定对应的目标服务单元。
13.根据权利要求12所述的客户端,其特征在于,所述第一关系数据表包括第一服务项目列表及第二服务项目列表,所述第一服务项目列表为所述源服务单元服务的业务项目的标识组成的列表,所述第一服务项目列表包括所述目标业务项目标识;所述第二服务项目列表为所述目标服务单元服务的业务项目的标识组成的列表;
所述目标业务项目在灰度发布过程中从源服务单元切换至目标服务单元,采用如下方式:
加载所述第一关系数据表;
从所述第一关系数据表中查找所述第一服务项目列表,并将所述目标业务项目标识从所述第一服务项目列表中移除;
从所述第一关系数据表中查找所述第二服务项目列表,在所述第二服务项目列表中添加所述目标业务项目标识;
保存所述第一关系数据表,生成第二关系数据表;
持久化保存所述第二关系数据表。
14.根据权利要求11或12或13所述的客户端,其特征在于,所述客户端与所述服务单元通过远程过程调用协议RPC进行通信。
15.根据权利要求11所述的客户端,其特征在于,还包括:
展现模块,用于展现所述服务响应信息。
16.一种基于分布式系统的灰度发布平台,其特征在于,所述分布式系统包括多个相互独立的服务单元,每个服务单元用于为多种业务项目提供服务,所述业务项目包括目标业务项目;所述服务单元包括源服务单元以及目标服务单元,所述源服务单元为未进行服务升级的服务单元,所述目标服务单元为已进行服务升级的服务单元;
所述的平台包括:
切换模块,用于将所述目标业务项目从源服务单元切换至目标服务单元;
第一服务请求接收模块,用于通过所述目标服务单元接收客户端发送的服务请求,其中,所述服务请求为所述客户端检测到针对所述目标业务项目的业务操作时生成的请求;
服务响应模块,用于通过所述目标服务单元,依据所述服务请求为所述目标业务项目提供相应的服务,生成服务响应信息,并将所述服务响应信息返回所述客户端。
17.根据权利要求16所述的平台,其特征在于,还包括:
第一关系数据表加载模块,用于在所述分布式系统启动时,所述多个服务单元从数据库中加载第一关系数据表,其中,所述第一关系数据表存储所述分布式系统中进行灰度发布前所有服务单元与对应的业务项目的映射关系。
18.根据权利要求17所述的平台,其特征在于,所述第一关系数据表包括第一服务项目列表及第二服务项目列表,所述第一服务项目列表为所述源服务单元服务的业务项目的标识组成的列表,所述第一服务项目列表包括所述目标业务项目标识;所述第二服务项目列表为所述目标服务单元服务的业务项目的标识组成的列表;
所述切换模块包括:
第一关系数据表加载子模块,用于加载所述第一关系数据表;
标识移除子模块,用于从所述第一关系数据表中查找所述第一服务项目列表,将所述目标业务项目标识从所述第一服务项目列表中移除;
标识添加子模块,用于从所述第一关系数据表中查找所述第二服务项目列表,在所述第二服务项目列表中添加所述目标业务项目标识;
第二关系数据表生成子模块,用于保存所述第一关系数据表,生成第二关系数据表;
保存子模块,用于持久化保存所述第二关系数据表。
19.根据权利要求18所述的平台,其特征在于,还包括:
第二关系数据表加载模块,用于所述多个服务单元从数据库中加载所述第二关系数据表;
第二服务请求接收模块,用于通过预设的入口服务单元或从所述第一关系数据表中确定的与所述目标业务项目标识对应的服务单元,接收客户端发送的服务请求;
标识查找模块,用于通过所述入口服务单元或所述对应的服务单元在所述第二关系数据表中查找所述目标业务项目标识,获得所述目标业务项目标标识对应的目标服务单元标识;
响应信息生成模块,用于通过所述入口服务单元或所述对应的服务单元判断所述目标服务单元标识与自身的标识是否一致,以及,根据所述判断结果生成响应信息返回客户端;所述响应信息包括判定所述目标服务单元标识与自身的标识一致时生成的第一响应信息;或者,判定所述目标服务单元标识与自身的标识不一致时生成的第二响应信息,所述第二响应信息包括所述第二关系数据表;
所述客户端用于接收所述入口服务单元或所述对应的服务单元返回的响应信息,在所述响应信息为第一响应信息时,将所述入口服务单元或所述对应的服务单元确定为目标服务单元;在所述响应信息为第二响应信息时,在所述第二关系数据表中查找所述目标业务项目标识,获得与所述目标业务项目标识对应的目标服务单元标识,并根据所述目标服务单元标识确定对应的目标服务单元。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510558043.6A CN106487863B (zh) | 2015-09-02 | 2015-09-02 | 一种基于分布式系统的灰度发布方法、客户端及平台 |
PCT/CN2016/096581 WO2017036332A1 (zh) | 2015-09-02 | 2016-08-24 | 一种基于分布式系统的灰度发布方法、客户端及平台 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510558043.6A CN106487863B (zh) | 2015-09-02 | 2015-09-02 | 一种基于分布式系统的灰度发布方法、客户端及平台 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106487863A true CN106487863A (zh) | 2017-03-08 |
CN106487863B CN106487863B (zh) | 2019-05-07 |
Family
ID=58186629
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510558043.6A Active CN106487863B (zh) | 2015-09-02 | 2015-09-02 | 一种基于分布式系统的灰度发布方法、客户端及平台 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106487863B (zh) |
WO (1) | WO2017036332A1 (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107147651A (zh) * | 2017-05-18 | 2017-09-08 | 深圳房讯通信息技术有限公司 | 一种灰度发布系统及其发布方法 |
CN107179988A (zh) * | 2017-05-15 | 2017-09-19 | 杭州时趣信息技术有限公司 | 一种软件项目迭代保障体系 |
CN107229566A (zh) * | 2017-06-07 | 2017-10-03 | 携程旅游网络技术(上海)有限公司 | 用于soa服务转换语言保持功能一致性的方法及系统 |
CN108958900A (zh) * | 2017-05-18 | 2018-12-07 | 腾讯科技(深圳)有限公司 | 一种任务发布方法和任务发布系统 |
CN109547544A (zh) * | 2018-11-20 | 2019-03-29 | 北京千丁互联科技有限公司 | 内容发布方法及装置 |
CN111338668A (zh) * | 2020-02-14 | 2020-06-26 | 支付宝(杭州)信息技术有限公司 | 用于实时计算中的代码升级的方法及装置 |
CN113301168A (zh) * | 2021-07-23 | 2021-08-24 | 浩鲸云计算科技股份有限公司 | 一种动态策略灰度发布引擎实现请求精准分流方法及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103164202A (zh) * | 2011-12-15 | 2013-06-19 | 深圳市腾讯计算机系统有限公司 | 一种灰度发布方法和装置 |
CN103176790A (zh) * | 2011-12-26 | 2013-06-26 | 阿里巴巴集团控股有限公司 | 应用发布方法和系统 |
CN103379138A (zh) * | 2012-04-17 | 2013-10-30 | 深圳市腾讯计算机系统有限公司 | 实现负载均衡的方法及系统和灰度发布的方法及装置 |
CN103888281A (zh) * | 2012-12-21 | 2014-06-25 | 腾讯科技(北京)有限公司 | 服务器灰度升级方法、装置及相应的灰度升级服务器 |
CN104378304A (zh) * | 2013-08-14 | 2015-02-25 | 腾讯科技(深圳)有限公司 | 灰度发布的控制方法、装置及系统 |
-
2015
- 2015-09-02 CN CN201510558043.6A patent/CN106487863B/zh active Active
-
2016
- 2016-08-24 WO PCT/CN2016/096581 patent/WO2017036332A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103164202A (zh) * | 2011-12-15 | 2013-06-19 | 深圳市腾讯计算机系统有限公司 | 一种灰度发布方法和装置 |
CN103176790A (zh) * | 2011-12-26 | 2013-06-26 | 阿里巴巴集团控股有限公司 | 应用发布方法和系统 |
CN103379138A (zh) * | 2012-04-17 | 2013-10-30 | 深圳市腾讯计算机系统有限公司 | 实现负载均衡的方法及系统和灰度发布的方法及装置 |
CN103888281A (zh) * | 2012-12-21 | 2014-06-25 | 腾讯科技(北京)有限公司 | 服务器灰度升级方法、装置及相应的灰度升级服务器 |
CN104378304A (zh) * | 2013-08-14 | 2015-02-25 | 腾讯科技(深圳)有限公司 | 灰度发布的控制方法、装置及系统 |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107179988A (zh) * | 2017-05-15 | 2017-09-19 | 杭州时趣信息技术有限公司 | 一种软件项目迭代保障体系 |
CN107147651A (zh) * | 2017-05-18 | 2017-09-08 | 深圳房讯通信息技术有限公司 | 一种灰度发布系统及其发布方法 |
CN108958900A (zh) * | 2017-05-18 | 2018-12-07 | 腾讯科技(深圳)有限公司 | 一种任务发布方法和任务发布系统 |
CN107147651B (zh) * | 2017-05-18 | 2020-07-31 | 深圳房讯通信息技术有限公司 | 一种灰度发布系统及其发布方法 |
CN107229566A (zh) * | 2017-06-07 | 2017-10-03 | 携程旅游网络技术(上海)有限公司 | 用于soa服务转换语言保持功能一致性的方法及系统 |
CN107229566B (zh) * | 2017-06-07 | 2020-04-07 | 携程旅游网络技术(上海)有限公司 | 用于soa服务转换语言保持功能一致性的方法及系统 |
CN109547544A (zh) * | 2018-11-20 | 2019-03-29 | 北京千丁互联科技有限公司 | 内容发布方法及装置 |
CN111338668A (zh) * | 2020-02-14 | 2020-06-26 | 支付宝(杭州)信息技术有限公司 | 用于实时计算中的代码升级的方法及装置 |
CN111338668B (zh) * | 2020-02-14 | 2022-05-10 | 支付宝(杭州)信息技术有限公司 | 用于实时计算中的代码升级的方法及装置 |
CN113301168A (zh) * | 2021-07-23 | 2021-08-24 | 浩鲸云计算科技股份有限公司 | 一种动态策略灰度发布引擎实现请求精准分流方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN106487863B (zh) | 2019-05-07 |
WO2017036332A1 (zh) | 2017-03-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106487863A (zh) | 一种基于分布式系统的灰度发布方法、客户端及平台 | |
CN102780724B (zh) | 一种类目信息的发送方法、系统及设备 | |
CN107545338B (zh) | 业务数据处理方法及业务数据处理系统 | |
CN106059825A (zh) | 一种分布式系统及配置方法 | |
CN104462370A (zh) | 分布式任务调度系统及方法 | |
CN114615135B (zh) | 一种前端灰度发布方法、系统及存储介质 | |
CN104980478A (zh) | 内容分发网络中缓存共享方法、设备及系统 | |
CN110334072A (zh) | 一种分布式文件系统、文件更新方法及装置 | |
CN105095313A (zh) | 一种数据访问方法和设备 | |
CN109388351A (zh) | 一种分布式数据存储的方法及相关装置 | |
CN112579319A (zh) | 一种基于LRU Cache优化的服务调用方法及装置 | |
CN108055296B (zh) | 一种基于微服务架构的事务处理方法及装置 | |
CN111460038A (zh) | 一种数据准实时同步方法及装置 | |
CN103001989A (zh) | 参数接收方法及系统 | |
CN111125093A (zh) | 一种基于哈希存储的数据处理方法及装置 | |
CN105122775B (zh) | 雾网络 | |
CN113094395A (zh) | 数据查询方法、计算机设备和存储介质 | |
CN109783499A (zh) | 一种数据缓存方法、装置和服务器 | |
CN112395313A (zh) | 全局序列生成方法、装置、电子设备及计算机存储介质 | |
CN113795001B (zh) | 基于spi进行系统短信发送的方法及装置 | |
CN113448755B (zh) | 用于新旧系统切换的交易路由方法及装置 | |
CN106357549B (zh) | 集群部署中高并发分流的方法、装置、系统及负载均衡器 | |
CN112131142B (zh) | 一种数据集快速缓存的方法、系统、设备及介质 | |
CN115225645A (zh) | 一种服务更新方法、装置、系统和存储介质 | |
CN107872493A (zh) | 一种信息处理方法、终端和服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |