CN117076048A - 一种容器应用启动方法、装置、存储介质及电子设备 - Google Patents

Abstract

本发明公开了一种容器应用启动方法、装置、存储介质及电子设备，其中方法包括：获取应用依赖数据包，将所述应用依赖数据包存储在预设路径下；响应于应用启动请求，从镜像数据库中拉取应用镜像数据包，建立所述应用依赖数据包和所述应用镜像数据包的关联关系；基于所述应用依赖数据包和所述应用镜像数据包进行应用启动。通过将应用启动所需的应用数据划分为应用依赖数据包和应用镜像数据包，将应用依赖数据包在应用启动之前预存储在宿主机中，在应用启动过程中，仅需从镜像数据库中拉取应用镜像数据包，减少了镜像拉取阶段和解压阶段的处理数据量，提高了镜像拉取速度，以及提高了应用启动速度。

Description

一种容器应用启动方法、装置、存储介质及电子设备

技术领域

本发明涉及计算机技术领域，尤其涉及一种容器应用启动方法、装置、存储介质及电子设备。

背景技术

在云场景下，docker镜像交付已经成为一种实际上的标准。当前部署应用的直接方式为用编排引擎k8s拉取镜像，镜像拉取的速度在整个启动周期内起到决定性作用。

在实现本发明的过程中，发现现有技术中至少存在以下技术问题：应用启动过程包括拉取镜像包和将镜像包解压缩，其中，镜像仓库中镜像数据包的数据量大，影响了应用的启动速度。

发明内容

本发明提供了一种容器应用启动方法、装置、存储介质及电子设备，以实现对应用启动过程的加速。

根据本发明的一方面，提供了一种容器应用启动方法，包括：

获取应用依赖数据包，将所述应用依赖数据包存储在预设路径下；

响应于应用启动请求，从镜像数据库中拉取应用镜像数据包，建立所述应用依赖数据包和所述应用镜像数据包的关联关系；

基于所述应用依赖数据包和所述应用镜像数据包进行应用启动。

可选的，所述获取应用依赖数据包，将所述应用依赖数据包存储在预设路径下，包括：在宿主机中安装镜像容器，所述镜像容器中包括所述应用依赖数据包；从所述镜像容器中读取所述应用依赖数据包，并存储至宿主机的预设路径下。

可选的，所述建立所述应用依赖数据包和所述应用镜像数据包的关联关系，包括：基于所述应用依赖数据包的路径信息和所述应用镜像数据包的路径信息，建立软连接。

可选的，所述基于所述应用依赖数据包的路径信息和所述应用镜像数据包的路径信息，建立软连接，包括：获取所述应用依赖数据包的属性信息；基于所述应用依赖数据包的属性信息确定所述应用依赖数据包的路径信息，建立所述应用依赖数据包的路径信息和所述应用镜像数据包的路径信息之间的软连接。

可选的，所述建立所述应用依赖数据包和所述应用镜像数据包的关联关系，包括：获取所述应用依赖数据包的属性信息，将所述应用依赖数据包的属性信息添加到所述应用镜像数据包对应的环境变量中。

可选的，所述属性信息包括所述应用依赖数据包的路径信息、数据名称、版本号的一项或多项。

可选的，所述方法还包括：对所述应用依赖数据包进行异常检测，在检测到异常的情况下，生成数据更新提示信息，以更新所述应用依赖数据包。

根据本发明的另一方面，提供了一种容器应用启动装置，包括：

数据包存储模块，用于获取应用依赖数据包，将所述应用依赖数据包存储在预设路径下；

数据包关联模块，用于响应于应用启动请求，从镜像数据库中拉取应用镜像数据包，建立所述应用依赖数据包和所述应用镜像数据包的关联关系；

应用启动模块，用于基于所述应用依赖数据包和所述应用镜像数据包进行应用启动。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的容器应用启动方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的容器应用启动方法。

本发明实施例的技术方案，通过将应用启动所需的应用数据划分为应用依赖数据包和应用镜像数据包，将应用依赖数据包在应用启动之前预存储在宿主机中，在应用启动过程中，仅需从镜像数据库中拉取应用镜像数据包，减少了镜像拉取阶段和解压阶段的处理数据量，提高了镜像拉取速度，以及提高了应用启动速度。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是本发明实施例提供的一种容器应用启动方法的流程图；

图2是本发明实施例提供的一种容器应用启动装置的结构示意图；

图3是本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

图1是本发明实施例提供的一种容器应用启动方法的流程图，本实施例可适用于在宿主机上进行应用启动的情况，该方法可以由容器应用启动装置来执行，该容器应用启动装置可以采用硬件和/或软件的形式实现，该容器应用启动装置可配置于宿主机等的电子设备。如图1所示，该方法包括：

