CN114090022A - 系统部署方法、装置、设备及计算机存储介质 - Google Patents

Abstract

本申请实施例提供了一种系统部署方法、装置、设备及计算机存储介质。其中方法包括：设置蓝绿版本配置项，蓝绿版本配置项包括第一配置项；基于扩展的负载均衡策略确定部署第一版本的服务集群节点对应注册中心第一节点，未部署第一版本的服务集群节点对应注册中心第二节点；通过第一配置项对注册中心第二节点对应的集群节点部署第二版本的服务。根据本申请实施例的系统部署方法，能够在同一注册中心的不同注册节点实现不同版本的部署，避免了资源浪费。

Description

系统部署方法、装置、设备及计算机存储介质

技术领域

本申请属于分布式系统技术领域，尤其涉及一种系统部署方法、装置、设备及计算机存储介质。

背景技术

目前，随着业务的快速发展，传统的单体应用已经无法使人满足，因此出现了分布式架构。在分布式架构中，不同业务分布在不同的应用服务中，进行升级操作时涉及的应用服务之间接口协议的改动，需要控制不同版本的应用之间不能互相调用，否则会出现协议不匹配而出错的问题。

现有的技术方案在分布式系统进行升级时，通过采用蓝绿部署的升级策略可以保证只有相同版本的应用服务可以互相调用。具体地，在部署新版本应用服务的同时部署新的注册中心，将新版本应用服务部署在新的注册中心上，实现不同版本的应用的隔离，避免因不同版本应用相互调用而出错的问题。但上述方法不仅需要进行新的服务资源配置，同时还需要两倍的服务器资源，会造成资源的浪费。

发明内容

本申请实施例提供一种系统部署方法、装置、设备、计算机存储介质及计算机程序产品，能够通过扩展的负载均衡策略实现在同一个注册中心的不同节点下的服务节点部署不同版本的服务，减少了资源浪费。

第一方面，本申请实施例提供一种系统部署方法，方法包括：

设置蓝绿版本配置项，蓝绿版本配置项包括第一配置项；

基于扩展的负载均衡策略确定部署第一版本的服务集群节点对应注册中心第一节点，未部署第一版本的服务集群节点对应注册中心第二节点；

通过第一配置项对注册中心第二节点对应的集群节点部署第二版本的服务；

其中，第二版本高于第一版本。

根据本申请的一个方面，蓝绿版本配置项还包括第二配置项；通过第二配置项对注册中心第一节点对应的第一版本的服务集群所有节点进行下线。

根据本申请的一个方面，通过第一配置项对注册中心第二节点对应的服务集群节点部署第二版本服务，还包括：

在第一版本服务的流量低于预设阈值时，通过第二配置项对第一版本服务集群节点的第一预设数量的节点进行下线；

通过第一配置项对注册中心第二节点的第一预设数量的集群节点部署第二版本服务，注册中心第二节点的第一预设数量的集群节点为第一版本服务集群的第一预设数量的节点；

通过第二配置项对第一版本服务集群的第二预设数量的节点进行下线；

通过第一配置项对注册中心第二节点的第二预设数量的集群节点部署第二版本服务；

其中，第一预设数量和第二预设数量的总和为部署第一版本服务的集群节点的数量。

根据本申请的一个方面，方法还包括：

暂停第一版本的服务集群节点的服务；

启动第二版本的服务集群节点的服务。

第二方面，本申请实施例提供了一种系统部署装置，装置包括：

设置模块，用于设置蓝绿版本配置项，蓝绿版本配置项包括第一配置项；

确定模块，用于基于扩展的负载均衡策略确定部署第一版本的服务集群节点对应注册中心第一节点，未部署第一版本的服务集群节点对应注册中心的第二节点；

部署模块，用于通过第一配置项对注册中心第二节点对应的集群节点部署第二版本的服务；

其中，第二版本高于第一版本。

