CN104780057A - 版本升级处理方法及装置 - Google Patents

Abstract

本发明提供了一种版本升级处理方法及装置，该方法包括：对在同一物理网元实体上的至少两个业务处理器；对调整业务后的至少两个业务处理器的运行版本分批进行升级处理，通过本发明，解决了相关技术中采用对业务处理器进行全用户升级，存在风险大，用户体验低下的问题，进而达到了对业务处理器进行分批升级处理，在升级影响用户业务时，仅对有影响的业务进行版本回退，实现了系统的平滑升级的效果。

Description

版本升级处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种版本升级处理方法及装置。

背景技术

电信设备主业务处理器目前的升级方式是全用户升级，即业务处理上的所有用户，要么全部升级，要么全部回退，无法区别用户进行操作，操作风险较大。电信设备的升级割接操作比较频繁，升级割接的操作质量会对运营商的形象产生致命的影响。因此，在相关技术中采用对业务处理器进行全用户升级，存在风险大，用户体验低下的问题。

发明内容

本发明提供了一种版本升级处理方法及装置，以至少解决相关技术中采用对业务处理器进行全用户升级，存在风险大，用户体验低下的问题。

根据本发明的一个方面，提供了一种版本升级处理方法，包括：对在同一物理网元实体上的至少两个业务处理器的业务进行调整；对调整业务后的所述至少两个业务处理器的运行版本分批进行升级处理。

优选地，对在同一物理网元实体上的所述至少两个业务处理器的业务进行调整包括：确定在本批次进行升级的所述至少两个业务处理器中待升级的业务处理器；依据预定的业务分发策略将所述待升级的业务处理器的业务调整至所述至少两个业务处理器中除所述待升级的业务处理器之外的其它业务处理器。

优选地，在对调整业务后的所述至少两个业务处理器的运行版本分批进行升级处理包括：对业务调整后的在本批次进行升级的所述待升级的业务处理器进行版本升级处理；判断对所述待升级的业务处理器进行版本升级后的业务处理器进行的业务测试是否成功；在判断结果为是的情况下，对所述其它业务处理器进行下一批次的版本升级处理，直至所述至少两个业务处理器全部升级完成。

优选地，在判断对所述待升级的业务处理器进行版本升级后的业务处理器进行的业务测试是否成功之后，还包括：在判断结果为否的情况下，将所述待升级的业务处理器的运行版本回退为升级前的版本。

优选地，所述预定的业务分发策略包括以下至少之一：用户标识、用户比例、用户类别、业务类别。

优选地，在对调整业务后的所述至少两个业务处理器的运行版本分批进行升级处理之后，还包括：对所述至少两个业务处理器的业务进行重新分配。

根据本发明的另一方面，提供了一种版本升级处理装置，包括：调整模块，用于对在同一物理网元实体上的至少两个业务处理器的业务进行调整；升级模块，用于对调整业务后的所述至少两个业务处理器的运行版本分批进行升级处理。

优选地，所述调整模块包括：确定单元，用于确定在本批次进行升级的所述至少两个业务处理器中待升级的业务处理器；调整单元，用于依据预定的业务分发策略将所述待升级的业务处理器的业务调整至所述至少两个业务处理器中除所述待升级的业务处理器之外的其它业务处理器。

优选地，所述升级模块包括：第一升级单元，用于对业务调整后的在本批次进行升级的所述待升级的业务处理器进行版本升级处理；判断单元，用于判断对所述待升级的业务处理器进行版本升级后的业务处理器进行的业务测试是否成功；第二升级单元，用于在所述判断单元的判断结果为是的情况下，对所述其它业务处理器进行下一批次的版本升级处理，直至所述至少两个业务处理器全部升级完成。

优选地，所述升级模块还包括：回退单元，用于在所述判断单元的判断结果为否的情况下，将所述待升级的业务处理器的运行版本回退为升级前的版本。

优选地，该装置还包括：分配模块，用于对所述至少两个业务处理器的业务进行重新分配。

通过本发明，采用对在同一物理网元实体上的至少两个业务处理器的业务进行调整；对调整业务后的所述至少两个业务处理器的运行版本分批进行升级处理，解决了相关技术中采用对业务处理器进行全用户升级，存在风险大，用户体验低下的问题，进而达到了对业务处理器进行分批升级处理，在升级影响用户业务时，仅对有影响的业务进行版本回退，实现了系统的平滑升级的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的版本升级处理方法的流程图；

