多应用部署方法、多应用部署装置及计算机可读存储介质与流程

1.本技术涉及容器云平台的应用部署技术领域，特别是涉及一种多应用部署方法、多应用部署装置以及计算机可读存储介质。


背景技术：

2.原生的helm批量部署多应用时，应用间耦合程度高，应用管控难度较大。原生的helm中，对于多应用的批量部署，需要部署一个整合了所有应用的chart整包。部署该chart整包后，会生成一个实例，该实例包含了所有应用的资源。
3.原生的helm批量部署多应用时，应用编排不灵活。所有应用的chart包通过依赖整合到一个chart整包中，用户部署chart整包后即可拉起所有应用，实现helm批量部署多应用。在实际生产场景下，用户根据实际场景选配需要的应用，应用发生增减时，需要重新制作chart整包，增加用户操作成本。


技术实现要素：

4.本技术提供了一种多应用部署方法、多应用部署装置以及计算机可读存储介质。
5.本技术提供了一种多应用部署方法，所述多应用部署方法包括：
6.获取部署方案的资源清单文件，其中，所述资源清单文件包括至少一个目标应用；
7.将所述资源清单文件映射到容器云平台的多应用部署工具，其中，所述多应用部署工具为所述容器云平台上预先部署的应用；
8.利用所述多应用部署工具对所述资源清单文件中每一目标应用的应用参数创建目标应用子实例；
9.将至少一个目标应用子实例组合为目标应用实例。
10.其中，所述利用所述多应用部署工具对所述资源清单文件中每一目标应用的应用参数创建目标应用子实例，包括：
11.利用所述多应用部署工具读取所述资源清单文件中每一目标应用的应用参数；
12.基于每一目标应用的应用参数创建配置文件；
13.按照所述配置文件部署应用资源，获取所述每一目标应用的目标应用子实例。
14.其中，所述利用所述多应用部署工具读取所述资源清单文件中每一目标应用的应用参数，包括：
15.获取所述多应用部署工具的资源信息；
16.利用所述资源信息创建多应用部署工具应用实例；
17.利用所述多应用部署工具应用实例解析所述资源清单文件的内容，从而读取所述每一目标应用的应用参数。
18.其中，所述利用所述多应用部署工具应用实例解析所述资源清单文件的内容，包括：
19.利用所述多应用部署工具应用实例调用容器云平台的管控对象的接口，解析所述
资源清单文件的内容。
20.其中，所述将所述资源清单文件映射到多应用部署工具，包括：
21.将所述资源清单文件映射到所述多应用部署工具的配置文件；
22.将所述配置文件作为目录挂载在所述多应用部署工具的任务文件；
23.所述利用所述多应用部署工具对所述资源清单文件中每一目标应用的应用参数创建目标应用子实例，包括：
24.通过运行所述任务文件执行业务逻辑，读取所述多应用部署工具的配置文件下的资源清单文件中的应用参数；
25.利用所述每一目标应用的应用参数创建对应的目标应用子实例。
26.其中，所述应用参数包括：应用名、仓库地址、模板版本，和/或数值内容；所述任务文件为一次性任务文件或定时任务文件。
27.其中，所述将至少一个目标应用子实例组合为目标应用实例之后，所述多应用部署方法还包括：
28.响应于至少一个目标应用子实例的升级指令，获取所述至少一个目标子应用实例的升级配置文件；
29.按照所述升级配置文件对所述至少一个目标子应用实例中的当前配置文件进行修改，从而获取升级后的目标应用子实例。
30.其中，所述按照所述升级配置文件对所述至少一个目标子应用实例中的当前配置文件进行修改，从而获取升级后的目标应用子实例，包括：
31.将所述至少一个目标子应用实例从所述目标应用实例下线，保持其他目标子应用实例的上线状态；
32.利用所述升级配置文件替换所述当前配置文件；
33.按照替换后的升级配置文件重新创建目标应用子实例，从而对所述目标应用子实例进行升级。
34.其中，所述多应用部署方法，还包括：
35.在所述容器云平台部署所述多应用部署工具的应用包；
36.基于所述应用包在所述容器云平台部署所述多应用部署工具的应用资源；
37.基于所述应用资源生成所述多应用部署工具的应用实例，从而在所述容器云平台部署所述多应用部署工具。
38.本技术还提供了一种多应用部署装置，所述多应用部署装置包括处理器和存储器，所述存储器中存储有程序数据，所述处理器用于执行所述程序数据以实现如上述的多应用部署方法。
39.本技术还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储程序数据，所述程序数据在被处理器执行时，用以实现上述的多应用部署方法。
40.本技术的有益效果是：多应用部署装置获取部署方案的资源清单文件，其中，资源清单文件包括至少一个目标应用；将资源清单文件映射到容器云平台的多应用部署工具，其中，多应用部署工具为容器云平台上预先部署的应用；利用多应用部署工具对资源清单文件中每一目标应用的应用参数创建目标应用子实例；将至少一个目标应用子实例组合为目标应用实例。通过上述方式，多应用部署装置通过部署工具，实现了在应用中创建应用，
且应用中的子应用实例相互隔离，降低应用间耦合，根据业务场景选配不同应用时，无需重新制作chart整包，仅需填写配置文件或资源清单文件，减轻了开发者制作chart包的工作成本。
附图说明
41.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：
42.图1是本技术提供的helm原生多应用批量部署流程的示意图；
43.图2是本技术提供的多应用部署方法一实施例的流程示意图；
44.图3是本技术提供的helm多应用部署工具批量部署流程的示意图；
45.图4是本技术提供的多应用部署方法另一实施例的流程示意图；
46.图5是本技术提供的多应用部署装置一实施例的结构示意图；
47.图6是本技术提供的多应用部署装置另一实施例的结构示意图；
48.图7是本技术提供的计算机可读存储介质一实施例的结构示意图。
具体实施方式
49.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术的一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
50.本技术主要设计容器云平台的helm应用部署，具体来说是一种基于helm的多应用部署方案。下面介绍本技术涉及到的技术术语：
51.容器云平台：是依靠容器技术，结合云原生技术，采用容器、容器编排、服务网格等技术构建的一种轻量化pass平台。
52.helm：类似于linux系统下的包管理器，如yum/apt等，可以方便快捷的将之前打包好的yaml文件快速部署进k8s(kubernetes，容器集群管理系统)内，方便管理维护。
53.chart：helm的打包格式叫做chart，所谓chart就是一系列文件，描述了一组相关的k8s集群资源。
54.应用实例：chart中所描述的应用信息经helm部署后生成的资源合集，其中主要包括以容器形式存在的用户应用、用于信息存储的持久化卷等资源。
55.其中，chart是一个具有特定目录树结构和文件的集合，通用的chart目录结构如下表1：
[0056][0057]
表1
[0058]
具体地，chart包里面维护chart.yaml文件，yaml是一个可读性高，用来表达数据序列的格式，又叫资源清单文件或资源编排。
[0059]
其中chart.yaml的具体文件结构如下表2所示：
[0060]
[0061][0062]
表2
[0063]
其中，dependencies字段表示当前chart包所依赖的其它chart包，在打包前，通过使用helm dependency update(build)的方式，可以将依赖tgz文件下载到charts目录下(oci方式)。另外，也可以在charts目录里，创建子依赖文件夹，在charts目录下，执行helm create mysubchart，文件夹名称需要跟chart目录的dependencies的name保持一致，若同name的dependencies，需要通过alias区别，此时alias的名称就是charts包下的子目录名称。
[0064]
具体请参阅图1，图1是本技术提供的helm原生多应用批量部署流程的示意图。
[0065]
如图1所示，开发人员需要选配不同的应用生成不同场景的chart整包，具体方式是通过配置chart整包chart.yaml文件中的dependencies字段，选择所需要的应用，最后使用helm dependency update(build)的方式，将依赖tgz文件下载到charts目录下，以oci方式。
[0066]
运维人员拿到chart整包后，在容器云平台部署，helm-controller根据拿到的chart整包信息渲染生成多应用待部署资源信息，将多应用待部署资源信息传递给kube-apiserver，由k8s将具体资源部署，生成了多个应用的资源。多个应用的资源的集合作为一个应用实例，受到helm-controller的管控。其中，helm-controller为helm提供的一种在集群上管理和运行容器的对象。
[0067]
随着业务发展，某一子应用需要升级时，需要对应用实例进行升级操作，升级流程受到helm-controller管控，由于所有应用资源耦合在一个应用实例中，所以升级时会影响所有应用的业务功能。
[0068]
针对上述问题，本技术提出多应用部署工具用于多应用批量部署。该多应用部署工具本身是chart包，即应用包，容器云平台部署该chart包后，通过helm-controller拉起部署工具应用，部署工具应用的作用是按照部署时的配置文件内容，逐一部署子应用，每个子应用都是一个应用实例，支持独立的升级、上下线和删除操作。
[0069]
其中，多应用部署工具chart目录结构如下表3：
[0070][0071]
表3
[0072]
其中，表3中的多应用部署工具values.yaml配置文件结构如下表4：
[0073][0074]
表4
[0075]
结合上述描述中的多应用部署工具的结构，本技术提供了一种多应用部署方法，具体请参阅图2和图3，图2是本技术提供的多应用部署方法一实施例的流程示意图，图3是本技术提供的helm多应用部署工具批量部署流程的示意图。
[0076]
其中，本技术的多应用部署方法应用于一种多应用部署装置，其中，本技术的多应用部署装置可以为服务器或终端设备等，也可以为由服务器和终端设备相互配合的系统。相应地，多应用部署装置包括的各个部分，例如各个单元、子单元、模块、子模块可以全部设置于服务器中，也可以分别设置于服务器和终端设备中。
[0077]
进一步地，上述服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，如分布式系统、云端等，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块，例如用来提供分布式服务器的软件或软件模块，也可以实现成单个软件或软件模块，在此不做具体限定。在一些可能的实现方式中，本技术实施例的多应用部署方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。
[0078]
如图2所示，本技术实施例的多应用部署方法具体包括以下步骤：
[0079]
步骤s11：获取部署方案的资源清单文件，其中，资源清单文件包括至少一个目标应用。
[0080]
在本技术实施例中，开发人员选配不同的应用，按照格式填写多应用部署工具values.yaml，输出部署方案yaml，即资源清单文件，而非chart整包。如图3所示，开发人员选配应用组成的部署方案a可以包括应用a、应用b、应用c以及应用d，部署方案b可以包括应用a、应用b、应用e以及应用f。
[0081]
步骤s12：将资源清单文件映射到容器云平台的多应用部署工具，其中，多应用部署工具为容器云平台上预先部署的应用。
[0082]
在本技术实施例中，多应用部署装置将部署方案yaml，即资源清单文件映射到多应用部署工具。
[0083]
具体地，运维人员拿到部署方案yaml后，在容器云平台部署多应用部署工具chart。然后，多应用部署装置将部署方案yaml映射到多应用部署工具configmap，即配置文件。
[0084]
需要说明的是，多应用部署工具具体为一种容器云平台上预先部署的应用，而步骤s11中的目标应用可以为业务应用，也可以为工具应用，即多应用部署工具也可以通过本技术的多应用部署文件进行部署，即作为图1所示应用包里面的任意一个或多个应用。
[0085]
具体地，多应用部署工具的部署过程如下：在所述容器云平台部署所述多应用部署工具的应用包；基于所述应用包在所述容器云平台部署所述多应用部署工具的应用资源；基于所述应用资源生成所述多应用部署工具的应用实例，通过所述应用实例在所述容器云平台部署所述多应用部署工具。
[0086]
步骤s13：利用多应用部署工具对资源清单文件中每一目标应用的应用参数创建目标应用子实例。
[0087]
在本技术实施例中，多应用部署装置利用多应用部署工具读取资源清单文件中每一目标应用的应用参数，利用多应用部署工具应用实例调用容器云平台的管控对象的接口，解析资源清单文件的内容。多应用部署装置基于每一目标应用的应用参数创建配置文件；按照配置文件部署应用资源，获取每一目标应用的目标应用子实例。
[0088]
具体地，部署工具configmap作为目录挂载到部署工具job，即任务文件中，部署工具job执行业务逻辑，读取configmap映射目录下的内容，即不同应用的应用名、仓库地址、模板版本、values内容等应用参数。其中，部署工具job具体可以选择一次性任务文件或定时任务文件。进一步地，每个子应用分别调用helm-controller的api(接口)，根据自身的应用参数创建每个子应用的应用实例。
[0089]
进一步地，多应用部署装置还可以获取所述多应用部署工具的资源信息；利用所述资源信息创建多应用部署工具应用实例；利用所述多应用部署工具应用实例解析所述资源清单文件的内容，从而读取所述每一目标应用的应用参数。
[0090]
具体地，容器云平台的helm-controller获取多应用部署工具的chart信息后，渲染chart信息，从而创建多应用部署工具的k8s资源，从而创建多应用部署工具的应用实例。多应用部署工具的应用实例解析部署方案的内容，并反向调用容器云平台的helm-controller读取资源清单文件中的每个子应用的应用参数。
[0091]
步骤s14：将至少一个目标应用子实例组合为目标应用实例。
[0092]
在本技术实施例中，多应用部署装置利用上述步骤s13创建应用实例a、应用实例b、应用实例c以及应用实例d，组成图3所述的目标应用实例。
[0093]
在本技术实施例中，多应用部署装置获取部署方案的资源清单文件，其中，资源清单文件包括至少一个目标应用；将资源清单文件映射到容器云平台的多应用部署工具，其中，多应用部署工具为容器云平台上预先部署的应用；利用多应用部署工具对资源清单文件中每一目标应用的应用参数创建目标应用子实例；将至少一个目标应用子实例组合为目标应用实例。通过上述方式，多应用部署装置通过部署工具，实现了在应用中创建应用，且应用中的子应用实例相互隔离，降低应用间耦合，根据业务场景选配不同应用时，无需重新
制作chart整包，仅需填写配置文件或资源清单文件，减轻了开发者制作chart包的工作成本。
[0094]
实际生产场景下，需要对某一应用进行版本升级，需要对应用下线，影响应用业务功能，由于所有应用整合在同一实例中，对实例中的某一应用上下线，即表示对所有应用的上下线，因此会导致所有应用的业务功能都受到影响。
[0095]
针对实际生产场景的问题，本技术还提供了另一种多应用部署方法，基于多应用部署方法，随着业务发展，某一子应用需要升级时，仅需要对子应用实例进行升级，由于各个子应用实例相互隔离，对某一子应用的升级不会影响其他应用的业务功能。
[0096]
具体请参阅图4，图4是本技术提供的多应用部署方法另一实施例的流程示意图
[0097]
如图4所示，本技术实施例的多应用部署方法具体包括以下步骤：
[0098]
步骤s21：响应于至少一个目标应用子实例的升级指令，获取至少一个目标子应用实例的升级配置文件。
[0099]
在本技术实施例中，如图3所述，运维人员向容器云平台发送升级应用a的升级指令，容器云平台基于该升级指令获取应用a的chart信息，即应用a的升级配置文件。
[0100]
步骤s22：按照升级配置文件对至少一个目标子应用实例中的当前配置文件进行修改，从而获取升级后的目标应用子实例。
[0101]
在本技术实施例中，容器云平台将应用实例a从目标应用实例下线，保持其他应用实例，即应用实例b、应用实例c以及应用实例d保持上线状态。多应用部署装置调用容器云平台的helm-controller更新应用实例a的配置文件，从而重新创建应用实例a。在此期间，其他应用实例的资源均不受影响，且无需下线。
[0102]
在本技术实施例中，通过部署工具创建的应用反向调用helm-controller，实现了在应用中创建应用。原生的helm多应用批量部署导致应用间耦合程度高，应用管控难度较大。通过部署工具部署保证了在一次配置的基础上，子应用实例相互隔离，降低应用间耦合，实现子应用独立的升级、上下线和删除。根据业务场景选配不同应用时，无需重新制作chart整包，仅需填写配置文件，减轻了开发者制作chart包的工作成本。
[0103]
进一步地，多应用部署装置支持子应用独立的升级、上下线和删除功能。以降低应用间耦合，细化应用管控粒度；以及，提供多应用部署yaml一键配置解决方案，通过修改配置文件即可选配待部署应用，无需重新制作chart整包。
[0104]
本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。
[0105]
为实现上述实施例的多应用部署方法，本技术还提出了一种多应用部署装置，具体请参阅图5，图5是本技术提供的多应用部署装置一实施例的结构示意图。
[0106]
本技术实施例的多应用部署装置300包括获取模块31、映射模块32、创建模块33以及组合模块34。
[0107]
其中，获取模块31，用于获取部署方案的资源清单文件，其中，所述资源清单文件包括至少一个目标应用。
[0108]
映射模块32，用于将所述资源清单文件映射到容器云平台的多应用部署工具，其中，所述多应用部署工具为所述容器云平台上预先部署的应用。
[0109]
创建模块33，用于利用所述多应用部署工具对所述资源清单文件中每一目标应用的应用参数创建目标应用子实例。
[0110]
组合模块34，用于将至少一个目标应用子实例组合为目标应用实例。
[0111]
为实现上述实施例的多应用部署方法，本技术还提出了另一种多应用部署装置，具体请参阅图6，图6是本技术提供的多应用部署装置另一实施例的结构示意图。
[0112]
本技术实施例的多应用部署装置500包括存储器51和处理器52，其中，存储器51和处理器52耦接。
[0113]
存储器51用于存储程序数据，处理器52用于执行程序数据以实现上述实施例所述的多应用部署方法。
[0114]
在本实施例中，处理器52还可以称为cpu(central processing unit，中央处理单元)。处理器52可能是一种集成电路芯片，具有信号的处理能力。处理器52还可以是通用处理器、数字信号处理器(dsp，digital signal process)、专用集成电路(asic，application specific integrated circuit)、现场可编程门阵列(fpga，field programmable gate array)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器52也可以是任何常规的处理器等。
[0115]
为实现上述实施例的多应用部署方法，本技术还提供了一种计算机可读存储介质，如图7所示，计算机可读存储介质600用于存储程序数据61，程序数据61在被处理器执行时，用以实现如上述实施例所述的多应用部署方法。
[0116]
本技术还提供一种计算机程序产品，其中，上述计算机程序产品包括计算机程序，上述计算机程序可操作来使计算机执行如本技术实施例所述的多应用部署方法。该计算机程序产品可以为一个软件安装包。
[0117]
本技术上述实施例所述的多应用部署方法，在实现时以软件功能单元的形式存在并作为独立的产品销售或使用时，可以存储在装置中，例如一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0118]
以上所述仅为本技术的实施方式，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。

