CN115237436A - 应用部署方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本公开提供一种应用部署方法、装置、电子设备及可读存储介质，涉及互联网技术，尤其涉及云原生应用、应用部署领域。具体实现方案包括：接收来自用户的应用配置参数，应用配置参数用于描述待部署应用。根据应用配置参数生成至少一个代码仓库和配置仓库。通过预先设置的应用模型，根据至少一个代码仓库和配置仓库渲染得到待部署应用的应用参数包。根据应用参数包，在云平台上部署待部署应用。由于用户只需要提供配置参数，即可根据配置参数生成应用参数包并在云平台上部署应用，无需用户直接编写应用参数包，大大降低了在云平台上部署应用的门槛，提供了更加便捷的云原生应用的部署方式。

Description

应用部署方法、装置、电子设备及可读存储介质

技术领域

本公开涉及互联网技术，尤其涉及云原生应用、应用部署领域。

背景技术

通过舵手(Kubernetes，K8s)系统在云平台上部署应用是一种常用的实现云原生应用的方法。

目前，在K8s上部署云原生应用时，可以基于舵轮(Helm)工具，根据海图(Chart)数据包导入部署应用的参数，在K8s上部署应用。

发明内容

本公开提供了一种应用部署方法、装置、电子设备及可读存储介质，能够降低使用Chart在K8s上部署应用的技术门槛，提供更加便捷的云原生应用的部署方式。

根据本公开的第一方面，提供了一种应用部署方法，包括：接收来自用户的应用配置参数，应用配置参数用于描述待部署应用。根据应用配置参数生成至少一个代码仓库和配置仓库。通过预先设置的应用模型，根据至少一个代码仓库和配置仓库渲染得到待部署应用的应用参数包。根据应用参数包，在云平台上部署待部署应用。

根据本公开的第二方面，提供了一种应用部署装置，包括：接收模块，用于接收来自用户的应用配置参数，应用配置参数用于描述待部署应用。生成模块，用于根据应用配置参数生成至少一个代码仓库和配置仓库。渲染模块，用于通过预先设置的应用模型，根据至少一个代码仓库和配置仓库渲染得到待部署应用的应用参数包。部署模块，用于根据应用参数包，在云平台上部署待部署应用。

根据本公开的第三方面，提供了一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如第一方面提供的方法。

根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行根据第一方面提供的方法。

根据本公开的第五方面，提供了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现根据第一方面提供的方法。

本公开通过接收来自用户的应用配置参数并根据应用配置参数、预设的代码仓库和配置仓库，通过预先设置的应用模型，渲染得到待部署应用的应用参数包。最后根据应用参数包，在云平台上部署待部署应用。由于用户只需要提供配置参数，即可根据配置参数生成应用参数包并在云平台上部署应用，无需用户直接编写应用参数包，大大降低了在云平台上部署应用的门槛，提供了更加便捷的云原生应用的部署方式。

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

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1为本公开实施例提供的一种应用部署方法的流程示意图；

图2为本公开实施例提供的一种应用部署方法中S130的流程示意图；

图3为本公开实施例提供的一种应用部署方法中S110的流程示意图；

图4为本公开实施例提供的另一种应用部署方法的流程示意图；

图5为本公开实施例提供的一种应用部署装置的组成示意图；

图6示出了可以用来实施本公开的实施例的示例电子设备600的示意性框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

通过K8s系统在云平台上部署应用是一种常用的实现云原生应用的方法。目前，在K8s上部署云原生应用时，可以基于Helm工具，根据Chart包导入部署应用的参数，实现在K8s上部署应用。

但是，由于Chart包的编写比较复杂，需要耗费大量的精力去学习如何编写，导致通过Chart在K8s上部署应用的技术门槛较高，大多数人无法掌握并使用。

对此，本申请提供了一种应用部署方法，包括：接收来自用户的应用配置参数，应用配置参数用于描述待部署应用。根据应用配置参数生成至少一个代码仓库和配置仓库。通过预先设置的应用模型，根据至少一个代码仓库和配置仓库渲染得到待部署应用的应用参数包。根据应用参数包，在云平台上部署待部署应用。

由于用户只需要提供配置参数，即可根据配置参数生成应用参数包并在云平台上部署应用，无需用户直接编写应用参数包，大大降低了在云平台上部署应用的门槛，提供了更加便捷的云原生应用的部署方式。