图2是根据本发明实施例的版本升级处理装置的结构框图；

图3是根据本发明实施例的版本升级处理装置中调整模块22的优选结构框图；

图4是根据本发明实施例的版本升级处理装置中升级模块24的优选结构框图一；

图5是根据本发明实施例的版本升级处理装置中升级模块24的优选结构框图二；

图6是根据本发明实施例的版本升级处理装置的优选结构框图；

图7是根据本发明优选实施例的虚拟机方式部署图；

图8是根据本发明优选实施例的版本发布流程图；

图9是根据本发明实施例的消息分发流程图；

图10是根据本发明优选实施例的场景一的示意图；

图11是根据本发明优选实施例的场景二的示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种版本升级处理方法，图1是根据本发明实施例的版本升级处理方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，对在同一物理网元实体上的至少两个业务处理器的业务进行调整；

步骤S104，对调整业务后的的至少两个业务处理器的运行版本分批进行升级处理。

通过上述步骤，对在同一物理网元实体上的至少两个业务处理器分批进行版本升级处理，相对于相关技术中，对所有的业务处理器同时进行版本升级，导致一旦影响业务则需要将所有的业务服务器进行版本回退，不仅解决了相关技术中采用对业务处理器进行全用户升级，存在风险大，用户体验低下的问题，进而达到了对业务处理器进行分批升级处理，在升级影响用户业务时，仅对有影响的业务进行版本回退，实现了系统的平滑升级的效果。

对在同一物理网元实体上的至少两个业务处理器的业务进行调整时，可以采用以下处理，即先确定在本批次进行升级的至少两个业务处理器中待升级的业务处理器；依据预定的业务分发策略将待升级的业务处理器的业务调整至至少两个业务处理器中除待升级的业务处理器之外的其它业务处理器，需要说明的是，该预定的业务分发策略可以有很多种，例如，可以为以下至少之一：用户标识、用户比例、用户类别、业务类别；对业务调整后的待升级的业务处理器进行版本升级处理。即在分批进行升级时，先将要进行升级的业务处理器的业务分担到其它业务处理器中，以免直接影响业务。之后，对业务调整后的在本批次进行升级的待升级的业务处理器进行版本升级处理，在对业务调整后的待升级的业务处理器进行版本升级处理之后，还可以对待升级的业务处理器进行版本升级后的业务处理器进行业务测试；判断业务测试是否成功；在判断结果为是的情况下，对其它业务处理器进行下一批次的版本升级处理，直至至少两个业务处理器全部升级完成。而在判断结果为否的情况下，将待升级的业务处理器的运行版本回退为升级前的版本。采用这样的处理，实现了只对影响业务使用的业务处理器的版本进行版本回退，并非对全部的业务处理器进行版本回退，有效地减少了升级失败的影响范围，有效地提升了系统性能。

优选地，在对调整业务后的至少两个业务处理器的运行版本分批进行升级处理之后，还可以对至少两个业务处理器的业务进行重新分配，即依据业务处理器升级之后的性能进行相应的调整，以便更好地发挥系统性能。

在本实施例中还提供了一种版本升级处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的版本升级处理装置的结构框图，如图2所示，该装置包括调整模块22和升级模块24，下面对该装置进行说明。

调整模块22，用于对在同一物理网元实体上的至少两个业务处理器的业务进行调整；升级模块24，连接至上述调整模块22，用于对调整业务后的至少两个业务处理器的运行版本分批进行升级处理。

图3是根据本发明实施例的版本升级处理装置中调整模块22的优选结构框图，如图3所示，该调整模块22包括确定单元32和调整单元34，下面对该调整模块22进行说明。

确定单元32，用于确定在本批次进行升级的至少两个业务处理器中待升级的业务处理器；调整单元34，连接至上述确定单元32，用于依据预定的业务分发策略将待升级的业务处理器的业务调整至少两个业务处理器中除待升级的业务处理器之外的其它业务处理器。

