CN114675927A - 服务实例部署方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开关于一种服务实例部署方法、装置、电子设备和存储介质。其中，方法包括：响应于针对目标服务的变更请求，确定目标服务所属的原部署集群；根据变更请求确定所需资源，并确定原部署集群的剩余资源信息；将变更请求对应的所需资源与原部署集群的剩余资源信息进行比对，根据比对结果从候选集群中确定出目标集群；其中，目标集群为候选集群中剩余资源满足变更请求，且满足集群运维条件的集群；根据目标集群的剩余资源信息，确定待部署于目标集群上的目标服务的实例个数；以及基于实例个数，在目标集群上部署对应个数的目标服务的实例。整个过程用户无需与其他人员进行沟通，降低了资源层面的人力沟通成本，极大地提高了变更服务的部署效率。

Description

服务实例部署方法、装置、电子设备及存储介质

技术领域

本公开涉及集群技术领域，尤其涉及服务实例部署方法、装置、电子设备和存储介质。

背景技术

目前，容器化部署方式已成为企业服务部署的主流选择。随着企业业务规模的增长，服务部署所需使用的计算资源会越来越多，将逐渐突破单个容器集群所能承载的计算资源上限。此时，如果想对已经部署在之前集群的服务进行变更操作，服务管理人员需要先与集群管理人员进行沟通协商，以指定目标集群，以便将需要变更的服务的实例部署到该目标集群。

然而，相关技术中用于部署该变更服务的集群需要服务管理人员与集群管理人员进行沟通协商来指定，由于整个变更流程中环节较多，导致变更服务的部署效率较低，并且，由于目标集群需要协商指定，导致服务实例部署策略不够灵活。

发明内容

本公开提供一种服务实例部署方法、装置、电子设备及存储介质，以至少解决相关技术中变更流程中环节较多而导致变更服务的部署效率低，以及服务实例部署策略不够灵活的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种服务实例部署方法，包括：

响应于针对目标服务的变更请求，确定所述目标服务所属的原部署集群；

根据所述变更请求确定所需资源，并确定所述原部署集群的剩余资源信息；

将所述变更请求对应的所需资源与所述原部署集群的剩余资源信息进行比对，根据比对结果从候选集群中确定出目标集群；其中，所述目标集群为所述候选集群中剩余资源满足所述变更请求，且满足集群运维条件的集群；

根据所述目标集群的剩余资源信息，确定待部署于所述目标集群上的所述目标服务的实例个数；以及

基于所述实例个数，在所述目标集群上部署对应个数的所述目标服务的实例。

在本公开一些实施例中，所述候选集群包括至少一个新集群，所述新集群是指所述目标服务未部署过的集群；所述将所述变更请求对应的所需资源与所述原部署集群的剩余资源信息进行比对，根据比对结果从候选集群中确定出目标集群，包括：

根据所述原部署集群的剩余资源信息，确定所述原部署集群的资源剩余量；

将所述原部署集群的资源剩余量减去所述所需资源，得到第一差值；

判断所述第一差值是否小于或等于第一阈值；

在所述第一差值小于或等于所述第一阈值时，确定每个所述新集群的剩余资源信息；

根据所述所需资源和每个所述新集群的剩余资源信息，从所述至少一个新集群中确定出所述目标集群。

在本公开一些实施例中，所述根据所述所需资源和每个所述新集群的剩余资源信息，从所述至少一个新集群中确定出所述目标集群，包括：

按照所述剩余资源信息的大小，对每个所述新集群进行优先级排序；

基于每个所述新集群的优先级排序和所述所需资源，从所述至少一个新集群中确定出所述目标集群，其中，所述目标集群的剩余资源总和满足所述所需资源。

在本公开一些实施例中，所述方法还包括：

在所述第一差值大于所述第一阈值时，将所述原部署集群确定为目标集群。

在本公开一些实施例中，所述候选集群包括所述原部署集群和至少一个新集群，所述新集群是指所述目标服务未部署过的集群；所述原部署集群包括至少一个集群；所述将所述变更请求对应的所需资源与所述原部署集群的剩余资源信息进行比对，根据比对结果从候选集群中确定出目标集群，包括：

根据所述原部署集群之中每个所述集群的剩余资源信息，从所述至少一个集群中确定出资源剩余量大于第二阈值的第一集群；

确定所述第一集群的剩余资源总和；

计算所述所需资源与所述第一集群的剩余资源总和的第二差值；

根据所述第二差值从所述至少一个新集群确定出第二集群，其中，所述第二集群的剩余资源总和满足所述第二差值；

将所述第一集群和所述第二集群确定为所述目标集群。

在本公开一些实施例中，所述基于所述实例个数，在所述目标集群上部署对应个数的所述目标服务的实例，包括：

生成针对变更操作的部署请求；其中，所述部署请求中包含所述目标集群对应的标识信息；

按照所述实例个数和所述部署请求部署所述目标服务的实例，以使所述目标服务的实例部署在对应的目标集群上。

在本公开一些实施例中，所述按照所述实例个数和所述部署请求部署所述目标服务的实例，以使所述目标服务的实例部署在对应的目标集群上，包括：

