CN111381831B - 应用部署方法和服务器 - Google Patents

Abstract

本申请实施例公开了一种应用部署方法，用于选择部署应用的运行环境，降低部署应用的运行环境为非最优运行环境的概率。本申请实施例方法包括：获取应用的部署需求信息；根据所述部署需求信息从多个运行环境中确定目标运行环境；在所述目标运行环境中部署所述应用。

Description

应用部署方法和服务器

技术领域

本申请涉及计算机技术领域，特别涉及一种应用部署方法和服务器。

背景技术

当前各类基础设施提供商或云平台都能为用户提供多种运行环境，例如物理机(physical machine，PM)、虚拟机(virtual machine，VM)和应用容器引擎(Docker)。

现有技术中，开发人员会发布应用(application，APP)时需要提供适用于不同运行环境的多个软件包。部署人员进行APP的部署时，需要下载所有的软件包。在随机选择或根据习惯选择运行环境后，安装适用于该运行环境的软件包。

将APP部署在不同的运行环境中，包含多个运行环境的系统的负载不均衡程度不同。若部署应用的运行环境为非最优运行环境，即运行APP后系统的负载不均衡程度较高，会导致运行环境的网络时延或输入/输出(input/output，I/O)异常的概率增加，系统不稳定性高。由于部署人员随机选择或根据习惯选择运行环境，该运行环境为非最优运行环境的概率较高。

发明内容

本申请实施例提供了一种应用部署方法，用于选择部署应用的运行环境，可以降低部署应用的运行环境为非最优运行环境的概率。

本申请实施例第一方面提供了一种应用部署方法，包括：获取应用的部署需求信息；根据该部署需求信息从多个运行环境中确定目标运行环境；在该目标运行环境中部署该应用。

用户可以从多个运行环境，例如PM、VM和Docker中选择一个运行环境进行应用部署，当用户请求部署应用时，将向服务器发送部署请求，服务器可以获取应用的部署需求信息，并根据该部署需求信息从多个运行环境中确定目标运行环境，并部署应用。由于服务器根据部署需求信息从多个运行环境中确定目标运行环境，相较随机选择一个运行环境，可以降低部署应用的运行环境为非最优运行环境的概率，进而提高系统负载均衡的概率。

在第一方面的一种可能的实现方式中，根据该部署需求信息从多个运行环境中确定目标运行环境包括：根据该部署需求信息和该多个运行环境的运行参数进行测试，得到测试记录；根据该测试记录确定目标运行参数；根据该目标运行参数确定目标运行环境。

本申请实施例提供的应用部署方法，可以根据该部署需求信息和该多个运行环境的运行参数进行测试，确定目标运行参数，再根据目标运行参数确定目标运行环境，提供了从多个运行环境中确定目标运行环境的一种具体方式，增强了方案的可实现性。

在第一方面的一种可能的实现方式中，根据该测试记录确定目标运行参数包括：根据该测试记录确定该多个运行参数中信息增益最大的运行参数为目标运行参数。

本申请实施例提供的应用部署方法，可以通过信息增益确定对于系统负载均衡程度影响最大的运行参数，提供了确定目标运行参数的一种可实现的方式。

在第一方面的一种可能的实现方式中，该部署需求信息包括以下至少一个：中央处理器CPU计算能力、内存容量和输入/输出I/O能力、网络时延限值、可伸缩能力、可靠度。

本申请实施例提供的应用部署方法，提供了部署需求信息的具体内容，增强了方案的可实现性。

在第一方面的一种可能的实现方式中，该运行参数包括以下至少一个：CPU使用率、内存使用率、存储I/O利用率、网络时延、可伸缩性、组网灵活性和可靠性与容灾。

本申请实施例提供的应用部署方法，提供了运行参数包括的具体内容，增强了方案的可实现性。

在第一方面的一种可能的实现方式中，该在该目标运行环境中部署该应用之前，该方法还包括：根据该目标运行环境打包该应用。

本申请实施例提供的应用部署方法，服务器可以根据该目标运行环境打包该应用，获取该目标运行环境对应的应用软件包，增强了方案的可实现性。

本申请实施例第二方面提供了一种服务器，包括：部署管理控制模块，用于获取应用的部署需求信息；选择匹配模块，用于根据该部署需求信息从多个运行环境中确定目标运行环境；应用生命周期管理模块，用于在该目标运行环境中部署该应用。