根据本申请的一个方面，设置模块用于设置蓝绿版本配置项，蓝绿版本配置项包括第一配置项，蓝绿版本配置项还包括第二配置项；

下线模块，用于通过第二配置项对注册中心第一节点对应的第一版本的服务集群所有节点进行下线。

根据本申请的一个方面，部署模块，用于通过第一配置项对注册中心第二节点对应的集群节点部署第二版本的服务，包括：

下线模块，用于在第一版本服务的流量低于预设阈值时，通过第二配置项对第一版本服务集群节点的第一预设数量的节点进行下线；

部署模块，用于通过第一配置项对注册中心第二节点的第一预设数量的集群节点部署第二版本服务，注册中心第二节点的第一预设数量的集群节点为第一版本服务集群的第一预设数量的节点；

下线模块，还用于通过第二配置项对第一版本服务集群的第二预设数量的节点进行下线；

部署模块，还用于通过第一配置项对注册中心第二节点的第二预设数量的集群节点部署第二版本服务；

其中，第一预设数量和第二预设数量的总和为部署第一版本服务的集群节点的数量。

根据本申请的一个方面，装置还包括：

暂停模块，用于暂停第一版本的服务集群节点的服务；

启动模块，用于启动第二版本的服务集群节点的服务。

第三方面，本申请实施例提供了一种系统部署设备，设备包括：

处理器，以及存储有计算机程序指令的存储器；

处理器读取并执行计算机程序指令，以实现第一方面的系统部署方法。

第四方面，本申请实施例提供了一种计算机存储介质，计算机存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现第一方面的系统部署方法。

第五方面，本申请实施例提供了一种计算机程序产品，其特征在于，计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备执行第一方面的系统部署方法。

本申请实施例的系统部署方法、装置、设备、计算机存储介质及计算机程序产品，通过设置配置项，同时基于扩展的负载均衡策略确定不同注册中心对应的不同版本的服务集群节点，能够实现在同一个注册中心的不同节点下的服务集群节点部署不同版本的服务，避免了在不同注册中心部署不同版本服务时造成的资源浪费。

附图说明

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

图1是本申请实施例提供的一种系统部署方法的流程示意图；

图2是本申请实施例提供的一种系统部署方法示意图；

图3是本申请实施例提供的一种系统部署方法示意图；

图4是本申请实施例提供的一种系统部署方法示意图；

图5是本申请实施例提供的一种系统部署方法示意图；

图6是本申请实施例提供的一种系统部署装置的结构示意图；

图7是本申请实施例提供的一种系统部署设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

现有的对于分布式架构的蓝绿部署是指同时运行两个版本的应用，在不停止旧版本服务的情况下，直接部署新版本的服务，等新版本服务运行后，再将所有流量切换至新版本服务上。在部署新版本服务的时候需要部署新的注册中心，新版本服务注册在新的注册中心上。通过将不同版本服务注册在两个注册中心上，才能实现不同版本服务的节点的隔离，不会相互调用。但是上述方法在升级过程中需要两倍的服务资源，会造成资源浪费。

为了解决现有技术问题，本申请实施例提供了一种系统部署方法、装置、设备、计算机存储介质及计算机程序产品。下面首先对本申请实施例所提供的系统部署方法进行介绍。

图1示出了本申请一个实施例提供的系统部署方法的流程示意图。如图1所示，该方法可以包括以下步骤：

S110、设置蓝绿版本配置项，蓝绿版本配置项包括第一配置项。

在阿波罗(Apollo)配置中心，设置蓝绿版本的第一配置项，设置蓝绿版本的第一配置项包括：修改蓝绿版本配置项的值。例如将原配置项“version＝1”修改为“version＝2”，修改后的“version＝2”为第一配置项，第一配置项的值在服务程序重启后生效。其中，配置项用于应用服务根据配置项值进行配置设置。

S120、基于扩展的负载均衡策略确定部署第一版本的服务集群节点对应注册中心第一节点，未部署第一版本的服务集群节点对应注册中心第二节点。