根据所述部署请求，调用所述目标集群的部署服务创建与所述实例个数相同数量的容器，以使所述目标服务的实例被部署在对应的容器中。

在本公开一些实施例中，所述变更请求为服务升级请求；在基于所述实例个数，在所述目标集群上部署对应个数的所述目标服务的实例之后，所述方法还包括：

将部署在所述原部署集群上的所述目标服务的原实例进行销毁；其中，所述原实例是指未对所述目标服务进行服务升级之前，所述目标服务部署在所述原部署集群上的实例。

根据本公开实施例的第二方面，提供一种服务实例部署装置，包括：

第一确定单元，被配置为响应于针对目标服务的变更请求，确定所述目标服务所属的原部署集群；

第二确定单元，被配置为根据所述变更请求确定所需资源，并确定所述原部署集群的剩余资源信息；

第三确定单元，被配置为将所述变更请求对应的所需资源与所述原部署集群的剩余资源信息进行比对，根据比对结果从候选集群中确定出目标集群；其中，所述目标集群为所述候选集群中剩余资源满足所述变更请求，且满足集群运维条件的集群；

第四确定单元，被配置为根据所述目标集群的剩余资源信息，确定待部署于所述目标集群上的所述目标服务的实例个数；以及

部署单元，被配置为基于所述实例个数，在所述目标集群上部署对应个数的所述目标服务的实例。

在本公开一些实施例中，所述候选集群包括至少一个新集群，所述新集群是指所述目标服务未部署过的集群；所述第三确定单元具体被配置为：

根据所述原部署集群的剩余资源信息，确定所述原部署集群的资源剩余量；

将所述原部署集群的资源剩余量减去所述所需资源，得到第一差值；

判断所述第一差值是否小于或等于第一阈值；

在所述第一差值小于或等于所述第一阈值时，确定每个所述新集群的剩余资源信息；

根据所述所需资源和每个所述新集群的剩余资源信息，从所述至少一个新集群中确定出所述目标集群。

在本公开一些实施例中，所述第三确定单元具体被配置为：

按照所述剩余资源信息的大小，对每个所述新集群进行优先级排序；

基于每个所述新集群的优先级排序和所述所需资源，从所述至少一个新集群中确定出所述目标集群，其中，所述目标集群的剩余资源总和满足所述所需资源。

在本公开一些实施例中，所述第三确定单元还被配置为：

在所述第一差值大于所述第一阈值时，将所述原部署集群确定为目标集群。

在本公开一些实施例中，所述候选集群包括所述原部署集群和至少一个新集群，所述新集群是指所述目标服务未部署过的集群；所述原部署集群包括至少一个集群；所述第三确定单元具体被配置为：

根据所述原部署集群之中每个所述集群的剩余资源信息，从所述至少一个集群中确定出资源剩余量大于第二阈值的第一集群；

确定所述第一集群的剩余资源总和；

计算所述所需资源与所述第一集群的剩余资源总和的第二差值；

根据所述第二差值从所述至少一个新集群确定出第二集群，其中，所述第二集群的剩余资源总和满足所述第二差值；

将所述第一集群和所述第二集群确定为所述目标集群。

在本公开一些实施例中，所述部署单元具体被配置为：

生成针对变更操作的部署请求；其中，所述部署请求中包含所述目标集群对应的标识信息；

按照所述实例个数和所述部署请求部署所述目标服务的实例，以使所述目标服务的实例部署在对应的目标集群上。

在本公开一些实施例中，所述部署单元具体被配置为：

根据所述部署请求，调用所述目标集群的部署服务创建与所述实例个数相同数量的容器，以使所述目标服务的实例被部署在对应的容器中。

在本公开一些实施例中，所述变更请求为服务升级请求；所述装置还包括：

销毁单元，被配置为将部署在所述原部署集群上的所述目标服务的原实例进行销毁；其中，所述原实例是指未对所述目标服务进行服务升级之前，所述目标服务部署在所述原部署集群上的实例。

根据本公开实施例的第三方面，提供一种电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现前述第一方面实施例所述的服务实例部署方法。

根据本公开实施例的第四方面，提供一种电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现前述第一方面实施例所述的服务实例部署方法。

根据本公开实施例的第四方面，提供一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行前述第一方面实施例所述的服务实例部署方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，当所述计算机程序产品中的指令由处理器执行时，执行上述第一方面实施例所述的服务实例部署方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

响应于针对目标服务的变更请求，确定目标服务所属的原部署集群；根据变更请求确定所需资源，并确定原部署集群的剩余资源信息，将变更请求对应的所需资源与原部署集群的剩余资源信息进行比对，根据比对结果从候选集群中确定出目标集群，其中，目标集群为候选集群中剩余资源满足变更请求，且满足集群运维条件的集群；然后，根据目标集群的剩余资源信息，确定待部署于目标集群上的目标服务的实例个数，并基于实例个数，在目标集群上部署对应个数的目标服务的实例。由此可见，本公开可以实现统一管理服务在各个集群的部署情况，使得用户只需关心服务的变更，而无需关心该服务分散在多少集群中，在服务的变更过程中，用户无需与其他人员进行沟通，降低了资源层面的人力沟通成本，极大地提高了变更服务的部署效率，大大提高了变更请求的执行效率。另外，由于本公开的多集群部署方式能够在降低用户成本的同时，将服务的所有实例打散到多个集群，从而平均了各个集群的资源剩余量，使得多数集群都会具备一定的流动性，在提升服务实例部署的灵活性的同时，还带动提高了服务升级时的速度，降低了升级行为的卡顿。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是现有技术中服务实例部署方法的示例图。