图1为本公开实施例提供的一种应用部署方法的流程示意图。该方法可以应用于电子设备，电子设备可以是智能手机、平板电脑、笔记本电脑、台式电脑或者定制终端等。这些设备的操作系统可以是安卓(Android)系统，窗口系统(Windows)，苹果移动操作系统(iOS)，苹果操作系统(Mac OS)或者鸿蒙系统(Harmony OS)、林纳斯系统(Linux)等，本公开对此不作限制。

在本申请中，以待部署应用的应用参数包为Chart模板作为示例，对应用部署方法进行说明，图1所示，应用部署方法包括：

S110、接收来自用户的应用配置参数。

其中，应用配置参数用于描述待部署应用。

一些实施方式中，应用配置参数可以包括用户输入的代码、配置应用参数包的数值(Values)等。应用配置参数可以用于描述待部署应用对应Chart的信息、硬件配置信息、软件配置信息、网络配置信息、监控配置信息、插件配置信息、配置文件挂载信息以及额外修改(Extension)信息等。

其中，待部署应用对应Chart的信息可以包括应用的工作负载类型，如无状态负载(Deployment)、有状态负载(StatefulSet)等，还可以包括生成Chart模板的物料的版本。硬件配置信息则是对硬件资源的需求，如中央处理器(Central Processing Unit，CPU)的核心数量、是否需要图形处理器(Graphics Processing Unit，GPU)等。软件配置信息则可以包括对待部署应用运行时系统环境的配置，如系统环境变量、启动命令、就绪存活等探针等。网络配置信息则包括对待部署应用运行是网络环境的配置，如是否要求有外网访问/受访能力、是否需要开放的端口、是否需要路由控制、是否需要主机别名(hostAliases)、是否需要防火墙限制等。监控配置信息则包括需要采用的监控相关信息、需要的日志采集相关信息等资源的描述。插件配置信息可以包括应用运行所需的插件，如需要伴随服务启动的数据库(如MySQL、MariaDB等)，需要伴随服务启动的远程字典服务(Remote DictionaryServer，Redis)等。配置文件挂载信息则可以包括需要挂载的配置文件，此配置文件可以存储在盖特(Git)中，Git是一个开源的分布式版本控制系统。在需要挂载配置文件或存在相应的触发操作时，可以从Git拉取配置文件，并进行挂载。extension信息用于干预生成的Chart的内容，对最终生成的Chart的额外修改。

需要说明的是，应用配置参数所描述的信息不限于以上示例，还可以扩展更多的描述信息，本公开对此不作限制。

应用配置参数可以通过仍是一种标记语言(Yet Another Markup Language，yaml)文件描述上述信息，该yaml文件也可以存储至Git中，不受限于特定形式。例如，可以在yaml文件中书写其他未列举的配置，将此未列举的配置作为生成的Chart模板时的values内容。

S120、根据应用配置参数生成至少一个代码仓库和配置仓库。

一些实施方式中，代码仓库和配置仓库也存储在Git中，代码仓库和配置仓库可合并称为值为元(meta)文件。

其中，代码仓库可以根据应用配置参数中记录的代码生成。代码仓库可以存在多个，代码仓库中可以存储有来自用户的代码、来自用户的编译文件(Makefile)或编译脚本(build.sh)。还可能存在用于描述构建的定制信息、各种构建场景构建参数的yaml文件(ci.yaml)。最后，还可能包括一个或多个容器文件(Dockerfile)，用于容器(Docker)镜像的构建。

配置仓库可以根据应用配置参数中的配置参数生成。配置仓库可以包括应用信息文件、服务配置文件或extension文件。其中，应用信息文件可是平台生成的，其中定义了应用的特征描述，例如，可以包括应用需要使用的负载类型(如有状态应用、无状态应用、原地有状态应用、原地无状态应用、应用市场中的中间件、无负载类型的静态文件等)、需要的组件、需要的网络资源、需要的硬件资源等。服务配置文件则记录了应用所需的配置文件。extension文件与应用配置参数中的extension信息类似，用于对最终生成的Chart模板进行片段修改。

需要说明的是，上述的平台可以是K8s平台即服务(Platform as a Service，PaaS)平台，但不以此为限。

S130、通过预先设置的应用模型，根据至少一个代码仓库和配置仓库渲染得到待部署应用的应用参数包。