基于扩展的负载均衡策略可以过滤得到同一版本的服务节点，将部署了第一版本的服务集群节点对应注册中心的第一节点，将未部署第一版本的服务集群节点对应注册中心的第二节点，其中，注册中心第一节点和注册中心第二节点为同一个注册中心的两个节点；扩展的负载均衡策略对应负载均衡策略类。

在一种示例中，扩展的负载均衡策略为“DiscoveryPredicate”，对应的负载均衡策略类为“DiscoveryRule”。通过“DiscoveryPredicate”可以过滤得到同一版本的服务节点

分布式系统部署时默认使用的负载均衡策略为“ZoneAvoidanceRule”，该策略通过“ZoneAvoidancePredicate”类方法进行节点的过滤。在这个策略中，过滤被调服务的节点得到的是可用的节点。而本申请实施例定义的扩展的负载均衡策略“DiscoveryPredicate”作为整个系统所有应用服务默认的负载均衡策略，过滤得到的是同一版本的服务节点。具体实现方式如下：服务节点的蓝绿版本信息借助Spring配置项“eureka.instance.metadata-map”配置到节点的元数据中。节点向注册中心注册时，请求中会带上节点的全量信息，包括元数据。服务节点与注册中心同步服务列表时，也会得到所有节点的元数据信息，从而知晓每个服务节点的蓝绿版本，可在调用时与自己版本比较。

S130、通过第一配置项对注册中心第二节点对应的集群节点部署第二版本的服务；其中，第二版本高于第一版本。

在注册中心第二节点下的集群节点部署第二版本的服务，并通过第一配置项对第二版本的服务进行部署，即根据配置项值设置应用服务对应的配置的值。其中，第二版本高于第一版本，相当于第二版本服务为新服务，第一版本的服务为旧服务。

在一种示例中，如图2所示的部署第二版本服务的方式，所有流量指向第一版本服务，第一版本的服务集群包括服务器1和服务器2，服务器1内包括应用A的节点1和应用B的节点1，服务器2内包括应用A的节点2和应用B的节点2。其中应用A的节点1和应用B的节点1、应用A的节点1和应用B的节点2具有相互调用的关系；应用A的节点2和应用B的节点1、应用A的节点2和应用B的节点2具有相互调用的关系。在通过nginx确认所有流量指向第一版本的服务集群时，在未部署第一版本的服务的新服务器上部署第二版本的服务，即第二版本的服务集群包括服务器3和服务器4，服务器3内包括应用A的节点1和应用B的节点1，服务器4内包括应用A的节点2和应用B的节点2。其中应用A的节点1和应用B的节点1、应用A的节点1和应用B的节点2具有相互调用的关系；应用A的节点2和应用B的节点1、应用A的节点2和应用B的节点2具有相互调用的关系。第一版本服务的集群通过注册中心第一节点实现注册和拉取服务列表，第二版本服务的集群通过注册中心第二节点实现注册和拉去服务列表，其中注册中心第一节点和注册中心第二节点属于同一注册中心集群。其中所有流量指向第一版本的服务集群具体指，由第一版本服务集群提供服务器所有的服务。

本申请实施例提供的系统部署方法，能够通过扩展的负载均衡策略，实现在同一个注册中心的不同节点下的服务集群节点部署不同版本的服务，避免了在不同注册中心部署不同版本服务时造成的资源浪费。

在一些实施例中，蓝绿版本配置项还包括第二配置项；通过第二配置项对注册中心第一节点对应的第一版本的服务集群所有节点进行下线。在Apollo配置中心还包括第二配置项，第二配置项对应第一版本的服务集群节点的配置。在部署了第二版本服务后，将部署的第一版本的服务的集群节点下线，此时，注册中心只运行第二版本服务。

在一种示例中，第二配置项为“version＝v1”，修改后得到的第一配置项为“version＝2”，即第一版本的服务为v1，第二版本的服务为v2。

