CN116860266A - 应用容器化部署方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开提供了一种应用容器化部署方法、装置、电子设备及存储介质，涉及容器化技术领域。该方法包括：获取待部署应用的资源文件和动态配置信息，其中，资源文件包括：至少一个程序包，每个程序包部署于一个容器上，动态配置信息包含：容器镜像生成配置信息和参数配置信息；根据待部署应用的资源文件和容器镜像生成配置信息，生成待部署应用内各个程序包的容器镜像，上传至镜像仓库；根据待部署应用的参数配置信息，生成待部署应用的Chart包，上传至Chart仓库；根据Chart仓库中待部署应用的Chart包，调用镜像仓库中待部署应用的容器镜像进行部署。本公开能够提高应用部署的效率和可靠性，同时还可以方便地管理和配置容器化应用。

Description

应用容器化部署方法、装置、电子设备及存储介质

技术领域

本公开涉及容器化技术领域，尤其涉及一种应用容器化部署方法、装置、电子设备及存储介质。

背景技术

目前应用程序有很多种类，如Windows***下的exe程序、Linux***下的可执行bin程序等，应用程序业务性质也不同，部署于云或容器上的应用多数是服务型应用，使用多种配置文件对应用程序做参数配置。通常开发者习惯以固定的配置文件形式进行配置，导致应用在部署时没有动态配置的能力、进而增加了应用部署的时间成本。

因此如何提供一种能实现动态配置、节约部署时间的部署方法是亟待解决的技术问题。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开提供一种应用容器化部署方法、装置、电子设备及存储介质，至少在一定程度上克服由于相关技术应用程序部署时间长、成本大的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供了一种应用容器化部署方法，包括：获取待部署应用的资源文件和动态配置信息，其中，资源文件包括：至少一个程序包，每个程序包部署于一个容器上，动态配置信息包含：容器镜像生成配置信息和参数配置信息；根据待部署应用的资源文件和容器镜像生成配置信息，生成待部署应用内各个程序包的容器镜像，上传至镜像仓库；根据待部署应用的参数配置信息，生成待部署应用的Chart包，上传至Chart仓库，其中，Chart包中包含部署待部署应用内各个程序包所需的参数配置信息；根据Chart仓库中待部署应用的Chart包，调用镜像仓库中待部署应用的容器镜像进行部署。

在一些实施例中，根据待部署应用的资源文件和容器镜像生成配置信息，生成待部署应用内各个程序包的容器镜像，上传至镜像仓库，包括：根据容器镜像生成配置信息创建待部署应用的Dockerfile，Dockerfile用于生成待部署应用内各个程序包的容器镜像；根据Dockerfile生成待部署应用内各个程序包的容器镜像；对待部署应用内各个程序包的容器镜像和待部署应用的资源文件进行打包，并将打包结果上传至至镜像仓库。

在一些实施例中，根据待部署应用的参数配置信息，生成待部署应用的Chart包，包括：解析待部署应用的参数配置信息；将解析后的待部署应用的参数配置信息结合Chart配置模板进行修改，Chart配置模板包括：Value配置模板和Template配置模板；生成Chart目标文件，Chart目标文件包括：Value目标文件和Template目标文件；根据Chart目标文件生成待部署应用的Chart包。

在一些实施例中，在根据待部署应用的参数配置信息，生成待部署应用的Chart包，上传至Chart仓库之后，方法还包括：生成待部署应用的Chart下载地址，Chart下载地址用于包管理器Helm客户端下载待部署应用的Chart包，Helm客户端用于将下载的Chart包发送给部署平台，以使部署平台根据Chart仓库中待部署应用的Chart包，调用镜像仓库中待部署应用的容器镜像进行部署。

在一些实施例中，根据Chart仓库中待部署应用的Chart包，调用镜像仓库中待部署应用的容器镜像进行部署，包括：获取待部署应用的Chart包；解析待部署应用的Chart包；根据解析后的待部署应用的Chart包，从镜像仓库中获取待部署应用的容器镜像进行部署。

在一些实施例中，在根据Chart仓库中待部署应用的Chart包，调用镜像仓库中待部署应用的容器镜像进行部署之后，方法还包括：根据待部署应用内各个程序包的容器镜像实例化生成待部署应用的容器实例；启动待部署应用的容器实例。

在一些实施例中，根据Chart仓库中待部署应用的Chart包，调用镜像仓库中待部署应用的容器镜像在开源容器编排平台Kubernetes进行部署。

根据本公开的另一个方面，还提供了一种应用容器化部署装置，包括：信息获取模块，用于获取待部署应用的资源文件和动态配置信息，其中，资源文件包括：至少一个程序包，每个程序包部署于一个容器上，动态配置信息包含：容器镜像生成配置信息和参数配置信息；容器镜像生成模块，用于根据待部署应用的资源文件和容器镜像生成配置信息，生成待部署应用内各个程序包的容器镜像，上传至镜像仓库；Chart包生成模块，用于根据待部署应用的参数配置信息，生成待部署应用的Chart包，上传至Chart仓库，其中，Chart包中包含部署待部署应用内各个程序包所需的参数配置信息；部署模块，用于根据Chart仓库中待部署应用的Chart包，调用镜像仓库中待部署应用的容器镜像进行部署。