图2是根据一示例性实施例示出的一种服务实例部署方法的流程图。

图3是根据又一示例性实施例示出的一种服务实例部署方法的流程图。

图4是根据另一示例性实施例示出的一种服务实例部署方法的流程图。

图5是根据一示例性实施例示出的一种服务实例部署方法的示例图。

图6是根据一示例性实施例示出的一种服务实例部署装置框图。

图7是根据另一示例性实施例示出的一种服务实例部署装置框图。

图8是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

目前，容器化部署方式已经成为企业服务部署的主流选择。随着企业业务规模的增长，服务部署所需使用的计算资源会越来越多，将逐渐突破单个容器集群所能承载的计算资源上限，其中，计算资源是指物理机服务器，受限于状态同步和数据交互的时效性等问题，单集群物理机一般可控制在4000左右。相关技术中，如果想对已经部署在之前集群的服务进行变更操作，通常是在新搭建的集群中操作，如图1所示，随着上述情况的不断重演，服务的管理人员可能需要将同一个服务部署在多个集群中，才能满足该服务所需的计算需求。

但是，目前存在的问题是：当需要对服务进行扩容操作时，服务管理人员需要先与集群管理者联系，获知当前集群是否还有足够资源剩余量能够支撑此次扩容操作。如果不够，则需要运维人员告知其它哪个集群可以支持；极端情况下，可能需要扩容的实例个数需要在很多个集群分摊才能实现，使得一次扩容操作的人力成本变得较高。当服务需要在多个集群中做部署时，每次对服务进行升级操作也会变得更加费力。而上述问题会随着企业业务规模的增长而不断恶化，最终可能导致较多服务被迫分散在多个集群中，二由于重点业务增长更快，扩容需求更多更频繁，所以对于消耗大量资源的重点业务更为严重。此外，当因临时活动、突发事件等情况需要临时扩容时，上述流程带来的时间消耗将不可接受，容易引发更为严重的问题，甚至是服务故障。

为了解决上述技术问题，本公开提出了一种服务实例部署方法、装置、电子设备和存储介质。具体地，图2是根据一示例性实施例示出的一种服务实例部署方法的流程图。需要说明的是，本公开实施例的服务实例部署方法应用于本公开实施例的服务实例部署装置。作为一种实例，本公开实施例的服务实例部署装置可以部署平台的形式被配置于电子设备上。如图2所示，该服务实例部署方法可以包括如下步骤。

在步骤S21中，响应于针对目标服务的变更请求，确定目标服务所属的原部署集群。

例如，本公开实施例的服务实例部署装置可为用户提供交互界面，用户可通过该交互界面输入针对目标服务的变更请求。当监测到用户在交互界面输入了针对目标服务器的变更请求时，响应于针对该目标服务的变更请求，此时可先确定该目标服务所属的原部署集群。其中，目标服务所属的原部署集群可理解为该目标服务之前已部署的集群。比如，以服务A为例，假设该服务A部署在多个集群，如集群1、集群2和集群3，即同一服务A被部署在集群1、集群2和集群3，此时可认为集群1、集群2和集群3即为服务A的原部署集群。

在步骤S22中，根据变更请求确定所需资源，并确定原部署集群的剩余资源信息。

在接收到针对目标服务的变更请求时，可对该变更请求进行解析，以确定针对该目标服务进行变更时所需的资源。在确定出该目标服务所属的原部署集群时，可确定该原部署集群的剩余资源信息。其中，在本公开实施例中，该剩余资源信息可包括但不限于CPU(Central Processing Unit，中央处理器)的剩余容量、内存的剩余量等。

作为一种示例，该原部署集群的个数可为一个或多个。原部署集群的剩余资源信息是指至少一个原部署集群的剩余资源总量。作为另一种示例，当原部署集群的个数为至少一个时，所述原部署集群的剩余资源信息是指每个原部署集群的剩余资源信息。

在步骤S23中，将变更请求对应的所需资源与原部署集群的剩余资源信息进行比对，根据比对结果从候选集群中确定出目标集群；其中，目标集群为候选集群中剩余资源满足变更请求，且满足集群运维条件的集群。

可选地，本公开实施例的服务实例部署装置接收到对该目标服务的变更请求，汇总所有集群的资源剩余情况，决定此次变更是使用原集群，还是使用新集群，从而自动实现服务实例在各个集群中的分摊，提升部署效率和变更成功率，间接提升集群流动性。