在第二方面的一种可能的实现方式中，该选择匹配模块具体用于：根据该部署需求信息和该多个运行环境的运行参数进行测试，得到测试记录；根据该测试记录确定目标运行参数；根据该目标运行参数确定目标运行环境。

在第二方面的一种可能的实现方式中，该选择匹配模块具体用于：根据该测试记录确定该多个运行参数中信息增益最大的运行参数为目标运行参数。在第二方面的一种可能的实现方式中，该服务器还包括：部署管理控制模块，用于根据该目标运行环境打包该应用。

本申请实施例第三方面提供了一种服务器，包括：处理器、储存器、输入输出设备以及总线；该处理器、存储器、输入输出设备分别于该总线相连；该存储器用于存储软件指令；该处理器用于执行该指令以执行上述第一方面和各个可能的实现方式中任一项该的方法。

本申请实施例第四方面提供了一种包含指令的计算机程序产品，其特征在于，当其在计算机上运行时，使得该计算机执行如权利要求1至6中任一项该的方法。

本申请实施例第五方面提供了一种计算机可读存储介质，其特征在于，该计算机可读存储介质存储指令，当该指令在计算机上运行时，使得该计算机执行如权利要求1至6中任一项该的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：本申请实施例提供的应用部署方法，服务器获取应用的部署需求信息后，可以根据部署需求信息从多个运行环境中确定目标运行环境进行应用部署，可以降低部署应用的运行环境为非最优运行环境的概率。

附图说明

图1为本申请实施例中的一个系统架构图；

图2为本申请实施例中应用部署方法的一个实施例示意图；

图3为本申请实施例中应用部署方法的另一个实施例示意图；

图4为本申请实施例中服务器的一个实施例示意图；

图5为本申请实施例中服务器的另一个实施例示意图。

具体实施方式

本申请实施例提供了一种应用部署方法，用于选择部署应用的运行环境，可以降低部署应用的运行环境为非最优运行环境的概率。

下面首先结合图1对本申请实施例的技术方案涉及的一些可能的应用场景进行举例介绍。需要说明的是，涉及下载应用软件包进行应用部署的场景都可以适用本方案。请参阅图1，示意了一个系统架构图。

终端用于获取用户部署应用的请求；第一服务器用于部署应用并进行应用生命周期管理；第二服务器为基础设施提供商或云平台提供的运行环境的硬件设备，可以包括一台或多台物理机，用于为应用提供运行环境，具体可以是以PM、VM或Docker等多种形式提供运行环境。此处对于第二服务器的硬件设备组成和运行环境分布情况不做限定。

当终端获取用户应用部署请求，可以将该请求发送给第一服务器，第一服务器获取应用部署请求后，根据存储的应用信息获取该应用对应的部署需求信息，根据该部署需求信息从多个运行环境中确定目标运行环境，并在第二服务器的目标运行环境中部署该应用。

基于图1所示的系统架构图，请参阅图2，为本申请实施例中应用部署方法的一个实施例示意图。

201、获取应用的部署需求信息；

用户需要部署应用时，将向服务器发送部署请求。部署请求中可以携带应用的标识信息如应用名称等，服务器根据应用的标识信息可以从数据库中获取应用的部署需求信息。部署需求信息是部署该应用对运行环境的资源需求参数，例如可以是中央处理器CPU计算能力、内存容量和输入/输出I/O能力中的至少一个，此处对于部署需求信息包含的具体参数不做限定。部署需求信息可以是服务器根据应用的标识信息获取，也可以由终端发送的部署请求中携带，此处不做限定。

202、根据该部署需求信息从多个运行环境中确定目标运行环境；

当前各类基础设施提供商或云平台都能为用户提供多种运行环境，例如PM、VM和Docker等，服务器获取应用的部署需求信息后，可以根据该部署需求信息从多个运行环境中确定目标运行环境。

目标运行环境可以为应用提供部署需求信息要求的运行资源，此外，服务器可以根据部署需求信息中的一个或多个资源需求参数，从多个运行环境中选择资源最丰富的运行环境作为目标运行环境。例如，服务器获取的部署需求信息中CPU计算能力，从多个运行环境中选择CPU使用率最低的运行环境作为目标运行环境。服务器根据该部署需求信息确定目标运行环境的具体方式此处不做限定。