S110、获取应用依赖数据包，将所述应用依赖数据包存储在预设路径下。

S120、响应于应用启动请求，从镜像数据库中拉取应用镜像数据包，建立所述应用依赖数据包和所述应用镜像数据包的关联关系。

S130、基于所述应用依赖数据包和所述应用镜像数据包进行应用启动。

本实施例中，K8s(kubernetes，容器集群管理平台)中包括管理节点(master)和多个工作节点(node)，每一工作节点可以是一宿主机。镜像数据库为独立于K8s，宿主机与镜像数据库通信连接，与镜像数据库进行数据传输，例如，宿主机向镜像数据库上传数据包，或者宿主机从镜像数据库拉取数据包等。

镜像数据库中可存储有应用依赖数据包和应用镜像数据包，该应用依赖数据包和应用镜像数据包可以由应用发布端上传的，该应用发布端包括但不限于宿主机。其中，应用发布端在向像服务器之前，对应用数据进行分类封装，得到应用依赖数据包和应用镜像数据包，其中，应用镜像数据包中包括应用服务本身的应用数据，应用依赖数据包中包括应用运行所依赖的数据。可选的，根据数据类型对数据进行分类，得到应用数据和依赖数据，示例性的，依赖数据的数据类型包括但不限于jdk数据、tomcat数据、nginx数据、nodejs数据、golang数据等，相应的，依赖数据的数据类型之外的其他类型为应用数据类型，此处，依赖数据类型可以是预先配置的，可形成依赖数据类型表，将应用相关数据的数据类型在上述依赖数据类型表中匹配，以区分应用数据和依赖数据。可选的，根据数据标识对数据进行分类，其中，该数据标识为根据用户输入的标识设置操作设置的，例如，携带有第一标识的数据为应用数据，携带有第二标识的数据为依赖数据。将应用数据进行封装得到应用镜像数据包，将依赖数据进行封装得到应用依赖数据包。

镜像数据库中存储应用依赖数据包和应用镜像数据包，其中，每一应用可对应应用依赖数据包和应用镜像数据包，不同应用的应用依赖数据包可以相同或不同。在一些实施例中，镜像数据库在接收新增应用的应用依赖数据包和应用镜像数据包的情况下，向K8s的多个宿主机下发应用依赖数据包。在一些实施例中，在宿主机的初始化阶段，向镜像数据库请求各应用的应用依赖数据包。

本实施例中，通过将应用依赖数据包预先存储在本地，在应用启动的过程中，从镜像数据库中拉取应用镜像数据包，基于预存储的应用依赖数据包和拉取的应用镜像数据包实现应用启动。由于应用依赖数据包预先存储在本地，无需在应用启动过程中对应用依赖数据包的拉取和解压等处理，相应的，在应用启动过程中，在镜像拉取阶段、解压阶段和启动阶段所处理的数据量减少，提高应用启动速度。

宿主机预先获取应用依赖数据包，将应用依赖数据包在本地存储。可选的，在获取应用依赖数据包的过程中，确定待获取的依赖数据在本地存储中是否存在，若否，则继续获取该依赖数据，若是，则停止获取该依赖数据。示例性的，在应用A和应用B的应用依赖数据包相同的情况下，若宿主机中预先存储的应用A的应用依赖数据包，则无需再次存储应用B的应用依赖数据包，在应用A和应用B的启动过程中，可将上述应用依赖数据包作为公共数据包进行调用，以降低重复数据包对宿主机存储空间的占用。

可选的，获取应用依赖数据包，将所述应用依赖数据包存储在预设路径下，包括：在宿主机中安装镜像容器，所述镜像容器中包括所述应用依赖数据包；从所述镜像容器中读取所述应用依赖数据包，并存储至宿主机的预设路径下。通过在宿主机中预先创建守护进程控制器，通过该守护进程控制器在宿主机中安装镜像容器，该镜像容器基于应用依赖数据包运行得到的。镜像容器的目录下包括应用依赖数据包，从镜像容器的存储路径下复制应用依赖数据包，并将应用依赖数据包存储在宿主机的预设路径下。

其中，应用依赖数据包的路径信息可以是基于宿主机的存储路径以及该应用依赖数据包的属性信息确定，示例性的，宿主机的存储路径可以是export/servers-system，应用依赖数据包的属性信息可以包括系统版本和数据包版本，其中，系统版本可以是通过os表征，数据包版本可通过sdk表征，相应的，应用依赖数据包的路径信息可以是/export/servers-system/<os>/<sdk>。通过应用依赖数据包的属性信息设置路径信息，便于基于属性信息查询应用依赖数据包。

将应用启动所需的应用数据通过两个阶段获取，在第一阶段对应用依赖数据包进行预存储，在第二阶段进行应用镜像数据包的获取和应用启动，其中，第一阶段早于第二阶段，第一阶段可以是宿主机的初始化阶段，第二阶段可以是应用部署阶段。