在本公开的一些实施例中，候选集群可包括至少一个新集群，该新集群是指目标服务未部署过的集群。在本公开实施例中，可根据变更请求对应的所需资源与原部署集群的剩余资源信息的比对结果，从新集群中确定出剩余资源能够满足变更请求的集群，且该能够满足变更请求的集群也满足集群运维条件，此时可将剩余资源满足变更请求且满足集群运维条件的集群确定为该目标集群。

在本公开的其他实施例中，候选集群可包括原部署集群和至少一个新集群。在本公开实施例中，可根据变更请求对应的所需资源与原部署集群的剩余资源信息的比对结果，先从原部署集群中选取一部分集群作为目标集群的一部分，再从新集群中选取集群作为目标集群的另一部分。也就是说，在对目标服务进行变更操作时，可根据变更请求对应的所需资源与原部署集群的剩余资源信息的比对结果，先后从原部署集群和新集群中分别选取一部分集群作为目标集群。

在步骤S24中，根据目标集群的剩余资源信息，确定待部署于目标集群上的目标服务的实例个数。

也就是说，可根据目标集群的剩余资源信息，确定将要部署于该目标集群上的该目标服务的实例个数。例如，假设当前目标服务的实例个数及集群分布情况为：共50个，其中A集群部署了该目标服务的实例个数为10个，B集群部署了该目标服务的实例个数为25个，C集群部署了该目标服务的实例个数为15个。用户提交对该目标服务的扩容需求，扩容目标80个，即还需再扩容30个。本公开实施例的服务实例部署装置接收到对该目标服务的扩容需求，汇总所有集群的资源剩余情况，得知各集群能够支持的可扩容实例个数分别为：A集群5个，B集群0个，C集群10个，D集群100个。然后，可根据该目标服务当前的实例个数及在各集群的分布情况，基于集群流动性优先的策略，得出此次操作策略为：在D集群中新增实例30个。也就是说，可确定D集群为目标集群，确定待部署于该D集群上的目标服务的实例个数为30个。

在步骤S25中，基于实例个数，在目标集群上部署对应个数的目标服务的实例。

在本公开一些实施例中，可生成针对该变更操作的部署请求，其中，该部署请求中可包含该目标集群对应的标识信息；按照实例个数和部署请求部署该目标服务的实例，以使该目标服务的实例部署在对应的目标集群上。作为一种实例，可根据该部署请求调用该目标集群的部署服务创建与实例个数相同数量的容器，以使该目标服务的实例被部署在对应的容器中。由此，通过容器可以实现将服务实例部署到集群中，即实现服务实例的部署。

根据本公开实施例的服务实例部署方法，响应于针对目标服务的变更请求，确定目标服务所属的原部署集群；根据变更请求确定所需资源，并确定原部署集群的剩余资源信息，将变更请求对应的所需资源与原部署集群的剩余资源信息进行比对，根据比对结果从候选集群中确定出目标集群，其中，目标集群为候选集群中剩余资源满足变更请求，且满足集群运维条件的集群；然后，根据目标集群的剩余资源信息，确定待部署于目标集群上的目标服务的实例个数，并基于实例个数，在目标集群上部署对应个数的目标服务的实例。由此可见，本公开通过依据用户发送的变更请求对应的所需资源与原部署集群的剩余资源信息之间的比对结果，从候选集群中确定出目标集群，以便将目标服务的实例部署到目标集群中，这样，可以实现统一管理服务在各个集群的部署情况，使得用户只需关心服务的变更，而无需关心该服务分散在多少集群中，在服务的变更过程中，用户无需与其他人员进行沟通，降低了资源层面的人力沟通成本，极大地提高了变更服务的部署效率，大大提高了变更请求的执行效率。

图3是根据又一示例性实施例示出的一种服务实例部署方法的流程图。需要说明的是，候选集群中可包括至少一个新集群，该新集群是指目标服务未部署过的集群。在本公开实施例中，可根据变更请求对应的所需资源与原部署集群的剩余资源信息的比对结果，从新集群中确定出剩余资源能够满足变更请求的集群，且该能够满足变更请求的集群也满足集群运维条件，此时可将剩余资源满足变更请求且满足集群运维条件的集群确定为该目标集群。具体而言，如图3所示，该服务实例部署方法可以包括以下步骤：

在步骤S31中，响应于针对目标服务的变更请求，确定目标服务所属的原部署集群。

在步骤S32中，根据变更请求确定所需资源，并确定原部署集群的剩余资源信息。

在步骤S33中，根据原部署集群的剩余资源信息，确定原部署集群的资源剩余量。

在步骤S34中，将原部署集群的资源剩余量减去该所需资源，得到第一差值。

在步骤S35中，判断第一差值是否小于或等于第一阈值。

在步骤S36中，在第一差值小于或等于第一阈值时，确定每个新集群的剩余资源信息。

在步骤S37中，根据所需资源和每个新集群的剩余资源信息，从至少一个新集群中确定出目标集群。

在本公开实施例中，在确定出每个新集群的剩余资源信息之后，可按照剩余资源信息的大小，对每个新集群进行优先级排序，基于每个新集群的优先级排序和该变更请求对应的所需资源，从至少一个新集群中确定出目标集群，其中，该目标集群的剩余资源总和满足所述所需资源。

