CN110888649B - 应用部署方法、应用基线的创建方法和装置 - Google Patents

Abstract

本说明书一个或多个实施例提供一种应用部署方法、应用基线的创建方法和装置，该应用部署方法可以包括：确定应用的部署环境；根据所述部署环境，为所述应用生成相应的基线信息；将所述基线信息发布至所述部署环境，以使所述应用包含的软件服务被基于所述基线信息而安装至所述部署环境中。

Description

应用部署方法、应用基线的创建方法和装置

技术领域

本说明书一个或多个实施例涉及计算机应用技术领域，尤其涉及一种应用部署方法、应用基线的创建方法和装置。

背景技术

在相关技术中，如果希望将应用部署至某一环境，需要用户在该环境的主机设备上手动安装该应用所包含的各个软件服务，使得用户操作往往较为繁琐，并且应用部署的效率也较为低下。

发明内容

有鉴于此，本说明书一个或多个实施例提供一种应用部署方法、应用基线的创建方法和装置。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种应用部署方法，包括：

确定应用的部署环境；

根据所述部署环境，为所述应用生成相应的基线信息；

将所述基线信息发布至所述部署环境，以使所述应用包含的软件服务被基于所述基线信息而安装至所述部署环境中。

根据本说明书一个或多个实施例的第二方面，提出了一种应用部署方法，包括：

根据应用的部署环境，确定对应于所述应用的多个版本的基线信息；

展示对应于各个版本的基线信息的选项；

将被选取的选项对应的基线信息发布至所述部署环境，以使所述应用包含的软件服务被基于所述基线信息而安装至所述部署环境中。

根据本说明书一个或多个实施例的第三方面，提出了一种应用基线的创建方法，包括：

展示基线配置界面，所述基线配置界面中包含基线配置选项；

确定用户对所述基线配置选项的配置结果；

根据所述配置结果生成应用的基线信息，所述基线信息用于对所述应用进行部署。

根据本说明书一个或多个实施例的第四方面，提出了一种应用部署装置，包括：

确定单元，用于确定应用的部署环境；

生成单元，用于根据所述部署环境，为所述应用生成相应的基线信息；

发布单元，用于将所述基线信息发布至所述部署环境，以使所述应用包含的软件服务被基于所述基线信息而安装至所述部署环境中。

根据本说明书一个或多个实施例的第五方面，提出了一种应用部署装置，包括：

确定单元，用于根据应用的部署环境，确定对应于所述应用的多个版本的基线信息；

展示单元，用于展示对应于各个版本的基线信息的选项；

发布单元，用于将被选取的选项对应的基线信息发布至所述部署环境，以使所述应用包含的软件服务被基于所述基线信息而安装至所述部署环境中。

根据本说明书一个或多个实施例的第六方面，提出了一种应用基线的创建装置，包括：

展示单元，用于展示基线配置界面，所述基线配置界面中包含基线配置选项；

确定单元，用于确定用户对所述基线配置选项的配置结果；

生成单元，用于根据所述配置结果生成应用的基线信息，所述基线信息用于对所述应用进行部署。

附图说明

图1是本说明书一示例性实施例提供的一种应用部署系统的架构示意图；

图2是本说明书一示例性实施例示出的一种应用基线的创建方法的流程图；

图3A是本说明书一示例性实施例示出的一种应用部署方法的流程图；

图3B是本说明书一示例性实施例示出的另一种应用部署方法的流程图；

图4是本说明书一示例性实施例示出的一种应用基线的创建和应用部署方法的流程图；

图5是本说明书一示例性实施例示出的一种基线配置界面的示意图；

图6是本说明书一示例性实施例示出的另一种基线配置界面的示意图；

图7是本说明书一示例性实施例示出的另一种基线配置界面的示意图；

图8是本说明书一示例性实施例示出的另一种基线配置界面的示意图；

图9是本说明书一示例性实施例示出的另一种基线配置界面的示意图；

图10是本说明书一示例性实施例示出的另一种基线配置界面的示意图；

图11是本说明书一示例性实施例示出的另一种基线配置界面的示意图；

图12是本说明书一示例性实施例示出的另一种基线配置界面的示意图；

图13是本说明书一示例性实施例提供的一种设备的示意结构图；

图14是本说明书一示例性实施例提供的一种应用基线的创建装置的框图；

图15是本说明书一示例性实施例提供的另一种设备的示意结构图；

图16是本说明书一示例性实施例提供的一种应用部署装置的框图；

图17是本说明书一示例性实施例提供的另一种设备的示意结构图；

图18是本说明书一示例性实施例提供的另一种应用部署装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

图1是本说明书一示例性实施例提供的一种应用部署系统的架构示意图。如图1所示，该系统可以包括服务器11、网络12、PC13。

服务器11可以为包含一独立主机的物理服务器，或者该服务器11可以为主机集群承载的虚拟服务器。服务器11可以用于形成某一类型的环境，比如开发环境、测试环境、生产环境等，以使得该服务器11可以在该环境下运行已部署的应用。