在第二阶段中，响应于应用启动请求，向镜像数据库发送应用镜像数据包的请求，从镜像数据库中拉取应用镜像数据包，基于应用镜像数据包和应用镜像数据包进行应用启动。可以理解的是，宿主机中可以包括多个应用的应用依赖数据包，或者，宿主机中包括不同版本的应用依赖数据包。相应的，可以确定应用镜像数据包运行所需的应用依赖数据包，建立应用依赖数据包和应用镜像数据包的关联关系，以进行应用启动。

在一些实施例中，建立所述应用依赖数据包和所述应用镜像数据包的关联关系，包括：基于所述应用依赖数据包的路径信息和所述应用镜像数据包的路径信息，建立软连接。通过建立软连接，可将应用依赖数据包链接到应用镜像数据包的路径下，使得应用镜像数据包的运行过程中，可调用应用依赖数据包。

可选的，基于所述应用依赖数据包的路径信息和所述应用镜像数据包的路径信息，建立软连接，包括：获取所述应用依赖数据包的属性信息；基于所述应用依赖数据包的属性信息确定所述应用依赖数据包的路径信息，建立所述应用依赖数据包的路径信息和所述应用镜像数据包的路径信息之间的软连接。其中，应用依赖数据包的属性信息可以是外部输入的，通过该属性信息在宿主机的存储空间中进行匹配，确定与属性信息相匹配的应用依赖数据包，以及该应用依赖数据包的路径信息。应用依赖数据包的属性信息还可以是应用镜像数据包中携带的，预先在应用镜像数据包中添加所需应用依赖数据包的属性信息，便于在宿主机中匹配到所需应用依赖数据包。

其中，属性信息可以是应用依赖数据包的数据名称、版本号的一项或多项。示例性的，将应用依赖数据包的属性信息与宿主机中各应用依赖数据包的路径信息的特定字段进行匹配，将匹配成功的路径信息确定为所需应用依赖数据包的路径信息。

在一些实施例中，建立所述应用依赖数据包和所述应用镜像数据包的关联关系，包括：获取所述应用依赖数据包的属性信息，将所述应用依赖数据包的属性信息添加到所述应用镜像数据包对应的环境变量中。其中，属性信息包括所述应用依赖数据包的路径信息、数据名称、版本号的一项或多项。

可选的，获取应用启动所需应用依赖数据包的路径信息，将应用依赖数据包的路径信息添加到应用镜像数据包对应的环境变量，在应用启动过程中，可基于路径信息调用应用依赖数据包，实现应用启动。

可选的，获取应用启动所需应用依赖数据包的数据名称、版本号的一项或多项，可基于应用依赖数据包的数据名称和/或版本号在宿主机中匹配到所需的应用依赖数据包，在应用启动过程中，调用上述匹配到的应用依赖数据包，实现应用启动。

本实施例的技术方案，通过将应用启动所需的应用数据划分为应用依赖数据包和应用镜像数据包，将应用依赖数据包在应用启动之前预存储在宿主机中，在应用启动过程中，仅需从镜像数据库中拉取应用镜像数据包，减少了镜像拉取阶段和解压阶段的处理数据量，提高了镜像拉取速度，以及提高了应用启动速度。

在上述实施例的基础上，镜像数据库在接收应用依赖数据包的更新数据包的情况下，向多个宿主机下发更新数据包。宿主机接收更新数据包，并触发应用服务更新。

在上述实施例的基础上，在应用启动后，对所述应用依赖数据包进行异常检测，在检测到异常的情况下，生成数据更新提示信息，以更新所述应用依赖数据包。其中，对应用依赖数据包的异常检测可以预先设置异常项，并基于预设时间间隔定期对依赖数据包进行异常项检测，该异常项可根据用户需求设置，例如安全异常项等，此处不作限定。

例如可以将数据更新提示信息发送至应用分布端，以使应用分布端上传应用依赖数据包的更新数据包。

可以理解的是，更新数据包的版本信息可以不同，基于更新数据包的属性信息更新应用镜像数据包对应的环境变量，或者，更新应用镜像数据包与应用依赖数据包的软连接为应用镜像数据包与更新数据包的软连接。

图2是本发明实施例提供的一种容器应用启动装置的结构示意图。如图2所示，该装置包括：

数据包存储模块210，用于获取应用依赖数据包，将所述应用依赖数据包存储在预设路径下；

数据包关联模块220，用于响应于应用启动请求，从镜像数据库中拉取应用镜像数据包，建立所述应用依赖数据包和所述应用镜像数据包的关联关系；

应用启动模块230，用于基于所述应用依赖数据包和所述应用镜像数据包进行应用启动。