举例而言，可按照剩余资源信息从大到小的顺序，对每个新集群进行优先级排序，比如，剩余资源信息越大，则新集群的优先级越高；基于新集群的优先级从高到底的顺序，以及所述变更请求所对应的所需资源，从至少一个新集群中确定出该目标集群。例如，假设新集群A的剩余资源信息为30％，新集群B的剩余资源信息为25％，新集群C的剩余资源信息为10％，该变更请求所对应的所需资源量为30％，基于新集群的优先级从高到底的顺序，以及所需资源，可从该新集群A、新集群B和新集群C中确定出目标集群为新集群A和新集群B，也就是说，可将新集群A和新集群B确定为该目标集群。由此，按照剩余资源信息的大小对每个新集群进行优先级排序，依据优先级排序确定出目标集群，可以保证目标服务实例部署到剩余资源较多的集群上，即将目标服务实例优先部署到剩余资源更多的集群。

在步骤S38中，在第一差值大于第一阈值时，将原部署集群确定为目标集群。

也就是说，当原部署集群的剩余资源信息较多，且能够满足变更请求的所需资源时，可将原部署集群确定为目标集群，使得目标服务的实例尽可能的集中部署在原集群中。

在步骤S39中，根据目标集群的剩余资源信息，确定待部署于目标集群上的目标服务的实例个数。

在步骤S310中，基于实例个数，在目标集群上部署对应个数的目标服务的实例。

根据本公开实施例的服务实例部署方法，可判断原部署集群的资源剩余量是否能够满足变更请求，比如计算原部署集群的资源剩余量与变更请求的所需资源的差值，判断该差值是否小于或等于阈值，若是，则说明原部署集群的剩余资源信息不能满足变更请求，需要从未部署过目标服务的新集群中确定出剩余资源能够满足变更请求的集群，且该能够满足变更请求的集群也满足集群运维条件，此时可将剩余资源满足变更请求且满足集群运维条件的集群确定为该目标集群，进而在该目标集群上实现对目标服务的变更。由此，通过汇总所有集群的资源剩余情况，用于决定此次变更是使用原部署集群还是新集群，从而自动实现服务实例在各个集群中的分摊，提升部署效率和变更成功率，间接提升集群流动性；并且，依据变更请求和原部署集群的剩余资源信息，从未部署过目标服务的集群(如新集群)中确定出目标集群，以便将目标服务实例部署到对应的未部署过的集群上，从而可以实现服务实例在各个集群中的分摊，可以避免过多占用原部署集群的资源信息而导致原部署集群的剩余资源超过集群所能承载的计算资源上限。

图4是根据另一示例性实施例示出的一种服务实例部署方法的流程图。需要说明的是，候选集群可包括原部署集群和至少一个新集群，原部署集群包括至少一个集群。在本公开实施例中，可根据变更请求对应的所需资源与原部署集群的剩余资源信息的比对结果，先从原部署集群中选取一部分集群作为目标集群的一部分，再从新集群中选取集群作为目标集群的另一部分。具体而言，如图4所示，该服务实例部署方法可以包括以下步骤：

在步骤S41中，响应于针对目标服务的变更请求，确定目标服务所属的原部署集群。

在步骤S42中，根据变更请求确定所需资源，并确定原部署集群的剩余资源信息。

在步骤S43中，根据原部署集群之中每个集群的剩余资源信息，从至少一个集群中确定出资源剩余量大于第二阈值的第一集群。

其中，原部署集群可包括至少一个集群。在本公开实施例中，可根据原部署集群之中每个集群的剩余资源信息，从该至少一个集群之中确定出资源剩余量大于第二阈值的第一集群。也就是说，可先从原部署集群中确定出资源剩余量大于第二阈值的集群，将原部署集群之中资源剩余量大于第二阈值的集群作为该第一集群。

在步骤S44中，确定第一集群的剩余资源总和。

在步骤S45中，计算所需资源与第一集群的剩余资源总和的第二差值。

在步骤S46中，根据第二差值从至少一个新集群确定出第二集群，其中，第二集群的剩余资源总和满足该第二差值。

也就是说，可根据变更请求所对应的所需资源与第一集群的剩余资源总和的差值，从新集群之中确定出第二集群。

在步骤S47中，将第一集群和第二集群确定为目标集群。

也就是说，在对目标服务进行变更操作时，可根据变更请求和原部署集群的剩余资源信息先后从原部署集群和新集群中分别选取一部分集群作为目标集群。

在步骤S48中，根据目标集群的剩余资源信息，确定待部署于目标集群上的目标服务的实例个数。

在步骤S49中，基于实例个数，在目标集群上部署对应个数的目标服务的实例。

根据本公开实施例的服务实例部署方法，在对目标服务进行变更操作时，可根据变更请求对应的所需资源与原部署集群的剩余资源信息的比对结果，先后从原部署集群和新集群中分别选取一部分集群作为目标集群，进而在目标集群上实现对目标服务的变更，可以实现服务实例在各个集群中的分摊，提升部署效率和变更成功率，间接提升集群流动性；另外，通过分别从原部署集群中以及新集群中各选取一部分集群作为目标集群，实现将目标服务实例尽可能地集中部署到同一集群上，还可以充分地利用集群的剩余资源。