203、在该目标运行环境中部署该应用；

服务器确定目标运行环境后，可以创建该目标运行环境的软件包，并部署到该目标运行环境中，更新运行环境即可完成APP的部署。

本申请实施例提供的应用部署方法，服务器获取应用的部署需求信息后，可以根据部署需求信息从多个运行环境中确定目标运行环境进行应用部署，可以降低部署应用的运行环境为非最优运行环境的概率。

基于图1所示的系统架构图，请参阅图3，为本申请实施例中应用部署方法的另一个实施例示意图。

301、服务器获取应用的部署需求信息；

用户需要部署APP时，将向服务器发送部署请求。部署请求中可以携带APP的标识信息如应用名称等，服务器根据应用的标识信息可以从数据库中获取应用的部署需求信息。部署需求信息是部署该应用对运行环境的资源需求参数。

可选的，部署需求信息包括中央处理器CPU计算能力、内存容量和输入/输出I/O能力、网络时延限值、可伸缩能力和可靠度中的至少一个。优选地，部署需求信息包括中央处理器CPU计算能力、内存容量和输入/输出I/O能力。此处对于部署需求信息包含的具体参数不做限定。部署需求信息可以是服务器根据应用的标识信息获取，也可以由终端发送的部署请求中携带，此处不做限定。

示例性地，APP的部署需求信息：CPU计算能力为100，即按照标准性能评估公司(standard performance evaluation corporation，SPEC)CINT2006版本测试得到CPU计算能力、内存容量为1G。

302、服务器根据该部署需求信息和该多个运行环境的运行参数进行运行环境测试，得到测试记录；

服务器可以获取多个运行环境的运行参数，运行参数是衡量运行环境的资源或可靠性的指标。可选地，服务器周期性获取运行环境的实时运行参数。可选地，运行参数包括以下至少一个：CPU使用率、内存使用率、存储I/O利用率、网络时延、可伸缩性、组网灵活性和可靠性与容灾。优选地，运行参数包括CPU使用率、内存使用率、存储I/O利用率、网络时延、可伸缩性、组网灵活性和可靠性与容灾。例如：服务器分别获取了三个运行环境PM、VM和Docker的七个运行参数：CPU使用率、内存使用率、存储I/O利用率、网络时延、可伸缩性、组网灵活性和可靠性与容灾。

服务器根据运行环境的运行参数对部署需求信息进行测试，得到测试记录。测试记录中包含运行参数的综合测试结果和系统负载是否均衡的判断结果。运行参数的综合测试结果根据多个运行环境的测试结果确定。示例性地，一次运行环境测试中PM、VM和Docker三个运行环境的CPU使用率测试结果分别为“高”、“高”和“中”，服务器综合各个运行环境的CPU测试结果，确定CPU使用率的综合测试结果为“高”。系统负载是否均衡的判断结果可以根据多个运行环境测试结果的相似程度确定。示例性的，一次运行环境测试中PM、VM和Docker三个运行环境的CPU使用率测试结果分别为“中”、“中”和“中”，内存利用率测试结果分别为“低”、“低”和“低”，则服务器可以根据预置的算法判断系统负载是否均衡的判断结果为“是”。

可选地，服务器可以预设各个运行参数的阈值，例如，CPU使用率大于或等于60％，则CPU使用率的测试结果为“高”，CPU使用率大于或等于30％且小于60％，则CPU使用率的测试结果为“中”，CPU使用率小于30％，则CPU使用率的测试结果为“低”。类似地，服务器中可以预设各个运行参数的测试结果阈值。此处对于测试阈值的具体数值不做限定。

服务器可以进行一次运行环境测试，也可以进行多次运行环境测试直至获取预设数量的测试结果，此处，对于运行环境测试的次数不做限定。以进行10次运行环境测试为例，下表为测试记录示例：

其中，S、M和L分别代表运行参数测试结果为“低”、“中”和“高”；YES和NO分别代表系统负载是否均衡的判断结果为“是”和“否”。

303、根据该测试记录确定该多个运行参数中信息增益最大的运行参数为目标运行参数；

服务器获取测试记录后，将从多个运行参数中确定目标运行参数，目标运行参数为多个运行环境中区分度最大的运行参数，服务器可以通过计算每个运行参数的信息增益，确定信息增益最大的运行参数为目标运行环境。