PC13为可供使用的一种类型的电子设备。实际上，显然还可以使用诸如下述类型的电子设备：手机、平板设备、笔记本电脑、掌上电脑(PDAs，Personal DigitalAssistants)、可穿戴设备(如智能眼镜、智能手表等)等，本说明书一个或多个实施例并不对此进行限制。在运行过程中，该PC13可以响应于用户操作而配置生成应用的基线信息，并通过将该基线信息发布至服务器11所承载的环境中，以快速完成应用部署。

而对于服务器11与PC13之间进行交互的网络12，可以包括多种类型的有线或无线网络。在一实施例中，该网络12可以包括公共交换电话网络(Public Switched TelephoneNetwork，PSTN)和因特网。

图2是本说明书一示例性实施例示出的一种应用基线的创建方法的流程图。如图2所示，该方法应用于电子设备(例如图1所示的PC13等)，可以包括如下步骤：

步骤202，展示基线配置界面，所述基线配置界面中包含基线配置选项。

在一实施例中，通过向用户展示基线配置界面，便于用户快捷地基于该基线配置界面实施配置操作，以提升对基线的配置效率。

在一实施例中，基线配置界面可以包括单一界面，并在该单一界面中对所有涉及的基线配置选项进行统一展示，以供用户进行查看和选择配置。

在一实施例中，基线配置界面可以包括若干子界面，每一子界面分别用于实现部分基线配置选项的展示和配置，这样有助于对用户的配置操作进行分步引导。

在一实施例中，基线配置选项可以包括：软件服务的选择项、软件服务的版本设置项、软件服务之间的从属关系设置项、软件服务之间的安装依赖设置项以及软件服务之间的变更依赖设置项。

在一实施例中，该用户则可以根据待部署的应用的部署环境，通过这些基线配置选项对该应用的基线信息进行配置。

举例来说，该用户可以通过软件服务的选择项，选择需要配置的软件服务；通过软件服务的版本设置项，对软件服务的版本进行配置；通过软件服务之间的从属关系设置项，对软件服务之间的从属关系进行配置；通过软件服务之间的安装依赖设置项，对软件服务之间的安装依赖进行配置；通过软件服务之间的变更依赖设置项，对软件服务之间的变更依赖进行配置。

在一实施例中，基线配置选项还可以包括：强制执行标识设置项。用户可以通过强制执行标识设置项，对为该应用的基线信息设定的强制执行标识进行配置。具体地，当用户将该强制执行标识配置为启用状态时，则可以强制性地基于该基线信息，将该应用包含的软件服务安装至该应用的部署环境中。这样，可以使生成的基线信息与部署时所使用的基线信息保持一致，避免出现由两者不一致而导致的问题。

步骤204，确定用户对所述基线配置选项的配置结果。

在一实施例中，基线配置选项可以采用任意形式，则相应的配置结果也存在不同形式，本说明书并不对此进行限制。例如，当基线配置选项采用向用户展示所有备选项的形式时，配置结果可以包括用户对一个或多个备选项的选择结果；又例如，当基线配置选项采用向用户提供搜索框的形式时，配置结果可以包括用户实施搜索操作的至少一个搜索结果。

步骤206，根据所述配置结果生成应用的基线信息，所述基线信息用于对所述应用进行部署。

在一实施例中，通过生成应用对应的基线信息，使得该基线信息能够准确描述该应用所包含的软件服务的信息(每一软件服务的类型、名称、版本等信息，各个软件服务之间的从属关系、安装依赖关系、变更依赖关系等)，因而当该基线信息被发布至某一环境后，可以根据该基线信息准确获取该应用所包含的软件服务，并按照正确的方式进行依次安装，从而实现了对应用的快速部署，也极大地简化了用户在应用部署过程中的操作。

图3A是本说明书一示例性实施例示出的一种应用部署方法的流程图。如图3A所示，该方法应用于电子设备(例如图1所示的PC13等)，可以包括如下步骤：

步骤302A，确定应用的部署环境。

在一实施例中，首先可以确定待部署的应用的部署环境；其中，部署环境可以包括：部署设备、部署设备中运行的操作系统及其内核版本，以及部署设备中数据的存储空间和存储路径等信息。

步骤304A，根据所述部署环境，为所述应用生成相应的基线信息。

在前述步骤302A中确定了上述应用的部署环境后，可以根据确定的部署环境，为该应用生成相应的基线信息。

在示出的一种实施方式中，应用的基线信息可以包括：该应用所包含的软件服务的名称、软件服务的版本、软件服务之间的从属关系。

举例来说，软件服务可以是应用所包含的RPM包、主包或容器包等。对于RPM包而言，基线信息可以包括：该RPM包的名称、版本和发布信息；对于主包而言，基线信息可以包括：该主包的名称、地址、安装位置和解压目录等基本信息，针对该主包的Install、Uninstall、Stop、Start、Status等执行脚本命令，以及允许执行脚本命令的用户的用户名；对于容器包而言，基线信息可以包括：该容器包的名称、地址、安装位置和解压目录等基本信息，针对该容器包的Install、Uninstall、Stop、Start、Status等执行脚本命令，以及允许执行脚本命令的用户的用户名。