需要说明的是，在本公开一些实施例中，变更请求可包括但不限于扩容请求或升级请求等。以下以变更类型中最常见的扩容和升级操作举例，描述本公开的具体实施步骤：

针对扩容场景举例(其中，扩容场景不伴随实例的销毁操作)，功能的整体流程如下：

1.1)假设当前目标服务的实例个数及集群分布情况为：共50个，其中A集群10个；B集群25个；C集群15个；

1.2)用户(如服务管理人员)提交对该目标服务的扩容需求，目标80个，即还需再扩容30个；

1.3)部署平台收到对该服务的扩容需求，调用资源模块，得知各集群能够支持的可扩容实例个数分别为：A集群5个、B集群0个、C集群10个、D集群100个；其中，资源模块能够汇总所有集群的资源剩余情况，用以决定变更具体行为；

1.4)部署平台查询得知该服务当前的实例个数及在各集群的分布情况(如步骤1.1所述)，基于集群流动性优先的策略(默认策略，即尽可能选择剩余资源量充足的集群进行操作)，得出此次操作策略为：在D集群中新增实例30个；

1.5)操作容器集群，在D集群中启动30个该服务的实例。最终该服务总实例数为80。由此实现对该目标服务的扩容操作。

针对升级场景举例，功能的整体流程如下：

2.1)假设目标服务的实例个数及集群分布情况为：共50个，其中A集群20个，B集群30个；

2.2)部署平台收到对该服务的升级需求，调用资源模块，得知各集群的可扩容实例个数分别为：A集群5个、B集群50个、C集群0个、D集群100个。由于服务版本升级操作不产生额外的资源消耗，理论上已存在实例运行的集群无论可扩实例个数为多少，都可以进行升级操作，但从集群运维和部署成功率角度考虑，仍需要按如下条件进行决策；

2.3)A集群满足集群运维条件(该集群未被集群管理员标记为“准备下线”)，但由于其集群可扩实例个数较少，流动性较低，因而预备将该集群的实例销毁，并由其它集群补足这些实例(这里强调“预备”的原因是，如果其它集群不能承载该集群的实例个数，则仍需对A集群的部署做升级，而不能销毁)；

2.4)B集群虽然可扩实例个数较多，但被管理员标记为“准备下线”，因而也预备将该集群的实例销毁，转由其他集群承担对应实例个数；

2.5)C集群可扩实例个数为0，不考虑；

2.6)D集群可扩实例个数足够，且满足运维条件，则在该集群中启动50个实例；

2.7)部署平台侧操作容器集群，最终该服务的实例分布为：D集群50个。从而实现对目标服务的升级操作。

需要说明的是，在本公开一些实施例中，针对升级场景，在基于实例个数，在目标集群上部署对应个数的目标服务的实例之后，可将部署在原部署集群上的目标服务的原实例进行销毁，其中，该原实例是指未对目标服务进行服务升级之前，目标服务部署在原部署集群上的实例。由此可见，如图5所示，在升级场景中，A集群的流动性得以释放，B集群中也撤出了该目标服务的全部实例，后续如果要对B集群做强制下线，影响的服务和用户也会减少。

值得注意的是，本公开分离了服务和部署的概念，由部署平台管理同一服务的所有部署，为用户隐藏部署概念，使用户无需知晓其部署存在于哪些集群，从而降低部署功能的学习成本。另外，本公开结合资源模块(其能够汇总所有集群的资源剩余情况，用以决定变更具体行为)，决定此次扩容是使用原集群、还是新集群(这里的新集群指的是该服务之前没部署过的集群)，从而自动实现服务实例在各个集群中的分摊，提升部署效率和扩容成功率、间接提升集群流动性。此外，由于服务部署的集群选择权由部署平台控制，平台侧根据集群的运维条件，实现实例在集群间的转移，比如，当某集群因为组件版本过低或其中的物理机服务器过于陈旧需要下线时，平台侧可以在用户变更时，将新实例在新集群启动，从而释放原集群资源。另外，由于本公开的多集群部署方式能够在降低用户成本的同时，将服务的所有实例打散到多个集群，从而平均了各个集群的资源剩余量，使得多数集群都会具备一定的流动性，带动提高了升级时的速度，降低了升级行为的卡顿。

图6是根据一示例性实施例示出的一种服务实例部署装置框图。参照图6，该装置600包括：第一确定单元601、第二确定单元602、第三确定单元603、第四确定单元604和部署单元605。

具体地，第一确定单元601被配置为响应于针对目标服务的变更请求，确定目标服务所属的原部署集群。

第二确定单元602被配置为根据变更请求确定所需资源，并确定原部署集群的剩余资源信息。

第三确定单元603被配置为将变更请求对应的所需资源与原部署集群的剩余资源信息进行比对，根据比对结果从候选集群中确定出目标集群；其中，目标集群为候选集群中剩余资源满足变更请求，且满足集群运维条件的集群。