根据本公开的另一个方面，还提供了一种电子设备，该电子设备包括：处理器；以及存储器，用于存储处理器的可执行指令；其中，处理器配置为经由执行可执行指令来执行上述任意一项的应用容器化部署方法。

根据本公开的另一个方面，还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任意一项的应用容器化部署方法。

根据本公开的另一个方面，还提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现上述任意一项的应用容器化部署方法。

本公开的实施例中提供的应用容器化部署方法、装置、电子设备及存储介质，通过获取待部署应用的资源文件和动态配置信息，其中，资源文件包括：至少一个程序包，每个程序包部署于一个容器上，动态配置信息包含：容器镜像生成配置信息和参数配置信息；根据待部署应用的资源文件和容器镜像生成配置信息，生成待部署应用内各个程序包的容器镜像，上传至镜像仓库；根据待部署应用的参数配置信息，生成待部署应用的Chart包，上传至Chart仓库，其中，Chart包中包含部署待部署应用内各个程序包所需的参数配置信息；根据Chart仓库中待部署应用的Chart包，调用镜像仓库中待部署应用的容器镜像进行部署。本公开实施例通过使用资源文件、动态配置信息，可以实现对应用的集中化部署和动态配置管理。简化应用部署的过程，提高部署的一致性和可重复性。使得应用的管理和维护更加高效。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本公开实施例中一种应用***架构示意图；

图2示出本公开实施例中一种应用容器化部署方法流程图；

图3示出本公开实施例中又一种应用容器化部署方法流程图；

图4示出本公开实施例中又一种应用容器化部署方法流程图；

图5示出本公开实施例中又一种应用容器化部署方法流程图；

图6示出本公开实施例中又一种应用容器化部署方法流程图；

图7示出本公开实施例中一种应用容器化部署装置示意图；

图8示出本公开实施例中一种电子设备的结构框图；

图9示出本公开实施例中一种计算机可读存储介质示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

正如前述背景技术所提及的目前应用程序有很多种类，如Win下的exe、Linux下的可执行bin文件等，应用程序业务性质也不同，部署于云或容器上的应用多数是服务型应用，使用多种配置文件对应用程序做参数配置。具体地，整个上云部署过程需要部署人员参与，部署过程需要开发人员与部署人员协调好应用的配置和调用规则、编写Dockerfile和Helm等相关脚本、镜像打包、发布仓库且Chart的调用受限于开发人员。

应用程序做相关参数配置时，往往会用到类似config等配置文件，通常开发者习惯在配置文件以固定的数值或文字的方式给字段赋值，未考虑云和容器层面部署上的动态可配置性，无法以无缝对接的方式实现上云。一旦要上云，则需要开发者和运维人员共同协定，并对其进行二次更改、封装和调试，通常开发者习惯以固定的配置文件形式进行配置，导致应用在部署时没有动态配置的能力、进而增加了应用部署的时间和成本。

因此如何提供一种能减少部署时间，实现动态配置的部署方法是亟待解决的技术问题。

下面结合附图，对本公开实施例的具体实施方式进行详细说明。

图1示出了可以应用本公开实施例中应用容器化部署方法的示例性应用***架构示意图。如图1所示，该***架构可以包括终端设备101、网络102和服务器103。

网络102用以在终端设备101和服务器103之间提供通信链路的介质，可以是有线网络，也可以是无线网络。