一些实施方式中，可以先根据代码仓库中存储的用户的代码进行编译，得到二进制代码或打包的tar包等。然后根据代码仓库中的参数构建Docker镜像。最后，根据配置仓库中配置的内容和Docker镜像渲染得到待部署应用的应用参数包。

S140、根据应用参数包，在云平台上部署待部署应用。

一些实施方式中，应用参数包为Chart模板。可以根据部署策略，使用Helm将此Chart模板向K8s集群进行部署上线。

在本实施例中，由于用户只需要提供配置参数，即可根据配置参数生成应用参数包并在云平台上部署应用，无需用户直接编写应用参数包，大大降低了在云平台上部署应用的门槛，提供了更加便捷的云原生应用的部署方式。

图2为本公开实施例提供的一种应用部署方法中S130的流程示意图。

一些实施方式中，参考图2，通过预先设置的应用模型，根据至少一个代码仓库和配置仓库渲染得到待部署应用的应用参数包，包括：

S210、根据至少一个代码仓库生成容器镜像。

一些实施方式中，可以根据用户提供的Dockerfile构建Docker镜像。其中，若代码仓库中不存在用户提供的Dockerfile，则可以根据预设的开发语言，自动生成基础的Dockerfile，以构建Docker镜像。

S220、根据容器镜像和配置仓库，获取至少一个应用参数包的构建物料。

一些实施方式中，应用参数包的构建物料即为Chart模板的构建物料，指的是一组各种资源的Helm/Chart模板的片段。Chart模板的片段按照预设规则书写。使用Helm/Chart的注释作为锚点。渲染时可以使用获取到的构建物料生成出最终的Chart模板。

S230、根据容器镜像以及构建物料进行预渲染，得到预渲染的应用参数包。

一些实施方式中，预渲染得到的Chart模板若无需修改，即不存在用户提供的extension文件时，Chart模板打包后可以直接使用。若Chart模板若需修改，则可以执行S240。

S240、获取预渲染的应用参数包对应的额外修改文件。

一些实施方式中，在确认配置仓库中存在用户提供的extension文件时，获取与预渲染得到的Chart模板对应的extension文件。

或者另一些实施方式中，也可以基于可视界面，接收来自用户的额外修改参数。根据额外修改参数生成额外修改文件。

在本实施例中，基于可视界面，接收来自用户的额外修改参数并生成extension文件，可以更加灵活的对Chart模板进行修改，提高Chart模板的自定义程度。

S250、将额外修改文件和预渲染的应用参数包合并，得到待部署应用的应用参数包。

一些实施方式中，可根据额外修改文件在预渲染的应用参数包中定位对应的参数。根据额外修改文件中参数的值对预渲染的应用参数包中对应的参数进行修改。将修改后的预渲染的应用参数包打包，得到待部署应用的应用参数包。

例如，Chart模板中记录A的值为1，extension文件中记录A的值为2，则可以根据extension文件遍历Char模板，寻找名为A的参数，将其参数值修改为2。

在本实施例中，在需要对Chart模板修改时，通过extension文件对生成的Chart模板进行修改、更新，进一步降低了Chart的使用门槛。

在本实施例中，在根据至少一个代码仓库和配置仓库渲染Chart模板时，可以根据extension文件在预渲染的Chart模板中定位参数并修改，将修改后的预渲染的Chart模板打包，得到待部署应用的Chart模板。无需用户重新编写Chart模板，进一步提高Chart模板的自定义程度，降低Chart的使用门槛。

图3为本公开实施例提供的一种应用部署方法中S110的流程示意图。

一些实施方式中，接收来自用户的应用配置参数，包括：

S310、基于可视界面，接收来自用户的标准配置参数和自定义配置参数。

一些实施方式中，可视界面中可以包括多个标准配置参数的输入界面，只需通过输入界面接收用户输入的参数，即可得到标准配置参数。

一些实施方式中，可视界面中还可以包括自定义配置参数输入界面或自定义配置参数上传界面。自定义配置可以通过计算机语言编写，在此对计算机语言不做限制。可以通过自定义配置参数输入界面接收用户编辑的自定义配置，或者通过自定义配置参数上传界面接收用户编辑好的文档，文档中包含了用户编辑的自定义配置。

S320、根据标准配置参数和自定义配置参数生成应用配置参数。

一些实施方式中，可以将接收到的标准配置参数和自定义配置参数打包，得到应用配置参数。