第四确定单元604被配置为根据目标集群的剩余资源信息，确定待部署于目标集群上的目标服务的实例个数。

部署单元605被配置为基于实例个数，在目标集群上部署对应个数的目标服务的实例。在本公开一些实施例中，部署单元605生成针对变更操作的部署请求；其中，部署请求中包含目标集群对应的标识信息；按照实例个数和部署请求部署目标服务的实例，以使目标服务的实例部署在对应的目标集群上。

作为一种示例，部署单元605根据部署请求，调用目标集群的部署服务创建与实例个数相同数量的容器，以使目标服务的实例被部署在对应的容器中。

在本公开一些实施例中，候选集群包括至少一个新集群，新集群是指目标服务未部署过的集群。其中，在本公开实施例中，第三确定单元603根据原部署集群的剩余资源信息，确定原部署集群的资源剩余量；将原部署集群的资源剩余量减去所需资源，得到第一差值；判断第一差值是否小于或等于第一阈值；在第一差值小于或等于第一阈值时，确定每个新集群的剩余资源信息，并根据所需资源和每个新集群的剩余资源信息，从至少一个新集群中确定出目标集群。

在本公开实施例中，第三确定单元603根据所需资源和每个新集群的剩余资源信息，从至少一个新集群中确定出目标集群的具体实现过程可如下：按照剩余资源信息的大小，对每个新集群进行优先级排序；基于每个新集群的优先级排序和所需资源，从至少一个新集群中确定出目标集群，其中，目标集群的剩余资源总和满足所需资源。

在本公开实施例中，第三确定单元603还被配置为：在第一差值大于第一阈值时，将原部署集群确定为目标集群。

在本公开一些实施例中，候选集群包括原部署集群和至少一个新集群，新集群是指目标服务未部署过的集群；原部署集群包括至少一个集群。其中，在本公开实施例中，第三确定单元603将变更请求对应的所需资源与原部署集群的剩余资源信息进行比对，根据比对结果从候选集群中确定出目标集群的具体实现过程可如下：根据原部署集群之中每个集群的剩余资源信息，从至少一个集群中确定出资源剩余量大于第二阈值的第一集群；确定第一集群的剩余资源总和；计算所需资源与第一集群的剩余资源总和的第二差值；根据第二差值从至少一个新集群确定出第二集群，其中，第二集群的剩余资源总和满足第二差值；将第一集群和第二集群确定为目标集群。

需要说明的是，在本公开一些实施例中，变更请求可为服务升级请求。在本公开的实施例中，如图7所示，该服务实例部署装置600还可包括：销毁单元606。销毁单元606被配置为将部署在原部署集群上的目标服务的原实例进行销毁；其中，原实例是指未对目标服务进行服务升级之前，目标服务部署在原部署集群上的实例。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

根据本公开实施例的服务实例部署装置，响应于针对目标服务的变更请求，确定目标服务所属的原部署集群；根据变更请求确定所需资源，并确定原部署集群的剩余资源信息，将变更请求对应的所需资源与原部署集群的剩余资源信息进行比对，根据比对结果从候选集群中确定出目标集群，其中，目标集群为候选集群中剩余资源满足变更请求，且满足集群运维条件的集群；然后，根据目标集群的剩余资源信息，确定待部署于目标集群上的目标服务的实例个数，并基于实例个数，在目标集群上部署对应个数的目标服务的实例。由此可见，本公开可以实现统一管理服务在各个集群的部署情况，使得用户只需关心服务的变更，而无需关心该服务分散在多少集群中，在服务的变更过程中，用户无需与其他人员进行沟通，降低了资源层面的人力沟通成本，极大地提高了变更服务的部署效率，大大提高了变更请求的执行效率。另外，由于本公开的多集群部署方式能够在降低用户成本的同时，将服务的所有实例打散到多个集群，从而平均了各个集群的资源剩余量，使得多数集群都会具备一定的流动性，在提升服务实例部署的灵活性的同时，还带动提高了服务升级时的速度，降低了升级行为的卡顿。

图8是根据一示例性实施例示出的一种电子设备200的框图。如图8所示，上述电子设备200可以包括：

存储器210及处理器220，连接不同组件(包括存储器210和处理器220)的总线230，存储器210存储有处理器220可执行指令；其中，处理器220被配置为执行所述指令，以实现本公开实施例所述的服务实例部署方法。

总线230表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

电子设备200典型地包括多种电子设备可读介质。这些介质可以是任何能够被电子设备200访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。存储器210还可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)240和/或高速缓存存储器250。电子设备200可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统260可以用于读写不可移动的、非易失性磁介质(图8未显示，通常称为“硬盘驱动器”)。尽管图8中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线230相连。存储器210可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本公开各实施例的功能。

具有一组(至少一个)程序模块270的程序/实用工具280，可以存储在例如存储器210中，这样的程序模块270包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块270通常执行本公开所描述的实施例中的功能和/或方法。