除此之外，软件服务还可以是应用所包含的从属包。对于从属包而言，其基线信息与主包的基线信息类似，可以包括：该从属包的名称、地址、安装位置和解压目录等基本信息，针对该从属包的Install、Uninstall、Stop、Start、Status等执行脚本命令，以及允许执行脚本命令的用户的用户名。

但需要说明的是，在应用包含从属包的情况下，该应用的基线信息还可以包括：软件服务之间的从属关系，例如：假设应用所包含的软件服务中包括：主包和从属包，且从属包从属于主包，则该应用的基线信息可以包括：从属包从属于主包的从属关系。

在示出的一种实施方式中，应用的基线信息还可以包括：该应用所包含的软件服务之间的安装依赖。其中，安装依赖通常用于指示软件服务之间的安装顺序。举例来说，假设应用所包含的软件服务中包括：主包、容器包和从属包，且生成的该应用的基线信息包括：主包依赖于容器包的安装依赖，以及从属包依赖于主包的安装依赖，则在对该应用进行安装时，可以先安装容器包，再安装主包，最后安装从属包。

或者，也可以并行安装不同的软件服务。举例来说，假设应用所包含的软件服务中包括：RPM包1、RPM包2和RPM包3，且生成的该应用的基线信息仅包括：RPM包3依赖于RPM包2的安装依赖，则在对该应用进行安装时，可以先并行安装RPM包1和RPM包2，而在完成RPM包2的安装后，再安装RPM包3。

在示出的一种实施方式中，应用的基线信息还可以包括：该应用所包含的软件服务之间的变更依赖。举例来说，假设应用所包含的软件服务中包括：主包、从属包1、从属包2和从属包3，且生成的该应用的基线信息包括：从属包1依赖于主包的变更依赖，以及从属包2依赖于主包的变更依赖，则在对从属包1和从属包2中的任意一个进行更新后，都可以重新执行针对主包的脚本命令；但由于从属包3与主包、从属包1或从属包2之间均不存在变更依赖，因此此时无需重新执行针对从属包3的脚本命令。这样，可以减少软件服务的脚本执行次数，提高应用的更新效率。

在示出的一种实施方式中，为了生成应用的基线信息，可以向用户展示基线配置界面。该用户则可以根据该应用的部署环境，在该基线配置界面中输入配置指令，从而可以根据该用户在该基线配置界面中输入的配置指令，生成该应用的基线信息。

步骤306A，将所述基线信息发布至所述部署环境，以使所述应用包含的软件服务被基于所述基线信息而安装至所述部署环境中。

在前述步骤304A中为上述应用生成了相应的基线信息后，可以将该基线信息发布至在前述步骤302A中确定的该应用的部署环境，从而可以使该应用所包含的软件服务被基于该基线信息而安装至该部署环境中。

通过生成应用对应的基线信息，使得该基线信息能够准确描述该应用所包含的软件服务的信息(每一软件服务的类型、名称、版本等信息，各个软件服务之间的从属关系、安装依赖关系、变更依赖关系等)，因而当该基线信息被发布至某一环境后，可以根据该基线信息准确获取该应用所包含的软件服务，并按照正确的方式进行依次安装，从而实现了对应用的快速部署，也极大地简化了用户在应用部署过程中的操作。

在示出的一种实施方式中，可以为在前述步骤304A中生成的基线信息设定强制执行标识。举例来说，用户可以在通过上述基线配置界面对容器包进行配置时，对该基线信息的强制执行标识进行配置，即可以根据用户在该基线配置界面中输入的配置指令，为该基线信息设定强制执行标识。

如果该基线信息的强制执行标识被置为启用状态，则可以强制性地基于该基线信息，将上述应用包含的软件服务安装至在前述步骤302A中确定的该应用的部署环境中。这样，可以使生成的基线信息与部署时所使用的基线信息保持一致，避免出现由两者不一致而导致的问题。

在示出的一种实施方式中，在前述步骤304A中为上述应用生成了相应的基线信息后，可以记录该基线信息的版本信息。在检测到针对该基线信息的更新指令时，可以对该基线信息进行更新。举例来说，在检测到该用户在上述基线配置界面中输入的针对该应用所包含的某个软件服务的更新指令时，可以根据该更新指令，重新生成基线信息，以将重新生成的基线信息确定为更新后的基线信息。

此外，在对该基线信息进行更新后，还可以重新记录更新后的基线信息的版本信息。需要说明的是，该基线信息的版本信息与更新后的基线信息的版本信息并不相同。这样，如果在基于更新后的基线信息进行部署时发生错误，则可以通过版本信息快速获取到之前的基线信息，从而可以实现基线信息的快速回滚。

图3B是本说明书一示例性实施例示出的一种应用部署方法的流程图。如图3B所示，该方法应用于电子设备(例如图1所示的PC13等)，可以包括如下步骤：