在一些实施例中，在设置配置项时，配置项名和值可自定义，例如“version＝v1”。根据Spring提供的配置项“eureka.instance.metadata-map”，再添加一个配置项“eureka.instance.metadata-map.version＝v1”。在服务节点向注册中心发送注册请求时，“eureka.instance.metadata-map”下的key-value对会被转成Map，作为节点的“元数据”送到注册中心，注册中心会保存该数据。当其他服务节点与注册中心同步服务列表时，也会得到所有节点的元数据信息，从而知晓每个服务节点的蓝绿版本，可在调用时与自己版本比较。

在一些实施例中，在将部署的第一版本的服务的集群节点下线之前，还需要对部署的第二版本服务进行验证，即启动部署的第二版本的服务，当部署的第二版本的服务能够正常运行后，将部署的第一版本的服务的集群节点下线。若部署的第二版本的服务不能正常运行，则切换至第一版本服务，完成升级回滚，再重新部署第二版本服务。

在一些实施例中，通过第一配置项对注册中心第二节点对应的服务集群节点部署第二版本服务，还包括：在第一版本的服务的流量低于预设阈值时，通过第二配置项对第一版本的服务集群节点的第一预设数量的节点进行下线；通过第一配置项对注册中心第二节点的第一预设数量的集群节点部署第二版本服务，注册中心第二节点的第一预设数量的集群节点为第一版本的服务集群的第一预设数量的节点；通过第二配置项对第一版本的服务集群的第二预设数量的节点进行下线；通过第一配置项对注册中心第二节点的第二预设数量的集群节点部署第二版本服务；其中，第一预设数量和第二预设数量的总和为部署第一版本的服务的集群节点的数量。在第一版本的服务的流量低于预设阈值时，此时为流量低峰时段，将第一版本的服务集群节点的第一预设数量的节点下线，所有流量指向第一版本的服务。在下线的第一预设数量的节点部署第二版本服务，然后再下线第一版本第二预设数量的节点。在下线的第一版本的第二预设数量的节点部署第二版本服务，此时，第二版本的服务完成部署。

在一种实施例中，所有流量指向第一版本服务，第一版本的服务集群包括服务器1和服务器2，服务器1内包括应用A的节点1和应用B的节点1，服务器2内包括应用A的节点2和应用B的节点2。其中应用A的节点1和应用B的节点1、应用A的节点1和应用B的节点2具有相互调用的关系；应用A的节点2和应用B的节点1、应用A的节点2和应用B的节点2具有相互调用的关系。如图3所示的第二版本的服务部署方式，将第一版本的服务集群的一半数量节点下线，即服务器2的节点下线，此时所有流量指向剩余的一半数量节点，即服务器1的节点，在下线的一半数量的节点部署第二版本服务，此时，完成了第二版本服务的一半数量节点的部署。然后如图4所示，下线第一版本服务的剩余一半数量节点，此时所有流量指向已部署第二版本服务的一半数量节点。如图5所示，在该剩余的一半数量的节点上部署第二版本的服务，此时，第二版本服务完成部署，所有流量指向第二版本服务的全部节点。

在一些实施例中，方法还包括：暂停第一版本的服务集群节点的服务；启动第二版本的服务集群节点的服务。在完成第二版本服务的部署后，暂停第一版本的服务集群节点的服务；启动第二版本的服务集群节点的服务，在启动第二版本的服务时，通过第一配置项完成应用的初始化。

本申请实施例提供的系统部署方法，通过扩展的负载均衡策略确定不同版本的服务集群节点，并将不同版本的服务集群节点对应不同的注册中心节点，通过配置项实现新版本服务的部署，在一个注册中心即可完成蓝绿部署的方案，减少了资源浪费。

图6是本申请实施例提供的一种装置结构示意图。如图6所示，该装置600可以包括设置模块610，确定模块620和部署模块630。