信息增益＝信息熵-条件熵

其中,P(y_i)代表负载是否均衡的测试结果为i的概率,n代表负载是否均衡的可能出现的测试结果的数量，此处为2，即有“是”和“否”两种可能的测试结果。i代表负载是否均衡的一种测试结果，此处可以为“是”或“否”。

其中,X代表一类运行参数，x代表该运行参数的测试结果，Y代表负载是否均衡的测试结果，P(x)代表运行参数的测试结果为x的概率，H(Y/X＝x)代表当运行参数X的测试结果为x时，负载是否均衡的测试结果Y出现的信息熵。

请参考步骤302中测试记录示例，下面以计算CPU使用率的信息增益为例进行介绍：

在10次测试结果中，CPU利用率“S”次数为3次，概率为30％；CPU利用率中“M”的次数为4次，概率为40％；CPU利用率“L”次数为3次，概率为30％。负载是否均衡的测试结果中，“NO”为30％，“YES”为70％。

信息熵H(Y)＝-0.3×log0.3-0.7×log0.7＝＝0.88

条件熵H(Y|X)＝H(Y|X＝S)+H(Y|X＝M)+H(Y|X＝L)

＝0.3×(-(1/3)×log(1/3)-(2/3)×log(2/3))+

0.4×((-1/4)×log(1/4)-(3/4)×log(3/4))+

0.3×(-(0/3)×log(0/3)-(3/3)×log(3/3))

＝0.277+0.326+0

＝0.60

需要说明的是，log按以2为底计算。

CPU使用率的信息增益＝信息熵-条件熵＝0.88-0.6＝0.28。

类似的方法，计算出所有运行参数的信息增益，信息增益越大，代表该运行参数对于系统的负载均衡程度影响越大，服务器可以根据信息增益确定目标运行参数。可选的，服务器可以将信息增益最大的运行参数确定为目标运行参数，服务器也可以根据信息增益由高到低对运行参数进行排序，选取运行参数排序序列中靠前的预设数量的运行参数作为目标运行参数，即目标运行参数的数量可以是一个或多个，此处对于目标运行参数的数量和服务器确定目标运行参数的方式不做限定。

304、根据该目标运行参数确定目标运行环境；

服务器确定目标运行参数后，可以根据目标运行参数确定目标运行环境。

可选地，服务器可以选择目标运行参数资源最丰富的运行环境为目标运行环境，例如，若CPU使用率为目标运行参数，则服务器可以选取CPU使用率最低的运行环境为目标运行环境。可选地，若存在多个目标运行参数，服务器可以综合运行环境的多个目标运行参数资源确定目标运行环境，具体此处不做限定。

305、服务器根据该目标运行环境打包该应用；

服务器可以根据该目标运行环境进行打包。可选地，服务器中软件仓库中储存了该应用的原始软件包，服务器获取该原始软件包，并根据该目标运行环境对该原始软件包进行打包。

306、服务器在该目标运行环境中部署该应用；

服务器将打包好的软件包部署到该目标运行环境中，更新运行环境即可完成APP的部署。

本申请实施例提供的应用部署方法，服务器获取应用的部署需求信息后，可以根据部署需求信息和多个运行环境的运行参数进行运行环境测试，得到测试记录，并根据该测试记录计算多个运行参数的信息增益，确定信息增益最大的运行参数为目标运行参数，再根据目标运行参数从多个运行环境中确定目标运行环境进行应用部署，通过本申请实施例提供的应用部署方法可以降低部署应用的运行环境为非最优运行环境的概率。

上面实施例介绍了应用部署方法，下面将对实现该应用部署的装置进行介绍，请参阅图4，本申请实施例中服务器的一个实施例示意图。

本申请实施例提供的服务器，包括：

部署管理控制模块401，用于获取应用的部署需求信息；

选择匹配模块402，用于根据该部署需求信息从多个运行环境中确定目标运行环境；

应用生命周期管理模块403，用于在该目标运行环境中部署该应用。

可选地，该选择匹配模块402具体用于：

根据该部署需求信息和该多个运行环境的运行参数进行测试，得到测试记录；

根据该测试记录确定目标运行参数；

根据该目标运行参数确定目标运行环境。