可选地，上述的无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络，包括但不限于局域网(Local Area Network，LAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中，使用包括超文本标记语言(Hyper Text Mark-up Language，HTML)、可扩展标记语言(ExtensibleMarkupLanguage，XML)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(Secure Socket Layer，SSL)、传输层安全(Transport Layer Security，TLS)、虚拟专用网络(Virtual Private Network，VPN)、互联网安全协议(InternetProtocol Security，IPSec)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。

终端设备101可以是各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机、台式计算机、智能音箱、智能手表、可穿戴设备、增强现实设备、虚拟现实设备等。

可选地，不同的终端设备101中安装的应用程序的客户端是相同的，或基于不同操作***的同一类型应用程序的客户端。基于终端平台的不同，该应用程序的客户端的具体形态也可以不同，比如，该应用程序客户端可以是手机客户端、PC客户端等。

服务器103可以是提供各种服务的服务器，例如对用户利用终端设备101所进行操作的装置提供支持的后台管理服务器。后台管理服务器可以对接收到的请求等数据进行分析等处理，并将处理结果反馈给终端设备。

可选地，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。

本领域技术人员可以知晓，图1中的终端设备、网络和服务器的数量仅仅是示意性的，根据实际需要，可以具有任意数目的终端设备、网络和服务器。本公开实施例对此不作限定。

在上述***架构下，本公开实施例中提供了一种应用容器化部署方法，该方法可以由任意具备计算处理能力的电子设备执行。

在一些实施例中，本公开实施例中提供的应用容器化部署方法可以由上述***架构的终端设备执行；在另一些实施例中，本公开实施例中提供的应用容器化部署方法可以由上述***架构中的服务器执行；在另一些实施例中，本公开实施例中提供的应用容器化部署方法可以由上述***架构中的终端设备和服务器通过交互的方式来实现。

图2示出本公开实施例中一种应用容器化部署方法流程图，如图2所示，本公开实施例中提供的应用容器化部署方法包括如下步骤：

S202，获取待部署应用的资源文件和动态配置信息，其中，资源文件包括：至少一个程序包，每个程序包部署于一个容器上，动态配置信息包含：容器镜像生成配置信息和参数配置信息。

需要说明的是，待部署应用可以是任意一种准备进行容器化部署的应用程序。待部署应用可以是一个单独的应用程序，也可以是由多个程序组成的复杂应用***。它可以包含应用程序的代码、二进制文件、依赖库、配置文件等资源文件，以及动态配置信息如容器镜像生成配置信息和参数配置信息等。

在进行容器化部署之前，待部署应用需要经过一系列的打包和准备工作，例如将应用程序的代码和所需的依赖库打包成程序包，配置相关的环境变量和配置文件，确定容器镜像的生成配置信息和参数配置信息等。这些资源文件和配置信息会被用来生成容器镜像和Chart包，最终进行应用的部署。

具体地，待部署应用的资源文件是软件开发和部署过程中所需的各种文件，用于支持应用程序的正常运行和功能实现。资源文件可以包括但不限于以下内容：代码文件：源代码文件或编译后的二进制文件，用于定义应用程序的逻辑和实现功能。配置文件：包含了应用程序运行时的配置信息，例如数据库连接信息、日志级别、网络端口等。配置文件的内容可以根据不同环境进行调整，以满足不同的部署需求。静态文件：用于存储应用程序运行所需的静态资源，例如是、图像、视频等。这些文件通常在应用程序的前端界面中使用。依赖库：用于支持应用程序运行的第三方库文件或模块。这些库文件提供了额外的功能和工具，使应用程序能够更高效地运行和实现特定的功能。数据文件：用于存储应用程序需要读取或处理的数据，例如数据库文件、配置文件、日志文件等。

动态配置信息可以是待部署应用在运行时可以根据需要进行动态调整的配置项和参数。动态配置信息具有更高的灵活性和可动态修改的特点。在本公开实施例中，动态配置信息包含容器镜像生成配置信息和参数配置信息。使用动态配置信息可以使应用程序更加灵活和适应不同的环境和需求。通过改变配置项的值，应用程序可以快速响应变化的需求，而不需要重新编译或重新部署整个应用程序。这样可以提高应用程序的可配置性、可扩展性和可维护性。

其中，容器镜像生成配置信息是指在生成容器镜像过程中所需的配置项和参数，用于定义和控制容器镜像的构建和配置。容器镜像生成配置信息包括但不限于以下内容：基础镜像：指定容器镜像所基于的基础镜像，即容器镜像的起点。基础镜像包含了操作***和基本的运行时环境，是构建容器镜像的基础。构建脚本或Dockerfile：描述了容器镜像的构建过程和所需的步骤。通过编写构建脚本或Dockerfile，可以定义容器镜像的各种配置项，例如安装软件包、设置环境变量、复制文件等。镜像标签：给容器镜像打上标签，用于唯一标识和区分不同版本的容器镜像。标签可以包括版本号、发布日期等信息，便于管理和追溯。镜像仓库：指定容器镜像生成后的存储位置，可以是本地仓库或远程仓库。在将容器镜像上传到镜像仓库之后，可以在其他环境中下载和部署。构建参数：用于传递给容器镜像构建过程的参数。这些参数可以影响镜像的配置和行为，例如指定运行时环境、设置默认密码等。通过配置容器镜像生成信息，可以定制化地构建符合应用程序需求的容器镜像。根据这些配置信息，构建工具会自动执行相应的操作，生成容器镜像文件。容器镜像生成配置信息可以通过命令行、配置文件或持续集成/持续部署工具进行传递和配置。

参数配置信息是在待部署应用运行时可以进行调整的参数和配置项。这些参数和配置项可以影响应用程序的行为、性能和功能。参数配置信息通常包括以下内容：资源配置：用于配置待部署应用所使用的***资源，如内存、CPU、磁盘空间等。通过调整资源配置参数，可以控制应用程序的性能和资源利用率。服务连接信息：用于指定待部署应用连接到其他服务或数据库的配置信息，如数据库连接串、API端点地址等。通过修改连接信息，可以连接到不同环境的服务或更改数据源。参数配置信息可以通过配置文件、环境变量、命令行参数等方式进行指定和传递。应用程序在运行时会根据这些参数配置进行适应性的调整，从而实现灵活的运行和定制化需求。通过修改参数配置，可以在不重新编译和部署待部署应用的情况下改变其行为，提供更好的可定制性和灵活性。

S204，根据待部署应用的资源文件和容器镜像生成配置信息，生成待部署应用内各个程序包的容器镜像，上传至镜像仓库。

需要说明的是，收集待部署应用所需的资源文件，包括应用代码、配置文件、静态文件、依赖库等。确保资源文件已经准备好，并且符合应用程序的要求。根据容器镜像生成配置信息定义容器镜像的基础镜像、复制资源文件到镜像中的位置、运行命令和设置环境变量等。利用容器化平台或构建工具，根据容器镜像生成配置信息，执行容器镜像构建过程。这个过程会根据容器镜像生成配置信息的指示，将资源文件和所需的程序包等打包到容器镜像中。

还需要解释的是，在容器镜像构建过程中，根据资源文件和容器镜像生成配置信息，生成待部署应用内各个程序包所需的容器镜像。每个程序包通常对应一个镜像，包含了该程序包的运行时环境、依赖项和配置。上传至镜像仓库：将生成的容器镜像上传至镜像仓库，以便后续的部署和使用。镜像仓库可以是本地仓库或远程仓库，用于存储和管理容器镜像。

上传至镜像仓库后，待部署应用的容器镜像就可以在不同环境中进行部署，以实现待部署应用的运行和功能。通过容器镜像的生成和上传，可以更加便捷地进行待部署应用的部署和维护，并且容器化的特性提供了更好的可移植性和可扩展性。

S206，根据待部署应用的参数配置信息，生成待部署应用的Chart包，上传至Chart仓库，其中，Chart包中包含部署待部署应用内各个程序包所需的参数配置信息。

需要说明的是，待部署应用的Chart包是用于部署和管理开源容器编排平台Kubernetes应用程序的一种打包格式。它是Helm工具的核心概念之一。Helm是一个在Kubernetes上进行应用程序部署和管理的工具。它使用Chart作为应用程序的打包和发布形式。Chart包含了应用程序的描述、配置、依赖关系等信息，以便能够在不同的Kubernetes集群上进行重复和可靠的部署。

Chart包的核心组件包括：Chart.yaml：描述Chart包的元数据信息，例如名称、版本、维护者、描述等。values.yaml：定义应用程序的参数配置信息。可以在这里设置默认值，并允许在部署时覆盖。Templates目录：包含一系列Kubernetes资源文件模板，用于创建和配置Kubernetes资源，如Deployment、Service、ConfigMap等。根据待部署应用的参数配置信息，生成待部署应用的Chart包，具体可以根据模板创建一个新的Chart目录，并在目录中按照一定的结构创建和定义Chart的配置文件和模板。使用Helm工具打包Chart目录，生成一个压缩文件作为Chart包。Chart包可以通过命令行或Chart仓库进行分发和安装。其他用户可以使用Helm来获取Chart包，并根据配置文件中定义的参数值来进行自定义部署。

通过使用Chart包，可以实现待部署应用在不同环境中的可重复部署和管理。开发者和运维团队可以通过Chart包来维护和更新待部署应用。将其上传到Chart仓库中。其他用户可以使用Helm来检索和部署该Chart包，并根据参数配置信息来自定义部署的待部署应用。

S208，根据Chart仓库中待部署应用的Chart包，调用镜像仓库中待部署应用的容器镜像进行部署。

需要说明的是，使用Helm工具从Chart仓库中检索所述待部署应用的Chart包。可以使用以下命令来检索Chart包，使用Helm工具部署待部署应用的Chart包，并指定相关的参数配置。Helm将会根据Chart包中定义的模板和参数配置，自动创建并调用镜像仓库中的对应容器镜像进行部署。Helm会使用镜像仓库中的镜像来创建Kubernetes的Pod、Deployment或其他资源。

通过获取待部署应用的资源文件和动态配置信息，包括程序包、容器镜像生成配置信息和参数配置信息，可以准备好应用程序所需的资源和配置，确保部署过程顺利进行。基于所提供的资源文件和容器镜像生成配置信息，生成与待部署应用内各个程序包相应的容器镜像，并将其上传至镜像仓库。这样可以确保镜像的稳定性和可重复性，方便在部署过程中调用和使用。根据参数配置信息，打包成Chart包，并将其上传至Chart仓库。Chart包中包含了部署所需的参数配置信息，使得应用程序的部署更加灵活和可配置。通过调用Chart仓库中的Chart包，并根据其中的配置信息，完成镜像的调用和应用的部署。

综合以上几个步骤可以实现自动化、可配置化的应用程序部署和管理。将待部署应用以容器镜像的形式进行封装和管理，使得应用的部署、维护和扩展变得更加方便和可控。提高应用开发效率和应用的可维护性。

需要注意的是，本公开技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定，本公开实施例中获取的个人、客户和人群等相关的个人身份数据、操作数据、行为数据等多种类型的数据，均已获得授权。

在本公开的一些实施例中，如图3所示，根据待部署应用的资源文件和容器镜像生成配置信息，生成待部署应用内各个程序包的容器镜像，上传至镜像仓库，还包括如下步骤：

S302，根据容器镜像生成配置信息创建待部署应用的Dockerfile，Dockerfile用于生成待部署应用内各个程序包的容器镜像。

需要说明的是，根据容器镜像生成配置信息创建Dockerfile：根据所述容器镜像生成配置信息，例如指定基础镜像、设置环境变量、复制文件等操作，创建用于生成待部署应用内各个程序包的Dockerfile。Dockerfile是一个文本文件，包含了构建容器镜像所需的步骤和命令。使用所创建的Dockerfile，通过Docker工具进行容器镜像的构建。Docker工具会根据Dockerfile中的指令和配置，自动执行构建步骤，将资源文件和程序包打包进镜像，并生成对应的容器镜像。

S304，根据Dockerfile生成待部署应用内各个程序包的容器镜像。

具体地，根据所述容器镜像生成配置信息，创建一个名为Dockerfile的文本文件。在Dockerfile中，使用一系列指令来描述容器的构建过程。通过在Dockerfile所在的目录中执行构建容器镜像命令，构建容器镜像。Docker将根据Dockerfile中的指令，自动执行构建步骤，复制资源文件、安装依赖、运行相关命令，并生成最终的容器镜像。生成容器镜像后，可以使用运行命令来部署和运行容器镜像。Docker将根据容器镜像创建并运行相应的容器，使得待部署应用能够在容器中得以运行。

根据所述Dockerfile可以生成待部署应用内各个程序包的容器镜像。Docker工具会根据Dockerfile中的指令和配置自动化地执行构建步骤，并生成与应用程序相应的容器镜像，以便后续的部署和运行。

S306，对待部署应用内各个程序包的容器镜像和待部署应用的资源文件进行打包，并将打包结果上传至至镜像仓库。

具体地，将待部署应用内各个程序包的容器镜像和待部署应用的资源文件放置在一个目录下。在此目录下，创建一个打包文件，使用打包工具，如Docker或OCI工具，将待部署应用内各个程序包的容器镜像和待部署应用的资源文件打包进上述创建的打包文件中。将打包的结果文件上传至镜像仓库，以供后续的部署和使用。具体的上传方式和命令取决于所使用的镜像仓库平台，例如Docker Hub、Amazon ECR等。

待部署应用内各个程序包的容器镜像和待部署应用的资源文件将被打包在一个文件中，并上传至镜像仓库。这样可以方便地获取、共享和部署应用程序的完整打包结果，使得应用的部署和使用更加方便和可控。

通过上述步骤，应用容器化部署方法可以根据待部署应用的资源文件和容器镜像生成配置信息，生成各个程序包的容器镜像。将容器镜像及其相关的资源文件打包，并上传至镜像仓库，以供后续的部署和使用。这样能够确保容器镜像的生成和管理的自动化，并将应用程序以容器镜像的形式进行封装和共享。

在本公开的一些实施例中，如图4所示，根据待部署应用的参数配置信息，生成待部署应用的Chart包，还包括如下步骤：

S402，解析待部署应用的参数配置信息。

对待部署应用的参数配置信息进行解析，获取各个参数的具体数值或配置项。具体地，可以调用Parser进程读取待部署应用的参数配置信息并解析。

S404，将解析后的待部署应用的参数配置信息结合Chart配置模板进行修改，Chart配置模板包括：Value配置模板和Template配置模板。

修改Chart配置模板：根据解析后的参数配置信息，将其与预定义的Ch art配置模板进行合并和修改。Chart配置模板一般包括Value配置模板和Te mplate配置模板。具体地，Value配置模板：用来定义各个参数的默认值或占位符。通过替换Value配置模板中的占位符，将解析后的参数配置值注入到Chart中。Template配置模板：用来定义应用程序的资源配置和部署模板，例如容器数量、服务挂载等。根据解析后的参数配置值，可以对Template配置模板进行修改，以满足具体的部署需求。

S406，生成Chart目标文件，Chart目标文件包括：Value目标文件和Te mplate目标文件。

根据Chart配置模板，生成Chart目标文件。Chart目标文件包括Value目标文件和Template目标文件。具体地，Parser进程解析后的待部署应用的参数配置信息结合Chart配置模板进行修改，生成临时中间文件，临时中间文件输出，调用Generator进程，Generator根据中间文件动态生成Chart目标文件。其中Chart目标文件包括：Value目标文件和Template目标文件等。Value目标文件：包含解析后的参数配置值，替换了Value配置模板中的占位符。Template目标文件：包含修改后的Template配置模板，以满足具体部署需求。

S408，根据Chart目标文件生成待部署应用的Chart包。

根据生成的Chart目标文件，使用Helm工具将其打包成Chart包，Chart包中包含了待部署应用的所有配置信息，包括解析后的参数配置值。

还需要解释的是，Chart目标文件，即Chart包中的文件，具体的还包括：Chart.yaml文件，用于描述Chart包的基本信息，包括名称、版本、应用描述等。values.yaml文件，用于定义待部署应用的参数配置值。将从目标文件(Value目标文件)中提取的解析后的参数配置值填入该文件。Template目标文件：将Template目标文件复制到Chart包目录下的templates文件夹中。Template目标文件包含了更新后的Template配置模板，描述了待部署应用的的资源配置和部署模板。

通过以上步骤，根据Chart目标文件可以生成待部署应用的Chart包。Chart包中包含了待部署应用的参数配置值，用于进行应用部署。这样可以实现应用的一键部署和配置，提高部署的可复用性和可扩展性。

在本公开的一些实施例中，在根据待部署应用的参数配置信息，生成待部署应用的Chart包，上传至Chart仓库之后，还包括如下步骤：

生成待部署应用的Chart下载地址，Chart下载地址用于包管理器Helm客户端下载待部署应用的Chart包，Helm客户端用于将下载的Chart包发送给部署平台，以使部署平台根据Chart仓库中待部署应用的Chart包，调用镜像仓库中待部署应用的容器镜像进行部署。

需要说明的是，根据上传至Chart仓库的待部署应用的Chart包，生成一个Chart下载地址。这个下载地址通常由Chart仓库提供，用于让用户和部署平台获取Chart包的位置信息。使用Helm客户端下载Chart包：使用包管理器Helm客户端，通过Chart下载地址获取待部署应用的Chart包。Helm客户端负责从Chart仓库下载Chart包，并将其保存到本地文件***中。发送Chart包给部署平台：将下载的Chart包发送给部署平台，以便部署平台进行应用的部署。这一步可能涉及与部署平台的集成和通信，具体的实现方式取决于部署平台的要求和支持的机制。部署平台调用镜像仓库进行部署：部署平台根据所获取的Chart包，从镜像仓库中调用待部署应用的容器镜像进行部署。部署平台根据Chart包中的配置信息，动态生成容器部署规范，并调用镜像仓库中对应的容器镜像启动应用实例。

还需要解释的是，部署平台是一个用于自动化和管理应用程序部署的工具或***。它提供了一个集中的、可视化的界面，用于管理和控制应用程序的部署流程，并提供必要的工具和功能来简化部署过程、监控应用程序状态，并确保应用程序在目标环境中的正确运行。用于定义和管理应用程序的部署流程。管理员可以配置不同阶段和步骤，并指定执行顺序、依赖关系和参数配置等。部署平台通过脚本或自动化工具，自动执行整个部署流程中的步骤，包括代码构建、测试、镜像打包、容器编排、配置管理等。这样可以减少人工干预和减少错误，提高部署的一致性和可靠性。环境管理：部署平台提供了环境配置和管理的功能，包括管理目标环境、配置文件、环境变量等。管理员可以在部署过程中选择目标环境，并设置环境特定的配置，以适应不同的部署场景和需求。部署平台通常支持各种不同的应用类型，具有一定的灵活性和可扩展性。它可以适应不同规模和复杂度的应用部署需求，并与其他工具和***进行集成，以满足特定的部署要求。

通过部署平台，开发团队可以更快速、高效地进行应用程序的部署和发布。它简化了部署过程，减少了手动操作和错误，提高了应用程序的交付速度和质量，同时增强了对应用程序的管控和可观察性。

通过以上步骤，根据待部署应用的参数配置信息生成Chart包，并上传至Chart仓库。然后生成Chart下载地址，供Helm客户端下载Chart包。下载后的Chart包通过Helm客户端发送给部署平台，以便部署平台根据Chart包的信息调用镜像仓库中的容器镜像进行应用部署。这样可以实现基于Chart的应用容器化部署，提供了一种方便且可重复使用的部署方式，同时保证了应用程序的一致性和可管理性。

在本公开的一些实施例中，上述的部署平台可以是Kubernetes，Kubernetes是一个开源容器编排和管理平台，旨在简化容器化应用程序的部署、伸缩和管理。它提供了一组强大的功能，包括自动化容器的创建、调度、网络和存储等资源的管理，以及应用程序的健康检查、自愈能力和水平扩展等。

需要说明的是，部署平台更广义地指代用于自动化和管理应用程序部署的工具或***，包括但不限于Kubernetes。部署平台可以基于Kubernetes构建，利用Kubernetes提供的容器编排和自动化特性来简化和管理应用程序的部署。同时，部署平台还可以与其他技术栈和工具进行集成，以满足不同的部署需求。

在本公开的其他实施例中提供的应用容器化部署方法中，都可以在Kubernetes进行部署。

在本公开的一些实施例中，如图5所示，根据Chart仓库中待部署应用的Chart包，调用镜像仓库中待部署应用的容器镜像进行部署，还包括如下步骤：

S502，获取待部署应用的Chart包。

根据部署需求，从Chart仓库中获取待部署应用的Chart包。可以使用包管理器如Helm来从Chart仓库下载Chart包，或者通过API调用获取Chart包文件。

S504，解析待部署应用的Chart包。

对获取的Chart包进行解析。解析过程涉及读取Chart包中的配置文件、模板文件、依赖关系等内容，并将其解析为可用于部署的数据结构。

S506，根据解析后的待部署应用的Chart包，从镜像仓库中获取待部署应用的容器镜像进行部署。

根据解析后的Chart包信息，包括容器镜像的名称、版本号等参数，从镜像仓库中获取待部署应用的容器镜像。镜像仓库可以是Docker Hub、Priv ate Registry等，并根据指定的镜像标签版本获取特定的容器镜像。进行应用部署，在获取到所需的容器镜像后，使用容器编排工具(如Kubernetes)或部署平台来进行应用部署。将根据Chart包中的配置信息，如Pod、Deploym ent、Service等对象的定义，将容器镜像实例化为运行中的容器实例，并配置网络、存储等相应资源。

通过以上步骤，可以根据Chart仓库中的Chart包调用镜像仓库中的容器镜像进行应用部署。获取Chart包、解析Chart包、获取容器镜像以及应用部署是实现应用容器化部署的关键步骤，从而实现快速、可重复、可扩展的应用程序部署流程。

在本公开的一些实施例中，如图6所示，在根据Chart仓库中待部署应用的Chart包，调用镜像仓库中待部署应用的容器镜像进行部署之后，还包括如下步骤：

S602，根据待部署应用内各个程序包的容器镜像实例化生成待部署应用的容器实例。

需要说明的是，根据待部署应用内各个程序包的容器镜像，使用镜像仓库中的容器镜像实例化生成待部署应用的容器实例。对于复杂的应用程序，可能需要实例化多个容器来构成一个完整的待部署应用，每个容器负责运行一个程序包或服务。根据待部署应用的配置和需求，确定各个程序包的容器镜像以及它们之间的关系和依赖关系。这可以通过应用的配置文件、Docker file或其他相关信息来确定。使用容器编排工具(如Kubernetes)或部署平台，根据容器镜像创建待部署应用的容器实例。对于每个容器实例，设置相应的配置参数，如环境变量、网络设置等。这些参数可以根据容器实例的要求进行配置，以满足待部署应用的需求。对于多容器应用，确保各个容器实例之间建立正确的通信和依赖关系。这包括配置网络连接、定义服务发现、设置共享卷或进行其他必要的连接配置。

S604，启动待部署应用的容器实例。

启动待部署应用的容器实例通常通过容器编排工具(如Kubernetes)或部署平台的命令来完成。还需要确定，根据待部署应用的启动顺序和依赖关系，确定容器实例的启动顺序。某些容器可能需要在其他容器启动之前先启动。启动实例化后的容器，使其进入运行状态。这通常由容器编排工具(如Kubernetes)或部署平台自动完成，根据指定的容器配置和部署策略进行容器的启动、调度和管理。

通过以上步骤，根据从镜像仓库获取的容器镜像，实例化生成待部署应用的容器实例，并将其启动为运行状态。待部署应用的各个程序包会以容器的形式运行起来，每个容器里面运行着一个或多个相关联的服务，共同组成完整的应用。这种容器化部署方式具有灵活性、便捷性，并且能够支持应用程序的快速部署、扩缩容和管理。

在本公开的一些实施例中，上述待部署应用如果进行销毁，在销毁环节，可以使用Kubernetes来销毁应用，或通过调度Helm的Uninstall进行销毁。具体的调度Helm的Uninstall过程：使用Helm命令调用Uninstall过程来销毁已部署的应用。Uninstall过程将根据Helm的配置文件(如Chart文件)、版本号等信息，卸载并删除应用的所有相关资源，包括Kubernetes中的部署、服务、配置文件、网络设置等。

在本公开的一些实施例中，Helm自动调用Kubernetes接口：在执行Uninstall过程时，Helm会自动调用Kubernetes API，通过与Kubernetes进行通信，实现对应用资源的释放和回收。这包括删除相关的Pod、Service、Ingress、ConfigMap、PersistentVolume等资源，并释放所占用的存储空间和网络资源。

通过调度Helm的Uninstall过程，并让Helm自动调用Kubernetes接口，可以实现应用资源的有效销毁和清理。这种方式确保了应用的完全清理，包括所有相关的Kubernetes资源和配置文件，避免了遗留的垃圾数据和资源浪费。需要注意的是，销毁应用之前，确保备份必要的数据和配置，以防止意外删除。并且，在执行销毁操作时，需要谨慎确认操作，确保需要销毁的应用已经没有被其他依赖项使用，以免对***产生不利影响。

基于同一发明构思，本公开实施例中还提供了一种……装置，如下面的实施例所述。由于该装置实施例解决问题的原理与上述方法实施例相似，因此该装置实施例的实施可以参见上述方法实施例的实施，重复之处不再赘述。

图7示出本公开实施例中一种应用容器化部署装置示意图，如图7所示，该应用容器化部署装置70包括：

信息获取模块701，用于获取待部署应用的资源文件和动态配置信息，其中，资源文件包括：至少一个程序包，每个程序包部署于一个容器上，动态配置信息包含：容器镜像生成配置信息和参数配置信息；

容器镜像生成模块702，用于根据待部署应用的资源文件和容器镜像生成配置信息，生成待部署应用内各个程序包的容器镜像，上传至镜像仓库；

Chart包生成模块703，用于根据待部署应用的参数配置信息，生成待部署应用的Chart包，上传至Chart仓库，其中，Chart包中包含部署待部署应用内各个程序包所需的参数配置信息；

部署模块704，用于根据Chart仓库中待部署应用的Chart包，调用镜像仓库中待部署应用的容器镜像进行部署。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述方法实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以在诸如一组计算机可执行指令的计算机***中执行。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为***、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“***”。

下面参照图8来描述根据本公开的这种实施方式的电子设备800。图8显示的电子设备800仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同***组件(包括存储单元820和处理单元810)的总线830。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得处理单元810执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，处理单元810可以执行上述方法实施例的如下步骤：获取待部署应用的资源文件和动态配置信息，其中，资源文件包括：至少一个程序包，每个程序包部署于一个容器上，动态配置信息包含：容器镜像生成配置信息和参数配置信息；根据待部署应用的资源文件和容器镜像生成配置信息，生成待部署应用内各个程序包的容器镜像，上传至镜像仓库；根据待部署应用的参数配置信息，生成待部署应用的Chart包，上传至Chart仓库，其中，Chart包中包含部署待部署应用内各个程序包所需的参数配置信息；根据Chart仓库中待部署应用的Chart包，调用镜像仓库中待部署应用的容器镜像进行部署。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(ROM)8203。

存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、***总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

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

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机程序产品，该计算机程序产品包括：计算机程序，所述计算机程序被处理器执行时实现上述应用容器化部署方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质可以是可读信号介质或者可读存储介质。图9示出本公开实施例中一种计算机可读存储介质示意图，如图9所示，该算机可读存储介质900上存储有能够实现本公开上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

本公开中的计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

在本公开中，计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。

可选地，计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

在具体实施时，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

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

Claims (10)

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

获取待部署应用的资源文件和动态配置信息，其中，所述资源文件包括：至少一个程序包，每个程序包部署于一个容器上，所述动态配置信息包含：容器镜像生成配置信息和参数配置信息；

根据所述待部署应用的资源文件和容器镜像生成配置信息，生成所述待部署应用内各个程序包的容器镜像，上传至镜像仓库；

根据所述待部署应用的参数配置信息，生成所述待部署应用的Chart包，上传至Chart仓库，其中，所述Chart包中包含部署所述待部署应用内各个程序包所需的参数配置信息；

根据所述Chart仓库中所述待部署应用的Chart包，调用所述镜像仓库中所述待部署应用的容器镜像进行部署。

2.根据权利要求1所述的应用容器化部署方法，其特征在于，根据所述待部署应用的资源文件和容器镜像生成配置信息，生成所述待部署应用内各个程序包的容器镜像，上传至镜像仓库，包括：

根据所述容器镜像生成配置信息创建所述待部署应用的Dockerfile，所述Dockerfile用于生成所述待部署应用内各个程序包的容器镜像；

根据所述Dockerfile生成所述待部署应用内各个程序包的容器镜像；

对所述待部署应用内各个程序包的容器镜像和所述待部署应用的资源文件进行打包，并将打包结果上传至至镜像仓库。

3.根据权利要求1所述的应用容器化部署方法，其特征在于，根据所述待部署应用的参数配置信息，生成所述待部署应用的Chart包，包括：

解析所述待部署应用的参数配置信息；

将解析后的待部署应用的参数配置信息结合Chart配置模板进行修改，所述Chart配置模板包括：Value配置模板和Template配置模板；

生成Chart目标文件，所述Chart目标文件包括：Value目标文件和Tem plate目标文件；

根据Chart目标文件生成所述待部署应用的Chart包。

4.根据权利要求1所述的应用容器化部署方法，其特征在于，在根据所述待部署应用的参数配置信息，生成所述待部署应用的Chart包，上传至Chart仓库之后，所述方法还包括：

生成所述待部署应用的Chart下载地址，所述Chart下载地址用于包管理器Helm客户端下载所述待部署应用的Chart包，所述Helm客户端用于将下载的Chart包发送给部署平台，以使部署平台根据所述Chart仓库中所述待部署应用的Chart包，调用所述镜像仓库中所述待部署应用的容器镜像进行部署。

5.根据权利要求1所述的应用容器化部署方法，其特征在于，根据所述Chart仓库中所述待部署应用的Chart包，调用所述镜像仓库中所述待部署应用的容器镜像进行部署，包括：

获取所述待部署应用的Chart包；

解析所述待部署应用的Chart包；

根据解析后的待部署应用的Chart包，从所述镜像仓库中获取所述待部署应用的容器镜像进行部署。

6.根据权利要求1所述的应用容器化部署方法，其特征在于，在根据所述Chart仓库中所述待部署应用的Chart包，调用所述镜像仓库中所述待部署应用的容器镜像进行部署之后，所述方法还包括：

根据所述待部署应用内各个程序包的容器镜像实例化生成所述待部署应用的容器实例；

启动所述待部署应用的容器实例。

7.根据权利要求1所述的应用容器化部署方法，其特征在于，根据所述Chart仓库中所述待部署应用的Chart包，调用所述镜像仓库中所述待部署应用的容器镜像在开源容器编排平台Kubernetes进行部署。

8.一种应用容器化部署装置，其特征在于，包括：

信息获取模块，用于获取待部署应用的资源文件和动态配置信息，其中，所述资源文件包括：至少一个程序包，每个程序包部署于一个容器上，所述动态配置信息包含：容器镜像生成配置信息和参数配置信息；

容器镜像生成模块，用于根据所述待部署应用的资源文件和容器镜像生成配置信息，生成所述待部署应用内各个程序包的容器镜像，上传至镜像仓库；

Chart包生成模块，用于根据所述待部署应用的参数配置信息，生成所述待部署应用的Chart包，上传至Chart仓库，其中，所述Chart包中包含部署所述待部署应用内各个程序包所需的参数配置信息；

部署模块，用于根据所述Chart仓库中所述待部署应用的Chart包，调用所述镜像仓库中所述待部署应用的容器镜像进行部署。

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

处理器；以及

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

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1～7中任意一项所述的应用容器化部署方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1～7中任意一项所述的应用容器化部署方法。