CN108076088A - 基于电信网络的通信业务系统及其版本发布方法 - Google Patents

Abstract

本发明提供了一种基于电信网络的通信业务系统及其版本发布方法。该版本发布方法包括：在接收到来自用户的访问请求时，根据预先生成的版本发布控制信息中包含的版本信息与用户信息之间的对应关系，找出用户的用户信息所对应的版本信息；以及根据用户的用户信息所对应的版本信息，将访问请求发送到多个版本服务集群中的、用户的用户信息所对应的版本信息所指示的一个版本服务集群，其中，多个版本服务集群分别与通信业务系统的多个版本相对应。本发明可以在指定范围内进行通信业务系统的版本发布，从而可以在该指定范围内发现并调整所发布的版本存在的问题，保证通信业务系统整体的稳定性。

Description

基于电信网络的通信业务系统及其版本发布方法

技术领域

本发明涉及通信领域，更具体地涉及一种基于电信网络的通信业务系统及其版本发布方法。

背景技术

在电信运营商维护的各种设备组成的电信网络中容宿有诸如电子渠道系统、企业客户关系管理(CRM)系统、企业资源计划(ERP)系统之类的各种各样的通信业务系统。在电信网络中的这些设备的硬件保持不变的情况下，可以通过更新容宿在这些设备上的通信业务系统的版本来优化这些通信业务系统的性能。

传统上，采用手工或者基于工具的发布模式来发布通信业务系统的版本，并且基本都是针对单机或者少量的服务器进行发布。随着通信业务系统的发展，传统的发布模式已经不能满足其业务发展的需求，因此通信业务系统逐步迁移到了云平台。

通信业务系统迁移到云平台后的版本发布方式与其传统的版本发布方式存在较大的差异，尤其在采用负载均衡技术后通信业务系统不再存在单点故障，但其服务数量、进程数量、服务间相互关联性上则变得比较复杂，维护工作量剧增。

发明内容

鉴于以上所述的一个或多个问题，本发明提供了一种新颖的基于电信网络的通信业务系统及其版本发布方法。

根据本发明实施例的基于电信网络的通信业务系统，包括：发布控制单元，被配置为生成控制通信业务系统的版本发布的版本发布控制信息，并将版本发布控制信息发送到动态路由单元，版本发布控制信息包含有版本信息与用户信息之间的对应关系；动态路由单元，被配置为接收来自用户的访问请求，根据版本发布控制信息中包含的版本信息与用户信息之间的对应关系找出用户的用户信息所对应的版本信息，并将访问请求和用户的用户信息所对应的版本信息发送到分流服务集群；分流服务集群，被配置为根据用户的用户信息所对应的版本信息，将访问请求发送到多个版本服务集群中的、用户的用户信息所对应的版本信息所指示的一个版本服务集群；以及多个版本服务集群，分别与通信业务系统的多个版本相对应并且被配置为响应于访问请求而向用户提供服务。

根据本发明实施例的用于通信业务系统的版本发布方法，包括：在接收到来自用户的访问请求时，根据预先生成的版本发布控制信息中包含的版本信息与用户信息之间的对应关系，找出用户的用户信息所对应的版本信息；以及根据用户的用户信息所对应的版本信息，将访问请求发送到多个版本服务集群中的、用户的用户信息所对应的版本信息所指示的一个版本服务集群，其中，多个版本服务集群分别与通信业务系统的多个版本相对应。

本发明可以在指定范围内进行通信业务系统的版本发布，从而可以在该指定范围内发现并调整所发布的版本存在的问题，保证通信业务系统整体的稳定性。

附图说明

通过阅读以下参照附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显，其中，相同或相似的附图标记表示相同或相似的特征。

图1是示出根据本发明实施例的用于通信业务系统的版本发布方法的流程图；以及

图2是示出根据本发明实施例的通信业务系统的示意框图。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例。在下面的详细描述中，提出了许多具体细节，以便提供对本发明的全面理解。但是，对于本领域技术人员来说很明显的是，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明的更好的理解。本发明决不限于下面所提出的任何具体配置和算法，而是在不脱离本发明的精神的前提下覆盖了元素、部件和算法的任何修改、替换和改进。在附图和下面的描述中，没有示出公知的结构和技术，以便避免对本发明造成不必要的模糊。

鉴于通信业务系统迁移到云平台后的版本发布方法存在的上述一个或多个问题，本发明提出了一种新颖的用于通信业务系统的版本发布方法，即灰度发布方法。