步骤302B，根据应用的部署环境，确定对应于所述应用的多个版本的基线信息。

在一实施例中，在为某个应用生成了相应的基线信息后，可以记录该基线信息的版本信息。在检测到针对该基线信息的更新指令时，可以对该基线信息进行更新。举例来说，在检测到该用户在展示的基线配置界面中输入的针对该应用所包含的某个软件服务的更新指令时，可以根据该更新指令，重新生成基线信息，以将重新生成的基线信息确定为更新后的基线信息。

此外，在对该基线信息进行更新后，还可以重新记录更新后的基线信息的版本信息。需要说明的是，该基线信息的版本信息与更新后的基线信息的版本信息并不相同。这样，如果在基于更新后的基线信息进行部署时发生错误，则可以通过版本信息快速获取到之前的基线信息，从而可以实现基线信息的快速回滚。

由此可见，对于某个应用而言，可以存储对应于该应用的多个版本的基线信息。

在一实施例中，在确定了待部署的应用的部署环境后，可以根据该部署环境，确定对应于该应用的多个版本的基线信息。

在一实施例中，应用的基线信息可以包括：该应用所包含的软件服务的名称、软件服务的版本、软件服务之间的从属关系。

举例来说，软件服务可以是应用所包含的RPM包、主包或容器包等。对于RPM包而言，基线信息可以包括：该RPM包的名称、版本和发布信息；对于主包而言，基线信息可以包括：该主包的名称、地址、安装位置和解压目录等基本信息，针对该主包的Install、Uninstall、Stop、Start、Status等执行脚本命令，以及允许执行脚本命令的用户的用户名；对于容器包而言，基线信息可以包括：该容器包的名称、地址、安装位置和解压目录等基本信息，针对该容器包的Install、Uninstall、Stop、Start、Status等执行脚本命令，以及允许执行脚本命令的用户的用户名。

除此之外，软件服务还可以是应用所包含的从属包。对于从属包而言，其基线信息与主包的基线信息类似，可以包括：该从属包的名称、地址、安装位置和解压目录等基本信息，针对该从属包的Install、Uninstall、Stop、Start、Status等执行脚本命令，以及允许执行脚本命令的用户的用户名。

但需要说明的是，在应用包含从属包的情况下，该应用的基线信息还可以包括：软件服务之间的从属关系，例如：假设应用所包含的软件服务中包括：主包和从属包，且从属包从属于主包，则该应用的基线信息可以包括：从属包从属于主包的从属关系。

在一实施例中，应用的基线信息还可以包括：该应用所包含的软件服务之间的安装依赖。其中，安装依赖通常用于指示软件服务之间的安装顺序。举例来说，假设应用所包含的软件服务中包括：主包、容器包和从属包，且生成的该应用的基线信息包括：主包依赖于容器包的安装依赖，以及从属包依赖于主包的安装依赖，则在对该应用进行安装时，可以先安装容器包，再安装主包，最后安装从属包。

或者，也可以并行安装不同的软件服务。举例来说，假设应用所包含的软件服务中包括：RPM包1、RPM包2和RPM包3，且生成的该应用的基线信息仅包括：RPM包3依赖于RPM包2的安装依赖，则在对该应用进行安装时，可以先并行安装RPM包1和RPM包2，而在完成RPM包2的安装后，再安装RPM包3。

在一实施例中，应用的基线信息还可以包括：该应用所包含的软件服务之间的变更依赖。举例来说，假设应用所包含的软件服务中包括：主包、从属包1、从属包2和从属包3，且生成的该应用的基线信息包括：从属包1依赖于主包的变更依赖，以及从属包2依赖于主包的变更依赖，则在对从属包1和从属包2中的任意一个进行更新后，都可以重新执行针对主包的脚本命令；但由于从属包3与主包、从属包1或从属包2之间均不存在变更依赖，因此此时无需重新执行针对从属包3的脚本命令。这样，可以减少软件服务的脚本执行次数，提高应用的更新效率。

在一实施例中，为了生成应用的基线信息，可以向用户展示基线配置界面。该用户则可以根据该应用的部署环境，在该基线配置界面中输入配置指令，从而可以根据该用户在该基线配置界面中输入的配置指令，生成该应用的基线信息。

在一实施例中，可以为生成的基线信息设定强制执行标识。举例来说，用户可以在通过上述基线配置界面对容器包进行配置时，对该基线信息的强制执行标识进行配置，即可以根据用户在该基线配置界面中输入的配置指令，为该基线信息设定强制执行标识。

如果该基线信息的强制执行标识被置为启用状态，则可以强制性地基于该基线信息，将上述应用包含的软件服务安装至该应用的部署环境中。这样，可以使生成的基线信息与部署时所使用的基线信息保持一致，避免出现由两者不一致而导致的问题。

步骤304B，展示对应于各个版本的基线信息的选项。

在前述步骤302B中确定了对应于上述应用的多个版本的基线信息后，可以向用户展示用于选择基线信息的基线配置界面，在该基线配置界面中可以提供对应于各个版本的基线信息的选项。