图4是根据本发明实施例的版本升级处理装置中升级模块24的优选结构框图一，如图4所示，该装置除包括图3所示的所有模块外，该升级模块24包括第一升级单元42、判断单元44和第二升级单元46，下面对该装置进行说明。

第一升级单元42，用于对业务调整后的在本批次进行升级的待升级的业务处理器进行版本升级处理；判断单元44，连接至上述第一升级单元42，用于判断对所述待升级的业务处理器进行版本升级后的业务处理器进行的业务测试是否成功；第二升级单元46，连接至上述判断单元44，用于在判断单元44的判断结果为是的情况下，对其它业务处理器进行下一批次的版本升级处理，直至至少两个业务处理器全部升级完成。

图5是根据本发明实施例的版本升级处理装置中升级模块24的优选结构框图二，如图5所示，该装置除包括图4所示的所有模块外，该升级模块24还包括：回退单元52，下面对该回退单元52进行说明。

回退单元52，连接至上述判断单元44，用于在判断单元44的判断结果为否的情况下，将待升级的业务处理器的运行版本回退为升级前的版本。

图6是根据本发明实施例的版本升级处理装置的优选结构框图，如图6所示，该装置除包括图2所示的所有模块外，还包括分配模块62，下面对该分配模块62进行说明。

分配模块62，连接至上述升级模块24，用于对至少两个业务处理器的业务进行重新分配。

灰度发布技术是指在黑与白之间，能够平滑过渡的一种产品发布方式。比如，有AB两个产品版本，A是较低的版本，让一部分用户继续用A，一部分用户开始用B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面来。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。如果采用虚拟机技术时将多个业务处理器配置在同一个物理实体上，不同的业务处理器运行不同的版本，升级割接时可以采用多个业务处理器分批操作，一旦影响业务使用，可以只回退有影响的业务处理器。基于此，在本实施例中提供了一种基于虚拟机的灰度发布方案，通过该方案有效地克服了传统的发布方式只能全用户，全业务处理器升级的弊端，使得产品发布时可以灵活的区分用户比例，用户类型、业务类型，限制产品发布失败时业务处理的影响范围，保证整个系统可以平滑升级。下面对该方案进行说明。

该方案采用虚拟机技术，将多个业务处理器配置在同一个物理实体上，不同的业务处理器运行不同的版本，升级割接时可以采用多个业务处理器分批操作，一旦影响业务使用，可以只回退有影响的业务处理器。包括以下处理：

（1）网元物理实体上的多个业务处理器分别部署在不同虚拟机上（以下称为业务虚拟机），多个业务虚拟机可以运行不同的版本，各个业务虚拟机可以根据配置设定处理能力（用户数、CPU资源、内存资源等）。

（2）用户业务处理，可以根据用户比例、用户类型和业务类型，灵活的分担到各个业务虚拟机。

（3）多个业务虚拟机运行相同的版本，业务虚拟机编号假设为1～N，产品新版本发布时，先根据分发策略表调整业务分担，然后将业务虚拟机N升级为新版本B，待稳定运行一段时间后再将其它业务虚拟机升级为新版本B。如果业务虚拟机N升级后业务异常，只需要回退业务虚拟机N的版本。

通过上述实施例，解决了全用户升级，风险较大的问题，从系统全局的角度出发，实现了整个系统的平滑升级。

下面结合附图对本发明优选实施例进行说明。

图7是根据本发明优选实施例的虚拟机方式部署图，如图7所示，网元物理实体上部署了N个虚拟机，每个虚拟机上都运行着独立的业务处理器，各个业务处理器的能力，根据如下参数设置：

（1）业务处理器能处理的最大用户数：该设置决定了业务处理器能处理的最大用户容量。

（2）业务处理器占用资源：该参数用来设置业务处理器可以占用的内核数量、内存大小。

在网元实体上，除业务虚拟机外，设置一个分发模块，部署在独立虚拟机上（以下称为分发虚拟机）；分发虚拟机可以按不同的分发因子进行业务分发，表1是根据本发明优选实施例的业务分发表，如表1所示，该分发因子有：用户标识、用户比例、用户类别、业务类别等，下面对该分发因子分别说明：

表1

分发因子	分发值	业务虚拟机IP
			用户号码	号码段1	IP1
用户号码	号码段2	IP2