设置模块610，用于设置蓝绿版本配置项，蓝绿版本配置项包括第一配置项。

确定模块620，用于基于扩展的负载均衡策略确定部署第一版本的服务集群节点对应注册中心第一节点，未部署第一版本的服务集群节点对应注册中心的第二节点。

部署模块630，用于通过第一配置项对注册中心第二节点对应的集群节点部署第二版本的服务。

其中，第二版本高于第一版本。

本申请实施例提供的系统部署装置600，能够通过扩展的负载均衡策略，实现在同一个注册中心的不同节点下的服务集群节点部署不同版本的服务，避免了在不同注册中心部署不同版本服务时造成的资源浪费。

在一些实施例中，设置模块610用于设置蓝绿版本配置项，蓝绿版本配置项包括第一配置项，蓝绿版本配置项还包括第二配置项；下线模块640，用于通过第二配置项对注册中心第一节点对应的第一版本的服务集群所有节点进行下线。

在一些实施例中，部署模块630，用于通过第一配置项对注册中心第二节点对应的集群节点部署第二版本的服务，包括：下线模块640，用于在第一版本服务的流量低于预设阈值时，通过第二配置项对第一版本服务集群节点的第一预设数量的节点进行下线；部署模块630，用于通过第一配置项对注册中心第二节点的第一预设数量的集群节点部署第二版本服务，注册中心第二节点的第一预设数量的集群节点为第一版本服务集群的第一预设数量的节点；下线模块640，还用于通过第二配置项对第一版本服务集群的第二预设数量的节点进行下线；部署模块630，还用于通过第一配置项对注册中心第二节点的第二预设数量的集群节点部署第二版本服务；其中，第一预设数量和第二预设数量的总和为部署第一版本服务的集群节点的数量。

在一些实施例中，装置还包括：暂停模块650，用于暂停第一版本的服务集群节点的服务；启动模块660，用于启动第二版本的服务集群节点的服务。

本申请实施例提供的系统部署装置，能够基于扩展的负载均衡策略使不同版本的服务节点不能相互调用，进而实现不同版本服务的隔离，将不同版本的服务对应同一注册中心集群的不同节点并进行第二版本服务的部署，减少了资源的浪费。

图6所示装置中的各个模块具有实现图1中系统部署方法所执行的各个步骤的功能，并能达到其相应的技术效果，为简洁描述，在此不再赘述。

图7示出了本申请实施例提供的系统部署设备的硬件结构示意图。

在系统部署设备可以包括处理器701以及存储有计算机程序指令的存储器702。