在检测到用户针对某个选项的选取操作时，可以获取该选项对应的基线信息，用于后续的应用部署。

举例来说，假设确定了对应于应用的三个版本的基线信息，分别为：基线信息1.0、基线信息2.0和基线信息3.0，则在展示给用户的用于选择基线信息的基线配置界面中，可以提供对应于基线信息1.0的选项1、对应于基线信息2.0的选项2和对应于基线信息3.0的选项3。

在检测到用户针对选项2的选取操作时，可以获取基线信息2.0，用于后续针对该应用的应用部署。

步骤306B，将被选取的选项对应的基线信息发布至所述部署环境，以使所述应用包含的软件服务被基于所述基线信息而安装至所述部署环境中。

在前述步骤304B中获取到被选取的选项对应的上述应用的基线信息后，可以将该基线信息发布至该应用的部署环境，从而可以使该应用所包含的软件服务被基于该基线信息而安装至该部署环境中。

通过生成应用对应的基线信息，使得该基线信息能够准确描述该应用所包含的软件服务的信息(每一软件服务的类型、名称、版本等信息，各个软件服务之间的从属关系、安装依赖关系、变更依赖关系等)，因而当该基线信息被发布至某一环境后，可以根据该基线信息准确获取该应用所包含的软件服务，并按照正确的方式进行依次安装，从而实现了对应用的快速部署，也极大地简化了用户在应用部署过程中的操作。

图4是本说明书一示例性实施例示出的一种应用基线的创建和应用部署方法的流程图；图5至12均是本说明书一示例性实施例示出的基线配置界面的示意图。如图4所示，该方法应用于电子设备(例如图1所示的PC13等)，可以包括如下步骤：

步骤402，触发基线创建流程。

在一实施例中，参考图5所示的基线配置界面，用户可以在该基线配置界面中，点击针对某个应用的“新建”按钮，以触发针对该应用的基线创建流程。

举例来说，用户可以在该基线配置界面中，点击“应用2”后的“新建”按钮，以触发针对应用2的基线创建流程。具体地，在检测到用户针对“应用2”后的“新建”按钮的点击操作时，可以跳转至图6所示的基线配置界面，以供用户对应用2的基线信息进行分步配置，完成应用2的应用基线的创建。

步骤404，选取软件服务的类型。

在一实施例中，参考图6所示的基线配置界面，在该基线配置界面中，可以展示应用2所包含的软件服务。

一方面，用户可以在该基线配置界面中，为应用2添加或删除软件服务。

举例来说，用户可以在该基线配置界面中，点击“+”按钮，以在应用2中添加RPM包、主包、容器包和从属包等软件服务。而在将某个软件服务添加到应用2中后，可以点击针对该软件服务的“删除”按钮，以将该软件服务从应用中的删除，例如：在检测到用户针对“RPM包2”后的“删除”按钮的点击操作时，可以将RPM包2从应用2中删除，该基线配置界面中可以不再展示RPM包。

另一方面，用户可以在该基线配置界面中，选择需要配置的软件服务的类型。

举例来说，用户可以在该基线配置界面中，点击“RPM包1”后的“编辑”按钮，以选取RPM包1进行基线信息的配置。在检测到用户针对“RPM包1”后的“编辑”按钮的点击操作时，可以跳转至图7所示的基线配置界面，以供用户对RPM包1进行基线信息的配置。

或者，用户也可以在该基线配置界面中，点击“主包”后的“编辑”按钮，以选取主包进行基线信息的配置。在检测到用户针对“主包”后的“编辑”按钮的点击操作时，可以跳转至图8所示的基线配置界面，以供用户对主包进行基线信息的配置。

而在检测到用户针对“下一步”按钮的点击操作时，则可以跳转至图9所示的基线配置界面，以供用户进行应用2的基线信息的下一步配置。

步骤406，配置各个类型的软件服务。

在一实施例中，参考图7所示的基线配置界面，用户可以在该基线配置界面中，对RPM包1进行基线信息的配置。

举例来说，用户可以在该基线配置界面中，为RPM包1配置包名称、版本和发布信息。在完成对RPM包1的配置后，用户可以点击“确认”按钮，以保存用户为RPM包1配置的基线信息。

在检测到用户针对“复位”按钮的点击操作时，可以清除用户为RPM包1配置的基线信息，即使RPM包1的基线信息恢复为默认状态。

而在检测到用户针对“返回”按钮的点击操作时，则可以跳转回图6所示的基线配置页面，使用户可以重新选取软件服务的类型，以对应用2中该类型的软件服务进行配置。

在实际应用中，为了便于用户选择需要配置的RPM包，可以先由用户选择RPM包的分支类型，例如：current、stable、test等分支类型，再由用户从选择的分支类型下的RPM包中选择需要配置的RPM包。

在一实施例中，参考图8所示的基线配置界面，用户可以在该基线配置界面中，对主包进行基线信息的配置。