本实施例的技术方案，通过将应用启动所需的应用数据划分为应用依赖数据包和应用镜像数据包，将应用依赖数据包在应用启动之前预存储在宿主机中，在应用启动过程中，仅需从镜像数据库中拉取应用镜像数据包，减少了镜像拉取阶段和解压阶段的处理数据量，提高了镜像拉取速度，以及提高了应用启动速度。

在上述实施例的基础上，可选的，数据包存储模块210用于：

在宿主机中安装镜像容器，所述镜像容器中包括所述应用依赖数据包；从所述镜像容器中读取所述应用依赖数据包，并存储至宿主机的预设路径下。

在上述实施例的基础上，可选的，数据包关联模块220用于：基于所述应用依赖数据包的路径信息和所述应用镜像数据包的路径信息，建立软连接。

可选的，数据包关联模块220还用于：获取所述应用依赖数据包的属性信息；基于所述应用依赖数据包的属性信息确定所述应用依赖数据包的路径信息，建立所述应用依赖数据包的路径信息和所述应用镜像数据包的路径信息之间的软连接。

在上述实施例的基础上，可选的，数据包关联模块220用于：获取所述应用依赖数据包的属性信息，将所述应用依赖数据包的属性信息添加到所述应用镜像数据包对应的环境变量中。

可选的，所述属性信息包括所述应用依赖数据包的路径信息、数据名称、版本号的一项或多项。

在上述实施例的基础上，该装置还包括：异常检测模块，用于对所述应用依赖数据包进行异常检测，在检测到异常的情况下，生成数据更新提示信息，以更新所述应用依赖数据包。

本发明实施例所提供的容器应用启动装置可执行本发明任意实施例所提供的容器应用启动方法，具备执行方法相应的功能模块和有益效果。

图3是本发明实施例提供的一种电子设备的结构示意图。电子设备10旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图3所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如容器应用启动方法。

在一些实施例中，容器应用启动方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的容器应用启动方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行容器应用启动方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的容器应用启动方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，计算机指令用于使处理器执行一种容器应用启动方法，该方法包括：

获取应用依赖数据包，将所述应用依赖数据包存储在预设路径下；响应于应用启动请求，从镜像数据库中拉取应用镜像数据包，建立所述应用依赖数据包和所述应用镜像数据包的关联关系；基于所述应用依赖数据包和所述应用镜像数据包进行应用启动。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种容器应用启动方法，其特征在于，包括：

获取应用依赖数据包，将所述应用依赖数据包存储在预设路径下；

响应于应用启动请求，从镜像数据库中拉取应用镜像数据包，建立所述应用依赖数据包和所述应用镜像数据包的关联关系；

基于所述应用依赖数据包和所述应用镜像数据包进行应用启动。

2.根据权利要求1所述的方法，其特征在于，所述获取应用依赖数据包，将所述应用依赖数据包存储在预设路径下，包括：

在宿主机中安装镜像容器，所述镜像容器中包括所述应用依赖数据包；

从所述镜像容器中读取所述应用依赖数据包，并存储至宿主机的预设路径下。

3.根据权利要求1所述的方法，其特征在于，所述建立所述应用依赖数据包和所述应用镜像数据包的关联关系，包括：

基于所述应用依赖数据包的路径信息和所述应用镜像数据包的路径信息，建立软连接。

4.根据权利要求3所述的方法，其特征在于，所述基于所述应用依赖数据包的路径信息和所述应用镜像数据包的路径信息，建立软连接，包括：

获取所述应用依赖数据包的属性信息；

基于所述应用依赖数据包的属性信息确定所述应用依赖数据包的路径信息，建立所述应用依赖数据包的路径信息和所述应用镜像数据包的路径信息之间的软连接。

5.根据权利要求1所述的方法，其特征在于，所述建立所述应用依赖数据包和所述应用镜像数据包的关联关系，包括：

获取所述应用依赖数据包的属性信息，将所述应用依赖数据包的属性信息添加到所述应用镜像数据包对应的环境变量中。

6.根据权利要求4或5所述的方法，其特征在于，所述属性信息包括所述应用依赖数据包的路径信息、数据名称、版本号的一项或多项。

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

对所述应用依赖数据包进行异常检测，在检测到异常的情况下，生成数据更新提示信息，以更新所述应用依赖数据包。

8.一种容器应用启动装置，其特征在于，包括：

数据包存储模块，用于获取应用依赖数据包，将所述应用依赖数据包存储在预设路径下；

数据包关联模块，用于响应于应用启动请求，从镜像数据库中拉取应用镜像数据包，建立所述应用依赖数据包和所述应用镜像数据包的关联关系；

应用启动模块，用于基于所述应用依赖数据包和所述应用镜像数据包进行应用启动。

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

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的容器应用启动方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的容器应用启动方法。