技术特征：
1.一种多应用部署方法，其特征在于，所述多应用部署方法包括：获取部署方案的资源清单文件，其中，所述资源清单文件包括至少一个目标应用；将所述资源清单文件映射到容器云平台的多应用部署工具，其中，所述多应用部署工具为所述容器云平台上预先部署的应用；利用所述多应用部署工具对所述资源清单文件中每一目标应用的应用参数创建目标应用子实例；将至少一个目标应用子实例组合为目标应用实例。2.根据权利要求1所述的多应用部署方法，其特征在于，所述利用所述多应用部署工具对所述资源清单文件中每一目标应用的应用参数创建目标应用子实例，包括：利用所述多应用部署工具读取所述资源清单文件中每一目标应用的应用参数；基于每一目标应用的应用参数创建配置文件；按照所述配置文件部署应用资源，获取所述每一目标应用的目标应用子实例。3.根据权利要求2所述的多应用部署方法，其特征在于，所述利用所述多应用部署工具读取所述资源清单文件中每一目标应用的应用参数，包括：获取所述多应用部署工具的资源信息；利用所述资源信息创建多应用部署工具应用实例；利用所述多应用部署工具应用实例解析所述资源清单文件的内容，从而读取所述每一目标应用的应用参数。4.根据权利要求3所述的多应用部署方法，其特征在于，所述利用所述多应用部署工具应用实例解析所述资源清单文件的内容，包括：利用所述多应用部署工具应用实例调用容器云平台的管控对象的接口，解析所述资源清单文件的内容。5.根据权利要求1所述的多应用部署方法，其特征在于，所述将所述资源清单文件映射到多应用部署工具，包括：将所述资源清单文件映射到所述多应用部署工具的配置文件；将所述配置文件作为目录挂载在所述多应用部署工具的任务文件；所述利用所述多应用部署工具对所述资源清单文件中每一目标应用的应用参数创建目标应用子实例，包括：通过运行所述任务文件执行业务逻辑，读取所述多应用部署工具的配置文件下的资源清单文件中的应用参数；利用所述每一目标应用的应用参数创建对应的目标应用子实例；其中，所述应用参数包括：应用名、仓库地址、模板版本，和/或数值内容；所述任务文件为一次性任务文件或定时任务文件。6.根据权利要求1所述的多应用部署方法，其特征在于，所述将至少一个目标应用子实例组合为目标应用实例之后，所述多应用部署方法还包括：响应于至少一个目标应用子实例的升级指令，获取所述至少一个目标子应用实例的升
级配置文件；按照所述升级配置文件对所述至少一个目标子应用实例中的当前配置文件进行修改，从而获取升级后的目标应用子实例。7.根据权利要求6所述的多应用部署方法，其特征在于，所述按照所述升级配置文件对所述至少一个目标子应用实例中的当前配置文件进行修改，从而获取升级后的目标应用子实例，包括：将所述至少一个目标子应用实例从所述目标应用实例下线，保持其他目标子应用实例的上线状态；利用所述升级配置文件替换所述当前配置文件；按照替换后的升级配置文件重新创建目标应用子实例，从而对所述目标应用子实例进行升级。8.根据权利要求1所述的多应用部署方法，其特征在于，所述多应用部署方法，还包括：在所述容器云平台部署所述多应用部署工具的应用包；基于所述应用包在所述容器云平台部署所述多应用部署工具的应用资源；基于所述应用资源生成所述多应用部署工具的应用实例，通过所述应用实例在所述容器云平台部署所述多应用部署工具。9.一种多应用部署装置，其特征在于，所述多应用部署装置包括处理器和存储器，所述存储器中存储有程序数据，所述处理器用于执行所述程序数据以实现如权利要求1至8任一项所述的多应用部署方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储程序数据，所述程序数据在被处理器执行时，用以实现权利要求1至8任一项所述的多应用部署方法。

技术总结
本申请提供一种多应用部署方法、多应用部署装置以及计算机可读存储介质。该多应用部署方法包括：获取部署方案的资源清单文件，其中，资源清单文件包括至少一个目标应用；将资源清单文件映射到容器云平台的多应用部署工具，其中，多应用部署工具为容器云平台上预先部署的应用；利用多应用部署工具对资源清单文件中每一目标应用的应用参数创建目标应用子实例；将至少一个目标应用子实例组合为目标应用实例。通过上述方式，多应用部署装置通过部署工具，实现了在应用中创建应用，且应用中的子应用实例相互隔离，降低应用间耦合，根据业务场景选配不同应用时，无需重新制作chart整包，仅需填写配置文件或资源清单文件，减轻了开发者制作chart包的工作成本。chart包的工作成本。chart包的工作成本。


技术研发人员：谷嘉乐 鲍立焕 高伟 周明伟
受保护的技术使用者：浙江大华技术股份有限公司
技术研发日：2023.04.03
技术公布日：2023/8/14