灰度发布方法是一种能够平滑过渡的版本发布方法，其主要思想在于：假设目前已经存在版本A，需要发布版本B；让第一部分用户继续用版本A，第二部分用户开始用版本B；如果第二部分用户对版本B没有什么反对意见，则逐步扩大版本B的应用范围，把第一部分用户也迁移到版本B上面来；这样可以在第二部分用户使用版本B的过程中发现并调整版本B存在的问题，保证通信业务系统整体的稳定性。

图1是示出根据本发明实施例的用于通信业务系统的版本发布方法的流程图。如图1所示，根据本发明实施例的版本发布方法100包括：S102，根据预先生成的版本发布控制信息中包含的版本信息与用户信息之间的对应关系，找出用户的用户信息所对应的版本信息；以及S104，根据用户的用户信息所对应的版本信息，将访问请求发送到多个版本服务集群中的、用户的用户信息所对应的版本信息所指示的一个版本服务集群。

这里，用户的用户信息包括但不限于例如，用户的归属地信息、用户的订阅业务信息、用户的归属群组信息等；多个版本服务集群分别与通信业务系统的多个版本相对应，即每个版本服务集群与通信业务系统的一个版本相对应；通信业务系统的每个版本由相应的版本信息指示。

以上描述的版本发布方法100可以在指定范围内进行通信业务系统的版本发布，从而可以在该指定范围内发现并调整所发布的版本存在的问题，保证通信业务系统整体的稳定性。

在一些实施例中，在通信业务系统以分布式部署的方式被部署在电信网络中的多个设备上时，为了保证同一个版本服务集群中的各个版本服务单元能够响应于来自用户的访问请求向用户提供一致的服务，图1所示的方法还可以包括：S106，在将来自用户的访问请求发送到用户的用户信息所对应的版本信息所指示的一个版本服务集群之前，检测该版本服务集群中的各个版本服务单元所应用的版本之间的一致性。

例如，可以检测该版本服务集群中的各个版本服务单元所应用的版本在以下方面中的一个或多个方面的一致性：

版本部署顺序，即同一个版本服务集群中的各个版本服务单元所应用的版本在相应设备上的部署顺序应该是相同的；

版本推送方式，即同一个版本服务集群中的各个版本服务单元所应用的版本应该是由电信网络中的相关设备以相同的版本推送方式从存储该版本的基准应用的服务器获取的；

版本元数据，即同一个版本服务集群中的各个版本服务单元所应用的版本与服务器中存储的该版本的基准应用的所有文件信息列表和文件的哈希(Hash)值应该是相等的；

版本内容，即同一个版本服务集群中的各个版本服务单元所应用的版本与服务器中存储的该版本的基准应用的内容应该是相同的(例如，可以利用消息摘要算法第五版(MD5)或安全哈希算法(SHA)来进行内容一致性检测)。

图2是示出根据本发明实施例的通信业务系统的示意框图。结合图1描述的用于通信业务系统的版本发布方法可以实现在图2所示的通信业务系统中。如图2所示，根据本发明实施例的通信业务系统200包括发布控制单元202、动态路由单元204、分流服务集群206、以及多个版本服务集群208-1至208-n(n是大于0的整数)，其中：

发布控制单元202被配置为生成控制通信业务系统的版本发布的版本发布控制信息，并将版本发布控制信息发送到动态路由单元204，其中版本发布控制信息包含有版本信息与用户信息之间的对应关系；动态路由单元204被配置为接收来自用户的访问请求，根据版本发布控制信息中包含的版本信息与用户信息之间的对应关系找出用户的用户信息所对应的版本信息，并将访问请求和用户的用户信息所对应的版本信息发送到分流服务集群206；分流服务集群206被配置为根据用户的用户信息所对应的版本信息，将访问请求发送到多个版本服务集群208-1至208-n中的、用户的用户信息所对应的版本信息所指示的一个版本服务集群208-i(i是大于0小于等于n的整数)；多个版本服务集群208-1至208-n分别与通信业务系统的多个版本V1-Vn相对应并且被配置为响应于来自用户的访问请求而向用户提供服务。

以上描述的通信业务系统200可以在指定范围内进行版本发布，从而可以在该指定范围内发现并调整所发布的版本存在的问题，保证该通信业务系统整体的稳定性。