用户号码	号码段N	IPN
			用户比例	比例1	IP1
用户比例	比例2	IP2
			用户比例	比例N	IPN
用户类别	用户类别1	IP1
			用户类别	用户类别2	IP2
用户类别	用户类别3	IPN
			业务类别	业务类别1	IP1
业务类别	业务类别2	IP2
			业务类别	业务类别N	IPN

用户标识：设置该分发因子，分发虚拟机把对应的用户分发到不同的业务虚拟机进行处理。

用户比例：设置该分发因子，分发虚拟机可以按照比例对用户进行分发。

用户类别：设置该分发因子，分发虚拟机可以指定某一类别的用户（比如H248用户，SIP用户）到某个业务虚拟机处理。

业务类别：设置该分发因子，分发虚拟机可以指定某一业务类别的用户（比如智能网用户）到某个业务虚拟机处理。

日常运行时，升级开关关闭，升级时，打开升级开关，业务重新按照分发策略表进行分发，表2是根据本发明优选实施例的分发策略表，图8是根据本发明优选实施例的版本发布流程图，如表2以及图8所示，该表2、图8以分发因子为用户比例为例说明分发策略。在升级前分发虚拟机按用户比例进行分发，业务虚拟机1～N均匀分担所有用户，每个业务虚拟机的用户数为1/N。打开升级开关后，业务虚拟机N的用户比例为0，其它N-1个业务虚拟机均匀分担所有用户。

表2

需要说明的是，分发虚拟机还实现了对上述的多个业务虚拟机屏蔽隔离的作用，即对其他网元来看，多个业务虚拟机对外表现为一个业务虚拟机。图9是根据本发明实施例的消息分发流程图，如图9所示，网元实体对外只暴露一个IP地址，如图1中的IP（对外），各业务虚拟机的IP1～IPn以及分发虚拟机的IP（分发）为网元实体内部虚拟机间的IP地址，对外为网元不可见。在分发虚拟机上，维护内外地址转换表，用来进行外部地址和内部地址的转换。对入向消息，分发虚拟机按照上述分发策略表进行分发，对出向消息，分发虚拟机根据内外IP地址转换表，把消息中携带的源地址统一转换为IP（对外）。

下面依据应用场景的不同对本发明优选实施方式进行举例说明。

场景一

S1，图10是根据本发明优选实施例的场景一的示意图，如图10所示，物理网元实体上配置有2个业务虚拟机，2个业务虚拟机容量相等，业务虚拟机1和业务虚拟机2负荷分担业务，运行版本A；

S2，以下步骤升级业务虚拟机2；

S3，进入版本发布阶段后，打开升级开关；

S4，分发虚拟机按照业务分发策略表，表3是根据本发明优选实施方式的场景一的业务分发策略表一，如表3所示，自动设置用户比例，业务虚拟机1设置为100%，业务虚拟机2设置为0%；

表3

S5，待业务虚拟机2上的用户完全转移到业务虚拟机1后，升级业务虚拟机2的版本到版本B；

S6，对业务虚拟机2进行业务测试，如果测试成功，进行S7,继续升级业务虚拟机1，如果测试失败，进行S13，回退业务虚拟机2；

S7，关闭升级开关，分发虚拟机自动设置用户比例，业务虚拟机1设置为50%，业务虚拟机2设置为50%，用户重新负荷分担到业务虚拟机1和业务虚拟机2；

S8，业务虚拟机2升级成功，以下步骤升级业务虚拟机1；

S9，重新调整业务分发策略表，表4是根据本发明优选实施方式的场景一的业务分发策略表二，如表4所示，业务虚拟机1的分发值设置为0%，业务虚拟机2分发值设置为100%；

表4

S10，打开升级开关，分发虚拟机按照业务分发策略表，自动设置用户比例，业务虚拟机1设置为0%，业务虚拟机2设置为100%；

S11，升级业务虚拟机1的版本到新版本B；

S12，关闭升级开关，重新设置用户比例，业务虚拟机1设置为50%，业务虚拟机2设置为50%，业务按比例负荷分担到业务虚拟机1和业务虚拟机2；

S13，如果业务虚拟机2升级失败，回退业务虚拟机2的版本到版本A；