在本实施例中，通过可视界面接收来自用户的标准配置参数和自定义配置参数以生成应用配置参数。应用配置参数可以根据用户需求高度自定义，且无需编写整个Chart模板。有效提高了Chart模板的自定义程度，降低Chart的使用门槛。

图4为本公开实施例提供的另一种应用部署方法的流程示意图。

一些实施方式中，参考图4，图4中提供了应用部署方法完整的实现流程，包括准备阶段和渲染阶段。

其中准备阶段是对应用模型进行配置，例如，需要确认新建应用，获取来自用户的应用配置参数以及用户书写的extension信息。在接收到这些数据后，将应用配置参数转换为meta文件、将extension信息编译为extension文件。其中，meta文件中包括至少一个代码仓库和配置仓库。然后，将meta文件和extension文件存储在Git中。需要说明的是，Git仅为示例而非限制，还可以存储在其他类似的存储空间中，本公开对此不作限制。

渲染阶段则是渲染生成Chart模板的阶段，参考图4，可以同时读取Git中的meta文件和extension文件。对于meta文件，先校验其完整性、合法性，然后读取其中用户自定义的字段，向下合并各分级的meta文件。然后，读取系统定义的字段以及根据meta文件中的配置，下载对应版本的Chart模板的构建物料。

其中，对于系统定义的字段，可直接渲染系统部分的meta文件，得到系统部分的yaml文件(如values.yaml)。对于下载的Chart模板的构建物料，则可以先根据系统定义的字段对其进行裁剪，去除与当前应用无关的部分，生成预渲染的Chart模板。再将预渲染的Chart模板与extension文件合并，得到修改后的预渲染的Chart模板。

最后，将系统部分的yaml文件和修改后的预渲染的Chart模板打包，生成最终的Chart模板。Chart模板可以存储在预设的Chart仓库中，也可以直接发送至平台以部署应用。

通过本公开中提供的应用部署方法，非专业的K8s用户可以以较低的门槛快速生成或修改Helm/Chart包，从而实现在K8s上部署云原生应用。专业的K8s用户则可以根据自己的需求，使用Chart模板的构建物料生成Helm/Chart包，实现其所需的功能。平台可以通过修改Chart模板的构建物料，同步修改不同客户生成的Helm/Chart包，而无需通知用户自行修改，可以有效提高平台上Chart模板版本的一致性，减少因版本不同而出现问题的概率。

通过本公开中提供的应用部署方法生成的Chart模板为K8s通用模板，可以在其他的K8s平台运行，方便用户私有化部署，或对已部署的应用进行迁移。

本公开中提供的应用部署方法是基于应用模型的，无需单独安装控制组件(controller)也可以实现，对应用环境要求降低，扩展了应用场景。

示例性实施例中，本公开实施例还提供一种应用部署装置，可以用于实现如前述实施例提供的应用部署方法。

图5为本公开实施例提供的一种应用部署装置的组成示意图。

如图5所示，该装置可以包括：

接收模块51，用于接收来自用户的应用配置参数，应用配置参数用于描述待部署应用。

生成模块52，用于根据应用配置参数生成至少一个代码仓库和配置仓库。

渲染模块53，用于通过预先设置的应用模型，根据至少一个代码仓库和配置仓库渲染得到待部署应用的应用参数包。

部署模块54，用于根据应用参数包，在云平台上部署待部署应用。

一些实施方式中，渲染模块53，用于根据至少一个代码仓库生成容器镜像。根据容器镜像和配置仓库，获取至少一个应用参数包的构建物料。根据容器镜像以及构建物料进行预渲染，得到预渲染的应用参数包。获取预渲染的应用参数包对应的额外修改文件。将额外修改文件和预渲染的应用参数包合并，得到待部署应用的应用参数包。

一些实施方式中，还包括获取模块55，用于基于可视界面，接收来自用户的额外修改参数。根据额外修改参数生成额外修改文件。

一些实施方式中，渲染模块53，具体用于根据额外修改文件在预渲染的应用参数包中定位对应的参数。根据额外修改文件中参数的值对预渲染的应用参数包中对应的参数进行修改。将修改后的预渲染的应用参数包打包，得到待部署应用的应用参数包。

一些实施方式中，接收模块51，具体用于基于可视界面，接收来自用户的标准配置参数和自定义配置参数。根据标准配置参数和自定义配置参数生成应用配置参数。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如以上实施例中提供的方法。