具体地，上述处理器701可以包括中央处理器(Central Processing Unit，CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器702可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器702可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在一个实例中，存储器702可以包括可移除或不可移除(或固定)的介质，或者存储器702是非易失性固态存储器。存储器702可在综合网关容灾设备的内部或外部。

在一个实例中，存储器702可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器702包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本申请的一方面的方法所描述的操作。

处理器701通过读取并执行存储器702中存储的计算机程序指令，以实现图1所示实施例中的方法/步骤S110至S130，并达到图1所示实例执行其方法/步骤达到的相应技术效果，为简洁描述在此不再赘述。

在一个示例中，系统部署设备还可包括通信接口703和总线710。其中，如图7所示，处理器701、存储器702、通信接口703通过总线710连接并完成相互间的通信。

通信接口703，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线710包括硬件、软件或两者，将系统部署设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(Accelerated Graphics Port，AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture，EISA)总线、前端总线(Front Side Bus，FSB)、超传输(Hyper Transport，HT)互连、工业标准架构(IndustryStandard Architecture，ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线710可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该系统部署设备可以基于扩展的负载均衡策略执行本申请实施例中的系统部署方法，从而实现结合图1描述的系统部署方法。

另外，结合上述实施例中的系统部署方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种系统部署方法。

另外，结合上述实施例中的系统部署方法，本申请实施例可提供一种计算机程序产品。计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备执行上述实施例中的任意一种系统部署方法。

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

以上的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RadioFrequency，RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (11)

1.一种系统部署方法，其特征在于，包括：

设置蓝绿版本配置项，所述蓝绿版本配置项包括第一配置项；

基于扩展的负载均衡策略确定部署第一版本的服务集群节点对应注册中心第一节点，未部署第一版本的服务集群节点对应注册中心第二节点；

通过第一配置项对注册中心第二节点对应的集群节点部署第二版本的服务；

其中，所述第二版本高于所述第一版本。

2.根据权利要求1所述的方法，其特征在于，所述蓝绿版本配置项还包括第二配置项；通过第二配置项对注册中心第一节点对应的第一版本的服务集群所有节点进行下线。

3.根据权利要求2所述的方法，其特征在于，所述通过第一配置项对注册中心第二节点对应的服务集群节点部署第二版本服务，还包括：

在第一版本服务的流量低于预设阈值时，通过第二配置项对第一版本服务集群节点的第一预设数量的节点进行下线；

通过第一配置项对注册中心第二节点的第一预设数量的集群节点部署第二版本服务，所述注册中心第二节点的第一预设数量的集群节点为所述第一版本服务集群的第一预设数量的节点；

通过第二配置项对所述第一版本服务集群的第二预设数量的节点进行下线；

通过第一配置项对注册中心第二节点的第二预设数量的集群节点部署第二版本服务；

其中，第一预设数量和第二预设数量的总和为部署第一版本服务的集群节点的数量。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

暂停第一版本的服务集群节点的服务；

启动第二版本的服务集群节点的服务。

5.一种系统部署装置，其特征在于，所述装置包括：

设置模块，用于设置蓝绿版本配置项，所述蓝绿版本配置项包括第一配置项；

确定模块，用于基于扩展的负载均衡策略确定部署第一版本的服务集群节点对应注册中心第一节点，未部署第一版本的服务集群节点对应注册中心的第二节点；

部署模块，用于通过第一配置项对注册中心第二节点对应的集群节点部署第二版本的服务；

其中，所述第二版本高于第一版本。

6.根据权利要求5所述的装置，其特征在于，所述设置模块用于设置蓝绿版本配置项，所述蓝绿版本配置项包括第一配置项，所述蓝绿版本配置项还包括第二配置项；

下线模块，用于通过第二配置项对注册中心第一节点对应的第一版本的服务集群所有节点进行下线。

7.根据权利要求6所述的装置，其特征在于，所述部署模块，用于通过第一配置项对注册中心第二节点对应的集群节点部署第二版本的服务，包括：

所述下线模块，用于在第一版本服务的流量低于预设阈值时，通过第二配置项对第一版本服务集群节点的第一预设数量的节点进行下线；

所述部署模块，用于通过第一配置项对注册中心第二节点的第一预设数量的集群节点部署第二版本服务，所述注册中心第二节点的第一预设数量的集群节点为所述第一版本服务集群的第一预设数量的节点；

所述下线模块，还用于通过第二配置项对所述第一版本服务集群的第二预设数量的节点进行下线；

所述部署模块，还用于通过第一配置项对注册中心第二节点的第二预设数量的集群节点部署第二版本服务；

其中，第一预设数量和第二预设数量的总和为部署第一版本服务的集群节点的数量。

8.根据权利要求5所述的装置，其特征在于，所述装置还包括：

暂停模块，用于暂停第一版本的服务集群节点的服务；

启动模块，用于启动第二版本的服务集群节点的服务。

9.一种系统部署设备，其特征在于，所述系统部署设备包括：处理器，以及存储有计算机程序指令的存储器；

所述处理器读取并执行所述计算机程序指令，以实现如权利要求1-4任意一项所述的系统部署方法。

10.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-4任意一项所述的系统部署方法。

11.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-4任意一项所述的系统部署方法。

Images