举例来说，用户可以在该基线配置界面中，为主包配置名称、地址、安装位置和解压目录等基本信息，还可以根据实际需求，为该主包配置Install、Uninstall、Stop、Start、Status等执行脚本命令，以及允许执行脚本命令的用户的用户名。在完成对该主包的配置后，该用户可以点击“确认”按钮，以保存用户为主包配置的基线信息。

而在检测到用户针对“返回”按钮的点击操作时，则可以跳转回图6所示的基线配置页面，使用户可以重新选取软件服务的类型，以对应用2中该类型的软件服务进行配置。

在一实施例中，类似地，用户可以在针对容器包的基线配置界面中，为容器包配置名称、地址、安装位置和解压目录等基本信息，还可以根据实际需求，为容器包配置Install、Uninstall、Stop、Start、Status等执行脚本命令，以及允许执行脚本命令的用户的用户名。针对容器包的基线配置界面可以参考图8所示的基线配置界面，本说明对此不再赘述。

步骤408，判断是否存在从属包。如果是，则执行步骤401；否则，执行步骤412。

在一实施例中，用户可以根据实际情况，判断是否需要为应用所包含的软件服务配置从属关系。如果是，则可以进一步地执行步骤410；否则，可以跳过步骤410，执行步骤412。

步骤410，配置软件服务之间的从属关系。

在一实施例中，类似地，用户可以在针对从属包的基线配置界面中，为从属包配置名称、地址、安装位置和解压目录等基本信息，还可以根据实际需求，为从属包配置Install、Uninstall、Stop、Start、Status等执行脚本命令，以及允许执行脚本命令的用户的用户名。此外，用户还可以在针对从属包的基线配置界面中，为该从属包配置其从属的软件服务。针对从属包的基线配置界面可以参考图8所示的基线配置界面，本说明对此不再赘述。

步骤412，配置软件服务之间的安装依赖关系。

在一实施例中，在检测到用户针对图6所示的基线配置界面中的“下一步”按钮的点击操作时，可以跳转至图9所示的基线配置界面，以供用户对软件服务之间的安装依赖关系进行配置。

举例来说，用户可以在该基线配置界面中，点击“RPM包1”后的“添加依赖”按钮，为RPM包1配置与其存在安装依赖关系的软件服务。

另一方面，在配置了软件服务之间的安装依赖关系后，用户可以在该基线配置界面中，点击针对已配置的某条安装依赖的“×”按钮，以删除该条安装依赖。

举例来说，用户可以在该基线配置界面中，点击“主包依赖于RPM包1”后的“×”按钮，以删除这条安装依赖，即后续在应用2中，主包和RPM包1之间不再存在安装依赖关系。

在检测到用户针对“返回”按钮的点击操作时，可以跳转回上一步配置基线信息时展示的基线配置界面，即图6所示的基线配置页面，使用户可以重新选取软件服务的类型，以对应用2中该类型的软件服务进行配置。

而在检测到用户针对“下一步”按钮的点击操作时，则可以跳转至图10所示的基线配置界面，以供用户进行应用2的基线信息的下一步配置。

步骤414，配置软件服务之间的变更依赖关系。

在一实施例中，在检测到用户针对图9所示的基线配置界面中的“下一步”按钮的点击操作时，可以跳转至图10所示的基线配置界面，以供用户对软件服务之间的变更依赖关系进行配置。

举例来说，用户可以在该基线配置界面中，点击“主包”后的“添加依赖”按钮，为主包配置与其存在变更依赖关系的软件服务。

另一方面，在配置了软件服务之间的变更依赖关系后，用户可以在该基线配置界面中，点击针对已配置的某条变更依赖的“×”按钮，以删除该条变更依赖。

举例来说，用户可以在该基线配置界面中，点击“RPM包1依赖于主包”后的“×”按钮，以删除这条变更依赖，即后续在应用2中，RPM包1和主包之间不再存在安装依赖关系。

在检测到用户针对“返回”按钮的点击操作时，可以跳转回上一步配置基线信息时展示的基线配置界面，即图9所示的基线配置页面，使用户可以重新对应用2所包含的软件服务之间的安装依赖关系进行配置。

而在检测到用户针对“下一步”按钮的点击操作时，则可以跳转至图10所示的基线配置界面，以供用户进行应用2的基线信息的下一步配置。

步骤416，配置强制执行标识。

在一实施例中，在检测到用户针对图10所示的基线配置界面中的“下一步”按钮的点击操作时，可以跳转至图11所示的基线配置界面，以供用户对应用2的基线信息的强制执行标识进行配置。

在检测到用户针对“完成”按钮的点击操作时，可以根据用户为应用2配置的所有基线信息，创建应用2的应用基线。

而在检测到用户针对“返回修改”按钮的点击操作时，则可以跳转回图10所示的基线配置界面，以供用户对之前配置的应用2的基线信息进行修改。

步骤418，创建应用基线。

在一实施例中，参考图11所示的基线配置界面，用户在完成对应用2的基线信息的配置后，可以在该基线配置界面中，点击“完成”按钮。在检测到用户针对“完成”按钮的点击操作时，可以根据用户为应用2配置的所有基线信息，创建应用2的应用基线。