可选地，该服务器还包括物理层设备适配管理模块404，用于从多个运行环境获取该多个运行环境的运行参数，并提供给选择匹配模块402。

可选地，该选择匹配模块402具体用于：

根据该测试记录确定该多个运行参数中信息增益最大的运行参数为目标运行参数。

可选地，该选择匹配模块402还用于：将确定的目标运行环境信息发送给部署管理控制模块401。

可选地，该部署管理控制模块401还用于：

根据该目标运行环境打包该应用。

可选地，该服务器还包括软件仓库模块405，用于存储应用的原始软件包和应用根据目标运行环境打包的软件包。

请参阅图5，为本申请实施例中服务器的另一个实施例示意图。

该服务器500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器501和存储器505，该存储器505中存储有程序或数据。

其中，存储器505可以是易失性存储或非易失性存储。处理器501可以与存储器505通信，在服务器500上执行存储器505中的一系列指令。

服务器500还可以包括一个或一个以上电源502，一个或一个以上有线或无线网络接口503，一个或一个以上输入输出接口504。

本实施例中服务器500中的处理器501所执行的流程可以参考前述方法实施例中描述的方法流程，此处不加赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (9)

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

获取应用的部署需求信息；

根据所述部署需求信息从多个运行环境中确定目标运行环境；

在所述目标运行环境中部署所述应用；

所述根据所述部署需求信息从多个运行环境中确定目标运行环境包括：

根据所述部署需求信息和所述多个运行环境的运行参数进行测试，得到测试记录，所述测试记录包括所述多个运行环境的运行参数中每个运行参数的综合测试结果和系统的负载均衡程度，所述每个运行参数的综合测试结果为根据所述多个运行环境中每个运行环境的相应运行参数的测试结果确定的；

根据所述测试记录确定所述多个运行环境的运行参数中信息增益最大的运行参数为目标运行参数，所述每个运行参数的信息增益为根据相应运行参数的综合测试结果对所述系统的负载均衡程度的影响确定的；

根据所述目标运行参数确定目标运行环境。

2.根据权利要求1所述的应用部署方法，其特征在于，所述部署需求信息包括以下至少一个：

中央处理器CPU计算能力、内存容量和输入/输出I/O能力、网络时延限值、可伸缩能力和可靠度。

3.根据权利要求2所述的应用部署方法，其特征在于，所述多个运行环境的运行参数包括以下至少一个：

CPU使用率、内存使用率、存储I/O利用率、网络时延、可伸缩性、组网灵活性和可靠性与容灾。

4.根据权利要求1或2所述的应用部署方法，其特征在于，所述在所述目标运行环境中部署所述应用之前，所述方法还包括：

根据所述目标运行环境打包所述应用。

5.一种服务器，其特征在于，包括：

部署管理控制模块，用于获取应用的部署需求信息；

选择匹配模块，用于根据所述部署需求信息从多个运行环境中确定目标运行环境；

应用生命周期管理模块，用于在所述目标运行环境中部署所述应用；

所述选择匹配模块具体用于：

根据所述部署需求信息和所述多个运行环境的运行参数进行测试，得到测试记录，所述测试记录包括所述多个运行环境的运行参数中每个运行参数的综合测试结果和系统的负载均衡程度，所述每个运行参数的综合测试结果为根据所述多个运行环境中每个运行环境的相应运行参数的测试结果确定的；

根据所述测试记录确定所述多个运行环境的运行参数中信息增益最大的运行参数为目标运行参数，所述每个运行参数的信息增益为根据相应运行参数的综合测试结果对所述系统的负载均衡程度的影响确定的；

根据所述目标运行参数确定目标运行环境。

6.根据权利要求5所述的服务器，其特征在于，所述部署管理控制模块还用于：

根据所述目标运行环境打包所述应用。

7.一种服务器，其特征在于，

包括：处理器、储存器、输入输出设备以及总线；

所述处理器、存储器、输入输出设备分别于所述总线相连；

所述存储器用于存储软件指令；

所述处理器用于执行所述指令以执行如权利要求1至4中任一项所述的方法。

8.一种包含指令的计算机程序产品，其特征在于，当其在计算机上运行时，使得所述计算机执行如权利要求1至4中任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储指令，当所述指令在计算机上运行时，使得所述计算机执行如权利要求1至4中任一项所述的方法。

Images