这里，需要明确的是，用户的用户信息包括但不限于例如，用户的归属地信息、用户的订阅业务信息、用户的归属群组信息等；每个版本服务集群与通信业务系统的一个版本相对应；通信业务系统的每个版本由相应的版本信息指示；发布控制单元202可以通过各种已知的或者将来开发的版本发布控制策略来生成版本发布控制信息，只要动态路由单元204和分流服务集群206二者可以配合起来根据该版本发布控制信息将来自具有不同用户信息的不同用户的访问请求路由到相应的版本服务集群即可。

在一些实施例中，根据本发明实施例的通信业务系统200还可以包括版本部署单元210，该版本部署单元可以集中式部署的方式将通信业务系统200部署在电芯网络中的单个设备上，也可以分布式部署的方式将通信业务系统200的相应版本部署在电信网络中的多个设备上。

在通信业务系统200被以分布式部署的方式部署在电信网络的多个设备上时，根据本发明实施例的通信业务系统200还可以包括一致性检测单元212，该一致性检测单元可以对多个版本服务集群208-1至208-n中的任意一个版本服务集群208-i，检测版本服务集群208-i中的各个版本服务单元所应用的版本之间的一致性。

在一些实施例中，为了避免各个版本服务集群中的各个版本服务单元的负载不均衡，即一些版本服务单元的负载过重，而另一些版本服务单元的负载过轻，根据本发明实施例的通信业务系统200还可以包括多个服务负载均衡单元212-1至212-n，分别与多个版本服务集群208-1至208-n相对应并且被配置为在与其相对应的版本服务集群中的各个版本服务单元之间进行负载均衡。

根据本发明实施例的通信业务系统200的其他细节可以参照结合图1描述的版本发布方法100中的相应内容。

需要明确的是，本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

Claims (8)

1.一种基于电信网络的通信业务系统，包括：

发布控制单元，被配置为生成控制所述通信业务系统的版本发布的版本发布控制信息，并将所述版本发布控制信息发送到动态路由单元，所述版本发布控制信息包含有版本信息与用户信息之间的对应关系；

所述动态路由单元，被配置为接收来自用户的访问请求，根据所述版本发布控制信息中包含的版本信息与用户信息之间的对应关系找出所述用户的用户信息所对应的版本信息，并将所述访问请求和所述用户的用户信息所对应的版本信息发送到分流服务集群；

所述分流服务集群，被配置为根据所述用户的用户信息所对应的版本信息，将所述访问请求发送到多个版本服务集群中的、所述用户的用户信息所对应的版本信息所指示的一个版本服务集群；以及

所述多个版本服务集群，分别与所述通信业务系统的多个版本相对应并且被配置为响应于所述访问请求而向所述用户提供服务。

2.根据权利要求1所述的基于电信网络的通信业务系统，还包括：

版本部署单元，被配置为以分布式部署的方式将所述通信业务系统的相应版本部署在所述电信网络中的多个设备上。

3.根据权利要求2所述的基于电信网络的通信业务系统，还包括：

一致性检测单元，被配置为对于所述多个版本服务集群中的任意一个版本服务集群，检测所述版本服务集群中的各个版本服务单元所应用的版本之间的一致性。

4.根据权利要求3所述的基于电信网络的通信业务系统，其中，所述一致性检测单元检测所述版本服务集群中的各个版本服务单元所应用的版本在以下方面中的一个或多个方面的一致性：版本部署顺序、版本推送方式、版本元数据、以及版本内容。

5.根据权利要求1所述的基于电信网络的通信业务系统，还包括：

多个服务负载均衡单元，分别与所述多个版本服务集群相对应并且被配置为在与其相对应的版本服务集群中的各个版本服务单元之间进行负载均衡。

6.一种用于通信业务系统的版本发布方法，包括：

在接收到来自用户的访问请求时，根据预先生成的版本发布控制信息中包含的版本信息与用户信息之间的对应关系，找出所述用户的用户信息所对应的版本信息；以及

根据所述用户的用户信息所对应的版本信息，将所述访问请求发送到多个版本服务集群中的、所述用户的用户信息所对应的版本信息所指示的一个版本服务集群，其中，所述多个版本服务集群分别与所述通信业务系统的多个版本相对应。

7.根据权利要求6所述的版本发布方法，还包括：

在将所述访问请求发送到所述版本服务集群之前，检测所述版本服务集群中的各个版本服务单元所应用的版本之间的一致性。

8.根据权利要求7所述的版本发布方法，其中，检测所述版本服务集群中的各个版本服务单元所应用的版本在以下方面中的一个或多个方面的一致性：版本部署顺序、版本推送方式、版本元数据、以及版本内容。