步骤420A，发布至预设环境。

步骤420B，修改应用基线。

步骤422，创建新版本的应用基线。

在一实施例中，在前述步骤中完成应用2的应用基线的创建后，可以将创建的应用基线发布至应用2的部署环境，从而使应用2所包含的软件服务可以基于该应用基线，安装至该部署环境中。

另一方面，参考图5所示的基线配置界面，用户在需要对已创建的某个应用的应用基线进行管理时，可以在该基线配置界面中，点击针对该应用的“管理”按钮，以触发针对该应用的基线管理流程。

举例来说，用户可以在该基线配置界面中，点击“应用1”后的“管理”按钮，以触发针对应用1的基线管理流程。具体地，在检测到用户针对“应用1”后的“管理”按钮的点击操作时，可以跳转至图12所示的基线配置界面，以供用户对已创建的应用1的应用基线进行管理。

具体地，用户可以在该基线配置界面中，点击针对某个版本的应用基线的“编辑”按钮，以对该版本的应用基线进行修改，例如：可以点击“基线1.0”后的“编辑”按钮，以对1.0版本的应用基线进行修改。而在用户完成对1.0版本的应用基线的修改后，则可以根据用户修改后的基线信息，创建新版本的应用基线，例如：4.0版本的应用基线。

用户也可以在该基线配置界面中点击针对某个版本的应用基线的“删除”按钮，以删除该版本的应用基线，节省存储空间，例如：可以点击“基线3.0”后的“删除”按钮，以删除3.0版本的应用基线。

图13是本说明书一示例性实施例提供的一种设备的示意结构图。请参考图13，在硬件层面，该设备包括处理器1302、内部总线1304、网络接口1306、内存1308以及非易失性存储器1310，当然还可能包括其他业务所需要的硬件。处理器1302从非易失性存储器1310中读取对应的计算机程序到内存1308中然后运行，在逻辑层面上形成应用基线的创建装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图14，在软件实施方式中，该应用基线的创建装置可以包括：

展示单元1401，用于展示基线配置界面，所述基线配置界面中包含基线配置选项；

确定单元1402，用于确定用户对所述基线配置选项的配置结果；

生成单元1403，用于根据所述配置结果生成应用的基线信息，所述基线信息用于对所述应用进行部署。

可选地，所述配置结果与所述应用的部署环境相关。

可选地，所述基线配置选项可以包括：软件服务的选择项、软件服务的版本设置项、软件服务之间的从属关系设置项、软件服务之间的安装依赖设置项以及软件服务之间的变更依赖设置项。

可选地，所述基线配置选项还可以包括：强制执行标识设置项；其中，当所述强制执行标识设置项被置为启用状态时，所述应用的部署环境被强制按照所述基线信息进行部署。

图15是本说明书一示例性实施例提供的一种设备的示意结构图。请参考图15，在硬件层面，该设备包括处理器1502、内部总线1504、网络接口1506、内存1508以及非易失性存储器1510，当然还可能包括其他业务所需要的硬件。处理器1502从非易失性存储器1510中读取对应的计算机程序到内存1508中然后运行，在逻辑层面上形成应用部署装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图16，在软件实施方式中，该应用部署装置可以包括：

确定单元1601，用于确定应用的部署环境；

生成单元1602，用于根据所述部署环境，为所述应用生成相应的基线信息；

发布单元1603，用于将所述基线信息发布至所述部署环境，以使所述应用包含的软件服务被基于所述基线信息而安装至所述部署环境中。

可选地，所述生成单元1602具体可以用于：

向用户展示基线配置界面；

根据所述用户在所述基线配置界面输入的配置指令，生成所述基线信息。

可选地，所述基线信息可以包括：软件服务的名称、软件服务的版本、软件服务之间的从属关系、软件服务之间的安装依赖以及软件服务之间的变更依赖。

可选地，还可以包括：

设定单元1604，用于设定所述基线信息的强制执行标识；

其中，当所述强制执行标识被置为启用状态时，所述部署环境被强制按照所述基线信息进行部署。

可选地，还可以包括：

记录单元1605，用于记录所述基线信息的版本信息；

更新单元1606，用于在收到针对所述基线信息的更新指令时，对所述基线信息进行更新，且更新后的基线信息对应于新的版本信息。

图17是本说明书一示例性实施例提供的一种设备的示意结构图。请参考图17，在硬件层面，该设备包括处理器1702、内部总线1704、网络接口1706、内存1708以及非易失性存储器1710，当然还可能包括其他业务所需要的硬件。处理器1702从非易失性存储器1710中读取对应的计算机程序到内存1708中然后运行，在逻辑层面上形成应用部署装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图18，在软件实施方式中，该应用部署装置可以包括：

确定单元1801，用于根据应用的部署环境，确定对应于所述应用的多个版本的基线信息；

展示单元1802，用于展示对应于各个版本的基线信息的选项；