电子设备200也可以与一个或多个外部设备290(例如键盘、指向设备、显示器291等)通信，还可与一个或者多个使得用户能与该电子设备200交互的设备通信，和/或与使得该电子设备200能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口292进行。并且，电子设备200还可以通过网络适配器293与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器293通过总线230与电子设备200的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备200使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理器220通过运行存储在存储器210中的程序，从而执行各种功能应用以及数据处理。

需要说明的是，本实施例的电子设备的实施过程和技术原理参见前述对本公开实施例所述的服务实例部署方法的解释说明，此处不再赘述。

为了实现上述实施例，本公开还提出一种存储介质。

其中，该存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如前所述的服务实例部署方法。

为了实现上述实施例，本公开还提供一种计算机程序产品，当所述计算机程序产品中的指令由处理器执行时，使得电子设备能够执行如前所述的服务实例部署方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种服务实例部署方法，其特征在于，包括：

响应于针对目标服务的变更请求，确定所述目标服务所属的原部署集群；

根据所述变更请求确定所需资源，并确定所述原部署集群的剩余资源信息；

将所述变更请求对应的所需资源与所述原部署集群的剩余资源信息进行比对，根据比对结果从候选集群中确定出目标集群；其中，所述目标集群为所述候选集群中剩余资源满足所述变更请求，且满足集群运维条件的集群；

根据所述目标集群的剩余资源信息，确定待部署于所述目标集群上的所述目标服务的实例个数；以及

基于所述实例个数，在所述目标集群上部署对应个数的所述目标服务的实例。

2.根据权利要求1所述的服务实例部署方法，其特征在于，所述候选集群包括至少一个新集群，所述新集群是指所述目标服务未部署过的集群；所述将所述变更请求对应的所需资源与所述原部署集群的剩余资源信息进行比对，根据比对结果从候选集群中确定出目标集群，包括：

根据所述原部署集群的剩余资源信息，确定所述原部署集群的资源剩余量；

将所述原部署集群的资源剩余量减去所述所需资源，得到第一差值；

判断所述第一差值是否小于或等于第一阈值；

在所述第一差值小于或等于所述第一阈值时，确定每个所述新集群的剩余资源信息；

根据所述所需资源和每个所述新集群的剩余资源信息，从所述至少一个新集群中确定出所述目标集群。

3.根据权利要求2所述的服务实例部署方法，其特征在于，所述根据所述所需资源和每个所述新集群的剩余资源信息，从所述至少一个新集群中确定出所述目标集群，包括：

按照所述剩余资源信息的大小，对每个所述新集群进行优先级排序；

基于每个所述新集群的优先级排序和所述所需资源，从所述至少一个新集群中确定出所述目标集群，其中，所述目标集群的剩余资源总和满足所述所需资源。

4.根据权利要求2所述的服务实例部署方法，其特征在于，还包括：

在所述第一差值大于所述第一阈值时，将所述原部署集群确定为目标集群。

5.根据权利要求1所述的服务实例部署方法，其特征在于，所述候选集群包括所述原部署集群和至少一个新集群，所述新集群是指所述目标服务未部署过的集群；所述原部署集群包括至少一个集群；所述将所述变更请求对应的所需资源与所述原部署集群的剩余资源信息进行比对，根据比对结果从候选集群中确定出目标集群，包括：

根据所述原部署集群之中每个所述集群的剩余资源信息，从所述至少一个集群中确定出资源剩余量大于第二阈值的第一集群；

确定所述第一集群的剩余资源总和；

计算所述所需资源与所述第一集群的剩余资源总和的第二差值；

根据所述第二差值从所述至少一个新集群确定出第二集群，其中，所述第二集群的剩余资源总和满足所述第二差值；

将所述第一集群和所述第二集群确定为所述目标集群。

6.根据权利要求1至5中任一项所述的服务实例部署方法，其特征在于，所述变更请求为服务升级请求；在基于所述实例个数，在所述目标集群上部署对应个数的所述目标服务的实例之后，所述方法还包括：

将部署在所述原部署集群上的所述目标服务的原实例进行销毁；其中，所述原实例是指未对所述目标服务进行服务升级之前，所述目标服务部署在所述原部署集群上的实例。

7.一种服务实例部署装置，其特征在于，包括：

第一确定单元，被配置为响应于针对目标服务的变更请求，确定所述目标服务所属的原部署集群；

第二确定单元，被配置为根据所述变更请求确定所需资源，并确定所述原部署集群的剩余资源信息；

第三确定单元，被配置为将所述变更请求对应的所需资源与所述原部署集群的剩余资源信息进行比对，根据比对结果从候选集群中确定出目标集群；其中，所述目标集群为所述候选集群中剩余资源满足所述变更请求，且满足集群运维条件的集群；

第四确定单元，被配置为根据所述目标集群的剩余资源信息，确定待部署于所述目标集群上的所述目标服务的实例个数；

部署单元，被配置为基于所述实例个数，在所述目标集群上部署对应个数的所述目标服务的实例。

8.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至6中任一项所述的服务实例部署方法。

9.一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1至6中任一项所述的服务实例部署方法。

10.一种计算机程序产品，当所述计算机程序产品中的指令由处理器执行时，执行如权利要求1至6中任一项所述的服务实例部署方法。

Images