示例性实施例中，可读存储介质可以是存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行根据以上实施例中提供的方法。

示例性实施例中，计算机程序产品包括计算机程序，所述计算机程序在被处理器执行时实现根据以上实施例中提供的方法。

图6示出了可以用来实施本公开的实施例的示例电子设备600的示意性框图。

电子设备旨在表示各种形式的数字计算机，诸如，车载电脑、膝上型计算机、平板电脑、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

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

计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如页面渲染方法。例如，在一些实施例中，页面渲染方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元605。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时，可以执行上文描述的页面渲染方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行应用部署方法。

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

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

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

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

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

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

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

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

Claims (13)

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

接收来自用户的应用配置参数，所述应用配置参数用于描述待部署应用；

根据所述应用配置参数生成至少一个代码仓库和配置仓库；

通过预先设置的应用模型，根据所述至少一个代码仓库和配置仓库渲染得到所述待部署应用的应用参数包；

根据所述应用参数包，在云平台上部署所述待部署应用。

2.根据权利要求1所述的方法，其特征在于，所述通过预先设置的应用模型，根据所述至少一个代码仓库和配置仓库渲染得到所述待部署应用的应用参数包，包括：

根据至少一个代码仓库生成容器镜像；

根据所述容器镜像和所述配置仓库，获取至少一个所述应用参数包的构建物料；

根据所述容器镜像以及所述构建物料进行预渲染，得到预渲染的应用参数包；

获取所述预渲染的应用参数包对应的额外修改文件；

将所述额外修改文件和所述预渲染的应用参数包合并，得到所述待部署应用的应用参数包。

3.根据权利要求2所述的方法，其特征在于，所述获取所述预渲染的应用参数包对应的额外修改文件，包括：

基于可视界面，接收来自用户的额外修改参数；

根据所述额外修改参数生成所述额外修改文件。

4.根据权利要求2或3所述的方法，其特征在于，所述将所述额外修改文件和所述预渲染的应用参数包合并，得到所述待部署应用的应用参数包，包括：

根据所述额外修改文件在所述预渲染的应用参数包中定位对应的参数；

根据所述额外修改文件中参数的值对所述预渲染的应用参数包中对应的参数进行修改；

将修改后的所述预渲染的应用参数包打包，得到所述待部署应用的应用参数包。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述接收来自用户的应用配置参数，包括：

基于可视界面，接收来自用户的标准配置参数和自定义配置参数；

根据所述标准配置参数和自定义配置参数生成所述应用配置参数。

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

接收模块，用于接收来自用户的应用配置参数，所述应用配置参数用于描述待部署应用；

生成模块，用于根据所述应用配置参数生成至少一个代码仓库和配置仓库；

渲染模块，用于通过预先设置的应用模型，根据所述至少一个代码仓库和配置仓库渲染得到所述待部署应用的应用参数包；

部署模块，用于根据所述应用参数包，在云平台上部署所述待部署应用。

7.根据权利要求1所述的装置，其特征在于，所述渲染模块，用于根据至少一个代码仓库生成容器镜像；

根据所述容器镜像和所述配置仓库，获取至少一个所述应用参数包的构建物料；

根据所述容器镜像以及所述构建物料进行预渲染，得到预渲染的应用参数包；

获取所述预渲染的应用参数包对应的额外修改文件；

将所述额外修改文件和所述预渲染的应用参数包合并，得到所述待部署应用的应用参数包。

8.根据权利要求7所述的装置，其特征在于，还包括获取模块，用于基于可视界面，接收来自用户的额外修改参数；

根据所述额外修改参数生成所述额外修改文件。

9.根据权利要求7或8所述的装置，其特征在于，所述渲染模块，具体用于根据所述额外修改文件在所述预渲染的应用参数包中定位对应的参数；

根据所述额外修改文件中参数的值对所述预渲染的应用参数包中对应的参数进行修改；

将修改后的所述预渲染的应用参数包打包，得到所述待部署应用的应用参数包。

10.根据权利要求6-9任一项所述的装置，其特征在于，所述接收模块，具体用于基于可视界面，接收来自用户的标准配置参数和自定义配置参数；

根据所述标准配置参数和自定义配置参数生成所述应用配置参数。

11.一种电子设备，其特征在于，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5任一项所述的方法。

12.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行根据权利要求1-5任一项所述的方法。

13.一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-5任一项所述的方法。

Images