发布单元1803，用于将被选取的选项对应的基线信息发布至所述部署环境，以使所述应用包含的软件服务被基于所述基线信息而安装至所述部署环境中。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。

Claims (20)

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

确定应用的部署环境；

根据所述部署环境，为所述应用生成相应的基线信息；

将所述基线信息发布至所述部署环境，以使所述应用包含的软件服务被基于所述基线信息包括的所述软件服务之间的安装依赖而依次安装至所述部署环境中。

2.根据权利要求1所述的方法，其特征在于，所述为所述应用生成相应的基线信息，包括：

向用户展示基线配置界面；

根据所述用户在所述基线配置界面输入的配置指令，生成所述基线信息。

3.根据权利要求1所述的方法，其特征在于，所述基线信息包括：软件服务的名称、软件服务的版本、软件服务之间的从属关系、软件服务之间的安装依赖以及软件服务之间的变更依赖。

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

设定所述基线信息的强制执行标识；

其中，当所述强制执行标识被置为启用状态时，所述部署环境被强制按照所述基线信息进行部署。

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

记录所述基线信息的版本信息；

在收到针对所述基线信息的更新指令时，对所述基线信息进行更新，且更新后的基线信息对应于新的版本信息。

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

根据应用的部署环境，确定对应于所述应用的多个版本的基线信息；

展示对应于各个版本的基线信息的选项；

将被选取的选项对应的基线信息发布至所述部署环境，以使所述应用包含的软件服务被基于所述基线信息包括的所述软件服务之间的安装依赖而依次安装至所述部署环境中。

7.一种应用基线的创建方法，其特征在于，包括：

展示基线配置界面，所述基线配置界面中包含基线配置选项；

确定用户对所述基线配置选项的配置结果；

根据所述配置结果生成应用的基线信息，所述基线信息用于基于所述应用包含的软件服务之间的安装依赖对所述应用包含的软件服务进行依次部署。

8.根据权利要求7所述的方法，其特征在于，所述配置结果与所述应用的部署环境相关。

9.根据权利要求7所述的方法，其特征在于，所述基线配置选项包括：软件服务的选择项、软件服务的版本设置项、软件服务之间的从属关系设置项、软件服务之间的安装依赖设置项以及软件服务之间的变更依赖设置项。

10.根据权利要求9所述的方法，其特征在于，所述基线配置选项还包括：强制执行标识设置项；其中，当所述强制执行标识设置项被置为启用状态时，所述应用的部署环境被强制按照所述基线信息进行部署。

11.一种应用部署装置，其特征在于，包括：

确定单元，用于确定应用的部署环境；

生成单元，用于根据所述部署环境，为所述应用生成相应的基线信息；

发布单元，用于将所述基线信息发布至所述部署环境，以使所述应用包含的软件服务被基于所述基线信息包括的所述软件服务之间的安装依赖而依次安装至所述部署环境中。

12.根据权利要求11所述的装置，其特征在于，所述生成单元具体用于：

向用户展示基线配置界面；

根据所述用户在所述基线配置界面输入的配置指令，生成所述基线信息。

13.根据权利要求11所述的装置，其特征在于，所述基线信息包括：软件服务的名称、软件服务的版本、软件服务之间的从属关系、软件服务之间的安装依赖以及软件服务之间的变更依赖。

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

设定单元，用于设定所述基线信息的强制执行标识；

其中，当所述强制执行标识被置为启用状态时，所述部署环境被强制按照所述基线信息进行部署。

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

记录单元，用于记录所述基线信息的版本信息；

更新单元，用于在收到针对所述基线信息的更新指令时，对所述基线信息进行更新，且更新后的基线信息对应于新的版本信息。

16.一种应用部署装置，其特征在于，包括：

确定单元，用于根据应用的部署环境，确定对应于所述应用的多个版本的基线信息；

展示单元，用于展示对应于各个版本的基线信息的选项；

发布单元，用于将被选取的选项对应的基线信息发布至所述部署环境，以使所述应用包含的软件服务被基于所述基线信息包括的所述软件服务之间的安装依赖而依次安装至所述部署环境中。

17.一种应用基线的创建装置，其特征在于，包括：

展示单元，用于展示基线配置界面，所述基线配置界面中包含基线配置选项；

确定单元，用于确定用户对所述基线配置选项的配置结果；

生成单元，用于根据所述配置结果生成应用的基线信息，所述基线信息用于基于所述应用包含的软件服务之间的安装依赖对所述应用包含的软件服务进行依次部署。

18.根据权利要求17所述的装置，其特征在于，所述配置结果与所述应用的部署环境相关。

19.根据权利要求17所述的装置，其特征在于，所述基线配置选项包括：软件服务的选择项、软件服务的版本设置项、软件服务之间的从属关系设置项、软件服务之间的安装依赖设置项以及软件服务之间的变更依赖设置项。

20.根据权利要求19所述的装置，其特征在于，所述基线配置选项还包括：强制执行标识设置项；其中，当所述强制执行标识设置项被置为启用状态时，所述应用的部署环境被强制按照所述基线信息进行部署。

Images