S14，关闭升级开关，分发虚拟机自动设置用户比例，业务虚拟机1设置为50%，业务虚拟机2设置为50%，本次升级回退。

场景二

S1，图11是根据本发明优选实施例的场景二的示意图，如图11所示，物理网元实体上配置有2个业务虚拟机，运行版本A，2个业务虚拟机容量相等，业务虚拟机1有业务运行，业务虚拟机2无业务；

S2，对业务虚拟机2进行升级，升级到版本B；

S3，对业务虚拟机2进行业务测试，如果测试成功，进行S4，继续升级业务虚拟机1，如果测试失败，进行S7，回退业务虚拟机2的版本；

S4，进入版本发布阶段后，打开升级开关；

S5，分发虚拟机按照业务分发策略表，表5是根据本发明优选实施方式的场景二的业务分发策略表，如表5所示，分发虚拟机按照业务分发策略自动设置业务虚拟机1分发值为0，业务虚拟机2分发值为100%；

表5

S6，待用户全部转移到业务虚拟机2后，升级业务虚拟机1的版本到新版本B；

S7，回退业务虚拟机2的版本到版本A。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种版本升级处理方法，其特征在于，包括：

对在同一物理网元实体上的至少两个业务处理器的业务进行调整；

对调整业务后的所述至少两个业务处理器的运行版本分批进行升级处理。

2.根据权利要求1所述的方法，其特征在于，对在同一物理网元实体上的所述至少两个业务处理器的业务进行调整包括：

确定在本批次进行升级的所述至少两个业务处理器中待升级的业务处理器；

依据预定的业务分发策略将所述待升级的业务处理器的业务调整至所述至少两个业务处理器中除所述待升级的业务处理器之外的其它业务处理器。

3.根据权利要求2所述的方法，其特征在于，对调整业务后的所述至少两个业务处理器的运行版本分批进行升级处理包括：

对业务调整后的在本批次进行升级的所述待升级的业务处理器进行版本升级处理；

判断对所述待升级的业务处理器进行版本升级后的业务处理器进行的业务测试是否成功；

在判断结果为是的情况下，对所述其它业务处理器进行下一批次的版本升级处理，直至所述至少两个业务处理器全部升级完成。

4.根据权利要求3所述的方法，其特征在于，在判断对所述待升级的业务处理器进行版本升级后的业务处理器进行的业务测试是否成功之后，还包括：

在判断结果为否的情况下，将所述待升级的业务处理器的运行版本回退为升级前的版本。

5.根据权利要求2至4中任一项所述的方法，其特征在于，所述预定的业务分发策略包括以下至少之一：

用户标识、用户比例、用户类别、业务类别。

6.根据权利要求1至4中任一项所述的方法，其特征在于，在对调整业务后的所述至少两个业务处理器的运行版本分批进行升级处理之后，还包括：

对所述至少两个业务处理器的业务进行重新分配。

7.一种版本升级处理装置，其特征在于，包括：

调整模块，用于对在同一物理网元实体上的至少两个业务处理器的业务进行调整；

升级模块，用于对调整业务后的所述至少两个业务处理器的运行版本分批进行升级处理。

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

确定单元，用于确定在本批次进行升级的所述至少两个业务处理器中待升级的业务处理器；

调整单元，用于依据预定的业务分发策略将所述待升级的业务处理器的业务调整至所述至少两个业务处理器中除所述待升级的业务处理器之外的其它业务处理器。

9.根据权利要求8所述的装置，其特征在于，所述升级模块包括：

第一升级单元，用于对业务调整后的在本批次进行升级的所述待升级的业务处理器进行版本升级处理；

判断单元，用于判断对所述待升级的业务处理器进行版本升级后的业务处理器进行的业务测试是否成功；

第二升级单元，用于在所述判断单元的判断结果为是的情况下，对所述其它业务处理器进行下一批次的版本升级处理，直至所述至少两个业务处理器全部升级完成。

10.根据权利要求9所述的装置，其特征在于，所述升级模块还包括：

回退单元，用于在所述判断单元的判断结果为否的情况下，将所述待升级的业务处理器的运行版本回退为升级前的版本。

11.根据权利要求7至10中任一项所述的装置，其特征在于，还包括：

分配模块，用于对所述至少两个业务处理器的业务进行重新分配。