CN116795397A - 应用管理方法、应用管理装置以及计算机可读存储介质 - Google Patents
应用管理方法、应用管理装置以及计算机可读存储介质 Download PDFInfo
- Publication number
- CN116795397A CN116795397A CN202310571291.9A CN202310571291A CN116795397A CN 116795397 A CN116795397 A CN 116795397A CN 202310571291 A CN202310571291 A CN 202310571291A CN 116795397 A CN116795397 A CN 116795397A
- Authority
- CN
- China
- Prior art keywords
- application
- group
- version number
- management method
- application group
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000007726 management method Methods 0.000 title claims abstract description 89
- 238000000034 method Methods 0.000 claims abstract description 20
- 238000012544 monitoring process Methods 0.000 claims abstract description 13
- 230000004931 aggregating effect Effects 0.000 claims abstract description 10
- 230000001419 dependent effect Effects 0.000 claims abstract description 5
- 230000008569 process Effects 0.000 claims description 8
- 238000012795 verification Methods 0.000 claims description 6
- 241000380131 Ammophila arenaria Species 0.000 description 11
- 238000010586 diagram Methods 0.000 description 8
- 238000013461 design Methods 0.000 description 7
- 101100148259 Actinobacillus pleuropneumoniae apxIIA gene Proteins 0.000 description 5
- 230000009471 action Effects 0.000 description 5
- 101150050411 appA gene Proteins 0.000 description 5
- 238000004590 computer program Methods 0.000 description 5
- 230000002776 aggregation Effects 0.000 description 4
- 238000004220 aggregation Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 101100148256 Actinobacillus pleuropneumoniae apxIB gene Proteins 0.000 description 3
- 101150008617 appB gene Proteins 0.000 description 3
- 230000006399 behavior Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 101150070943 appC gene Proteins 0.000 description 2
- 101150015540 apxIIC gene Proteins 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 108010001267 Protein Subunits Proteins 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000012858 packaging process Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
Abstract
本申请提供一种应用管理方法、应用管理装置以及计算机可读存储介质。该应用管理方法包括：在应用平台上部署应用组，以及若干应用；在所述应用组的资源文件中的依赖项添加所述若干应用的资源对象；利用所述应用组添加的资源对象监听对应应用的应用状态，将所述应用的应用状态聚合到所述应用组的资源文件。通过上述方式，应用管理装置提出了对应用组的生命周期进行管理，明确了应用组的交付产物的定义，解决了应用管理停留在单应用的维度，而无法聚焦多个应用的问题，使得应用组能够聚合关联单应用的状态，实现多应用管理。
Description
技术领域
本申请涉及应用管理技术领域，特别是涉及一种应用管理方法、应用管理装置以及计算机可读存储介质。
背景技术
k8s(Kubernetes，容器集群管理系统)是一款产品级容器编排平台,是云原生社区中功能强大、扩展便捷的优秀平台，可优雅的实现自动化部署，动态规格调整，并且通过开源的方式，使其成为具有强大功能的容器化管理系统。k8s将一组容器视为一个逻辑单元(Pod)，达到对业务服务精细化管理，实现最小自完备交付的目标。由于k8s本身聚焦的容器组(Pod)，仅对容器组(Pod)j进行工作负载(Workload)的抽象，通过工作负载的能力，实现不同场景下容器组(Pod)生命周期的便捷管理。但是，k8s对于传统软件在应用级别维度支持较低，全交付给开发者自行维护定义，k8s保留了配置的灵活性，但却牺牲了易用性。
为此云原生社区发展了新的技术产品：Helm(Kubernetes的一个包管理工具)。Helm在应用生命周期管理方向上快速演进，被社区以及k8s开发用户广为认可。Helm是一款基于k8s，且聚焦独立应用维度的资源编排工具。虽然Helm可以通过hook解决实际部署、升级的前后置动作，但Helm并不关心应用之间的关联关系，只能对每个应用的资源信息单独监控和处理，导致Helm无法实现多应用的集中管理。
发明内容
本申请提供了一种应用管理方法、应用管理装置以及计算机可读存储介质。
本申请提供了一种应用管理方法，所述应用管理方法包括：
在应用平台上部署应用组，以及若干应用；
在所述应用组的资源文件中的依赖项添加所述若干应用的资源对象；
利用所述应用组添加的资源对象监听对应应用的应用状态，将所述应用的应用状态聚合到所述应用组的资源文件。
其中，所述在应用平台上部署应用组，以及若干应用，包括：
在所述应用平台部署所述应用组，并创建所述应用组的图表包；
在所述图表包中的可配置项文件写入应用配置；
利用所述应用配置在所述应用平台上部署所述若干应用。
其中，所述可配置项文件中的应用配置包括全局配置以及单应用配置；所述全局配置用于配置所有依赖所述应用组的应用，所述单应用配置用于对每个单应用进行配置。
其中，所述创建所述应用组的图表包之后，所述应用管理方法还包括：
在所述图表包创建自定义资源文件；
在所述自定义资源文件中定义应用组的概念，包括：应用组权限、应用组部署应用信息、应用组操作流程、应用组监听及状态更新流程中的一种或多种。
其中，所述应用组操作流程包括应用部署流程、应用升级流程以及应用下线流程；
所述应用管理方法，还包括：
在所述应用组操作流程中定义版本校验规则；
响应于应用升级指令，判断当前应用组版本是否在所述版本校验规则规定的范围内；
若是，获取当前应用实际版本号，当前应用组版本号以及目标应用组版本号；
根据所述当前应用组版本号以及所述目标应用组版本号确定的应用有效升级范围对所述当前应用实际版本号进行升级。
其中，所述根据所述当前应用组版本号以及所述目标应用组版本号确定的应用有效升级范围对所述当前应用实际版本号进行升级，包括：
根据所述当前应用组版本号以及所述目标应用组版本号确定应用有效升级范围；
判断所述当前应用实际版本号是否在所述应用有效升级范围内；
若是，则将所述当前应用实际版本号升级到所述目标应用组版本号；
若否，则在所述当前应用实际版本号小于所述应用有效升级范围的情况下，对所述应用升级指令回复升级失败终止的信息；在存在单应用的当前应用实际版本号大于所述应用有效升级范围时，所述单应用跳过版本升级流程，其余当前应用实际版本号在所述应用有效升级范围内的单应用升级到所述目标应用组版本号。
其中，所述利用所述应用组添加的资源对象监听对应应用的应用状态，将所述应用的应用状态聚合到所述应用组的资源文件，包括：
在所述应用组创建自定义控制组件；
利用所述自定义控制组件将所述应用组的资源对象翻译成工作流对象；
按照所述工作流对象的步骤监听对应应用的应用状态，将所述若干应用的应用状态聚合到所述应用组的资源文件。
其中，所述工作流对象包括应用批量操作类型，和/或应用批量部署顺序。
本申请还提供了一种应用管理装置，所述应用管理装置包括处理器和存储器，所述存储器中存储有程序数据，所述处理器用于执行所述程序数据以实现如上述的应用管理方法。
本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储程序数据，所述程序数据在被处理器执行时，用以实现上述的应用管理方法。
本申请的有益效果是：应用管理装置在应用平台上部署应用组，以及若干应用；在所述应用组的资源文件中的依赖项添加所述若干应用的资源对象；利用所述应用组添加的资源对象监听对应应用的应用状态，将所述应用的应用状态聚合到所述应用组的资源文件。通过上述方式，应用管理装置提出了对应用组的生命周期进行管理，明确了应用组的交付产物的定义，解决了应用管理停留在单应用的维度，而无法聚焦多个应用的问题，使得应用组能够聚合关联单应用的状态，实现多应用管理。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：
图1是本申请提供的应用管理方法一实施例的流程示意图；
图2是图1所示应用管理方法中步骤S11的具体流程示意图；
图3是本申请提供的升级版本号的流程示意图；
图4是图1所示应用管理方法中步骤S13的具体流程示意图；
图5是本申请提供的应用组结构简图的示意图；
图6是本申请提供的自定义资源controller的调谐逻辑的示意图；
图7是本申请提供的应用管理装置一实施例的结构示意图；
图8是本申请提供的计算机可读存储介质一实施例的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请要解决的问题是基于云k8s、Helm的原生能力基础上，打通多应用生命周期管理孤岛，并复用扩展平台Helm单应用生命周期管理模式，简化操作复杂度，将一组应用作为完整交付产物，从而形成解决方案级别的多应用产物交付能力。本申请同时还定义应用组chart包的制作规范，定义应多应用部署流程规范，定义多应用状态聚合方式，并对上述方案作了具体系统实现。
其中，明确对多应用产物的定义，实现多应用部署的基本生命周期管理。基本概念解释见下：
单应用：本身是一个应用，部署能力基于helm，产物对应chart包。
chart包：Helm设定对应用的描述文件，本质上是对k8s的资源对象做封装，通过做包者的设计，抽离可调整配置内容，约束用包者行为方式。
应用组：本身是一个应用，格式区别于普通单应用，本申请在设计此类应用chart包格式，部署行为方式基于单应用。
AppGroup：k8s自定义资源(crd)，本申请基于k8s提供给用户的能力拓展方式，设计新的资源格式，定义明确应用组，应用组的基本流程设计。
Workflow：本申请针对在AppGroup自定义资源(crd)描述，翻译成的具体流程配置，通过执行流程步骤，实现不同应用组的部署行为方式；
HelmRequest：单应用在k8s平台的自定义资源(crd)，通过对该对象增删改，配合对应controller的调谐动作，实现应用部署、升级、上下线动作。
基于以上基本概念，本申请提供了一种基于k8s和Helm为基础的，多应用交付的方案，解决多应用场景的交付侧问题。具体请参阅图1，图1是本申请提供的应用管理方法一实施例的流程示意图。
其中，本申请的应用管理方法应用于一种应用管理装置，其中，本申请的应用管理装置可以为服务器或终端设备等，也可以为由服务器和终端设备相互配合的系统。相应地，应用管理装置包括的各个部分，例如各个单元、子单元、模块、子模块可以全部设置于服务器中，也可以分别设置于服务器和终端设备中。
进一步地，上述服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，如分布式系统、云端等，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块，例如用来提供分布式服务器的软件或软件模块，也可以实现成单个软件或软件模块，在此不做具体限定。在一些可能的实现方式中，本申请实施例的应用管理方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。
如图1所示，本申请实施例的应用管理方法具体包括以下步骤：
步骤S11：在应用平台上部署应用组，以及若干应用。
在本申请实施例中，应用管理装置在应用平台上部署应用组以及应用组关联的若干应用。具体部署方式请继续参阅图2，图2是图1所示应用管理方法中步骤S11的具体流程示意图。
步骤S111：在应用平台部署应用组，并创建应用组的图表包。
在本申请实施例中，应用管理装置设计并定义新的chart包格式，用于描述应用组的chart包(图表包)形态。Helm部署支持k8s原生资源对象和自定义资源(crd)资源的创建。appGroup.yaml是本提案提出的应用组自定义资源(crd)文件(文件名称不固定)，应用组chart包要求templates目录下预制AppGroup自定义资源(crd)，通过部署“demo-app-group”的chart包，实现对AppGroup自定义资源(crd)的部署。其中，“demo-app-group”的chart包的内容具体请参阅下表1：
表1
进一步地，应用管理装置还可以在图表包中创建自定义资源文件，即表1中的appGroup.yaml文件。其中，AppGroup自定义资源文件，即appGroup.yaml文件，利用的是k8s的自定义资源(crd)的能力，通过定义了新的一种资源类型，用于描述应用组的概念。appGroup.yaml文件的文件格式具体请参阅下表2：
表2
其中，表2中的具体字段解释如下：
.spec.serviceAccount(应用组权限)：表示应用组会以具体k8s的权限执行部署具体的应用，这个部分保障了应用组整体权限完全贴合k8s原生rbac，做到了集群权限统一。
.spec.apps(应用组部署应用信息)：主要记录了应用组需要部署的所有应用信息，包含：应用名称唯一标识(appName)，应用部署时需要确定的命名空间(namespace)、应用实例的名称(releaseName)，应用的chart包的OCI信息(chartName，chartVersion)，以及应用类型(chartType)和应用是否开启开关(enable)；除此之外，apps中还可以穿插用户自定义组件，该组件可作为流程过程步骤，非最终单应用产物，次操作大大增加了整体应用组生命周期管理的灵活性。
.spec.deploy、.spec.upgrade、.spec.offline(应用组操作流程)：定义了具体的操作步骤，用于实现上述.spec.apps中各个应用的部署流程、升级流程、下线流程,并且可以由用户自定义先后顺序；.spec.upgrade部分还保留了supportVersion字段，用于表示升级过程中对应用实例的版本校验，避免不合理升级动作。
.spec.status(应用组监听及状态更新流程)：主要记录了应用组监听部署流程、应用实例的资源更新过程，并且在该字段设计中，同步更新状态信息，实现单应用的信息汇聚。
应用管理装置还在表2的文件格式中定义supportVersion，用于约束AppGroup资源进行升级操作阶段，可支持的版本校验规则。在AppGroup资源对象中，通过描述.spec.upgrade.supportVersion来约束当前应用组可以支持升级的范围。规则如下图，本申请要求待升级应用组版本号在目标应用组版本的supportVersion范围内，并且上一版本单应用版本号，也需要在两者应用组关联的单应用的版本范围内。
具体地，请继续参阅图3，图3是本申请提供的升级版本号的流程示意图。
如图3所示，supportVersion中定义版本v1.0到版本v1.9为平滑版本升级，版本v1.9到版本v2.0为架构升级。supportVersion允许平滑版本升级以及架构升级，不允许版本跳跃升级，即如从版本v1.0到版本v2.9。
其中，应用管理装置在接收到应用升级指令时，根据应用升级指令确定目标应用组版本号，如appA：v1.0.9，appB：v2.0.19。然后，应用管理装置获取当前应用以及当前应用组的版本号。其中，当前应用实际版本号，如appA：v1.0.3，appB：v2.0.11；当前应用组版本号，如appA：v1.0.1，appB：v2.0.11。
由当前应用组版本号和目标应用组版本号可以确定应用的有效升级范围，如appA：v1.0.1～v1.0.9，appB：v2.0.11～v2.0.19。
应用管理装置判断当前应用组版本是否在应用升级指令指定的范围内，若不在，则直接返回升级失败终止的信息；若在，则确定有效升级范围。进一步地，应用管理装置进一步判断实际应用版本号是否在有效升级范围内。若实际应用版本号小于有效升级范围，则直接返回升级失败终止的信息；若实际应用版本号在有效升级范围内，则将当前应用实际版本号升级到目标应用组版本号；若存在部分应用的实际应用版本号大于有效升级范围，则该部分应用跳过版本升级流程，其余应用升级到目标应用组版本号。
步骤S112：在图表包中的可配置项文件写入应用配置。
在本申请实施例中，表1中的应用组values.yaml文件(即可配置项文件)的文件格式具体请参阅下表3：
表3
具体地，应用组values.yaml文件的文件格式主要分两部分，即全局配置和单应用实际部署的配置。其中，第一部分，全局配置global，全局配置global会作为第二部分的全局配置，会复制到各个应用部署时的具体配置中，作为单应用配置的全局配置。第二部分单应用实际部署的配置，该部分需要对应appGroup.yaml文件中的应用列表的appName，举例：app-a、app-b；应用部署阶段会拆分该部分配置，按照具体名称作为并覆盖单应用实际部署的可配置项。
步骤S113：利用应用配置在应用平台上部署所述若干应用。
在本申请实施例中，应用配置装置在表2中的应用组values.yaml文件写入各个单应用的全局配置信息，即global内容，以及各个单应用自身的实际配置信息，即app-a，app-b内容。
步骤S12：在应用组的资源文件中的依赖项添加若干应用的资源对象。
在本申请实施例中，在Helm体系中，应用载体chart包可以依赖其他应用，依赖的描述通过在chart.yaml文件中指定dependecies。Helm在应用打包过程时，直接将描述的依赖应用打包保存到自身charts目录下，作为后期自身资源。待部署、升级阶段，依赖于gotemplate语法渲染成k8s资源对象，最终提交api-server由k8s处理。
应用管理装置通过在chart.yaml文件中指定dependecies在应用组中添加若干应用的资源对象。
步骤S13：利用应用组添加的资源对象监听对应应用的应用状态，将应用的应用状态聚合到应用组的资源文件。
在本申请实施例中，应用管理装置利用表2中的.spec.status的资源对象监听若干应用的应用状态，并将应用状态聚合到应用组。具体请参阅图4和图5，图4是图1所示应用管理方法步骤中S13的具体流程示意图，图5是本申请提供的应用组结构简图的示意图。
如图4所示，步骤S13具体包括以下子步骤：
步骤S131：在应用组创建自定义控制组件。
在本申请实施例中，应用管理装置设计开发了对AppGroup自定义字段(crd)处理调谐的自定义Controller组件。通过Controller解析AppGroup自定义资源(crd)，将自定义资源(crd)翻译成工作流对象，工作流对象在由argo controller组件按步执行，实现应用的批量部署、批量升级、批量下线。
应用组结构简图如图5，appY本身与appA，appB，appC都是应用，但是appY是本申请设计的应用组格式，关联应用appA，appB，appC是单应用格式。单应用具备k8s资源状态的聚合，AppGroup通过监听单应用HelmRequest资源对象，实现对应用自定义资源的信息聚合。
步骤S132：利用自定义控制组件将应用组的资源对象翻译成工作流对象。
步骤S133：按照工作流对象的步骤监听对应应用的应用状态，将若干应用的应用状态聚合到应用组的资源文件。
在本申请实施例中，AppGroup自定义资源controller的调谐逻辑请参见图6，实现对应用的部署、升级、下线操作，controller组件通过读取AppGroup中关于应用的描述，结合当前应用组的操作steps(部署deploy、升级upgrade、下线offline)，翻译成对应的工作流程。由具体的工作流实现灵活的应用批量操作处理，并且可以控制应用之间的部署顺序。controller同时监听Workflow、HelmRequest资源的变更动作，将对应的AppGroup自定义资源的流程状态，应用健康度进行信息聚合。
在本申请实施例中，在k8s、helm的基础能力上，提出了对应用组的生命周期进行管理，同时也明确了应用组的交付产物的定义，解决了应用管理停留在单应用的维度，而无法聚焦多个应用的问题。本提案在保留单应用的部署、升级、上线、下线操作流程上，开拓了应用组维度的管理模式。通过对流程的绑定，能够将应用组的操作过程可观测化，并且做好信息同步，同时通过对资源的标签关联，使应用组能够聚合关联单应用的状态。
本申请，从传统软件系统复杂、多应用产物交付苦难等问题中，提出应用组方案设计，并且保留了单应用的生命周期管理能力，从而实现解决方案级别的交付方案。
本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。
为实现上述实施例的应用管理方法，本申请还提出了一种应用管理装置，具体请参阅图7，图7是本申请提供的应用管理装置一实施例的结构示意图。
本申请实施例的应用管理装置500包括存储器51和处理器52，其中，存储器51和处理器52耦接。
存储器51用于存储程序数据，处理器52用于执行程序数据以实现上述实施例所述的应用管理方法。
在本实施例中，处理器52还可以称为CPU(Central Processing Unit，中央处理单元)。处理器52可能是一种集成电路芯片，具有信号的处理能力。处理器52还可以是通用处理器、数字信号处理器(DSP，Digital Signal Process)、专用集成电路(ASIC，ApplicationSpecific Integrated Circuit)、现场可编程门阵列(FPGA，Field Programmable GateArray)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器52也可以是任何常规的处理器等。
为实现上述实施例的应用管理方法，本申请还提供了一种计算机可读存储介质，如图8所示，计算机可读存储介质600用于存储程序数据61，程序数据61在被处理器执行时，用以实现如上述实施例所述的应用管理方法。
本申请还提供一种计算机程序产品，其中，上述计算机程序产品包括计算机程序，上述计算机程序可操作来使计算机执行如本申请实施例所述的应用管理方法。该计算机程序产品可以为一个软件安装包。
本申请上述实施例所述的应用管理方法，在实现时以软件功能单元的形式存在并作为独立的产品销售或使用时，可以存储在装置中，例如一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。
Claims (10)
1.一种应用管理方法，其特征在于，所述应用管理方法包括：
在应用平台上部署应用组，以及若干应用；
在所述应用组的资源文件中的依赖项添加所述若干应用的资源对象；
利用所述应用组添加的资源对象监听对应应用的应用状态，将所述应用的应用状态聚合到所述应用组的资源文件。
2.根据权利要求1所述的应用管理方法，其特征在于，
所述在应用平台上部署应用组，以及若干应用，包括：
在所述应用平台部署所述应用组，并创建所述应用组的图表包；
在所述图表包中的可配置项文件写入应用配置；
利用所述应用配置在所述应用平台上部署所述若干应用。
3.根据权利要求2所述的应用管理方法，其特征在于，
所述可配置项文件中的应用配置包括全局配置以及单应用配置；所述全局配置用于配置所有依赖所述应用组的应用，所述单应用配置用于对每个单应用进行配置。
4.根据权利要求2所述的应用管理方法，其特征在于，
所述创建所述应用组的图表包之后，所述应用管理方法还包括：
在所述图表包创建自定义资源文件；
在所述自定义资源文件中定义应用组的概念，包括：应用组权限、应用组部署应用信息、应用组操作流程、应用组监听及状态更新流程中的一种或多种。
5.根据权利要求4所述的应用管理方法，其特征在于，
所述应用组操作流程包括应用部署流程、应用升级流程以及应用下线流程；
所述应用管理方法，还包括：
在所述应用组操作流程中定义版本校验规则；
响应于应用升级指令，判断当前应用组版本是否在所述版本校验规则规定的范围内；
若是，获取当前应用实际版本号，当前应用组版本号以及目标应用组版本号；
根据所述当前应用组版本号以及所述目标应用组版本号确定的应用有效升级范围对所述当前应用实际版本号进行升级。
6.根据权利要求5所述的应用管理方法，其特征在于，
所述根据所述当前应用组版本号以及所述目标应用组版本号确定的应用有效升级范围对所述当前应用实际版本号进行升级，包括：
根据所述当前应用组版本号以及所述目标应用组版本号确定应用有效升级范围；
判断所述当前应用实际版本号是否在所述应用有效升级范围内；
若是，则将所述当前应用实际版本号升级到所述目标应用组版本号；
若否，则在所述当前应用实际版本号小于所述应用有效升级范围的情况下，对所述应用升级指令回复升级失败终止的信息；在存在单应用的当前应用实际版本号大于所述应用有效升级范围时，所述单应用跳过版本升级流程，其余当前应用实际版本号在所述应用有效升级范围内的单应用升级到所述目标应用组版本号。
7.根据权利要求1所述的应用管理方法，其特征在于，
所述利用所述应用组添加的资源对象监听对应应用的应用状态，将所述应用的应用状态聚合到所述应用组的资源文件，包括：
在所述应用组创建自定义控制组件；
利用所述自定义控制组件将所述应用组的资源对象翻译成工作流对象；
按照所述工作流对象的步骤监听对应应用的应用状态，将所述应用的应用状态聚合到所述应用组的资源文件。
8.根据权利要求7所述的应用管理方法，其特征在于，
所述工作流对象包括应用批量操作类型，和/或应用批量部署顺序。
9.一种应用管理装置，其特征在于，所述应用管理装置包括处理器和存储器，所述存储器中存储有程序数据，所述处理器用于执行所述程序数据以实现如权利要求1至8任一项所述的应用管理方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储程序数据，所述程序数据在被处理器执行时，用以实现权利要求1至8任一项所述的应用管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310571291.9A CN116795397A (zh) | 2023-05-16 | 2023-05-16 | 应用管理方法、应用管理装置以及计算机可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310571291.9A CN116795397A (zh) | 2023-05-16 | 2023-05-16 | 应用管理方法、应用管理装置以及计算机可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116795397A true CN116795397A (zh) | 2023-09-22 |
Family
ID=88035367
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310571291.9A Pending CN116795397A (zh) | 2023-05-16 | 2023-05-16 | 应用管理方法、应用管理装置以及计算机可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116795397A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117827381A (zh) * | 2024-03-06 | 2024-04-05 | 山东浪潮科学研究院有限公司 | 一种基于Kubernets低代码应用运行态部署及扩容方法 |
-
2023
- 2023-05-16 CN CN202310571291.9A patent/CN116795397A/zh active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117827381A (zh) * | 2024-03-06 | 2024-04-05 | 山东浪潮科学研究院有限公司 | 一种基于Kubernets低代码应用运行态部署及扩容方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111984269B (zh) | 提供应用构建服务的方法及应用构建平台 | |
| CN107896162B (zh) | 监控系统的部署方法、装置、计算机设备及存储介质 | |
| US8141090B1 (en) | Automated model-based provisioning of resources | |
| US20230195431A1 (en) | Unified Operating System for Distributed Computing | |
| US10594800B2 (en) | Platform runtime abstraction | |
| TWI354900B (en) | Method, system, and computer program product for a | |
| WO2022037612A1 (zh) | 提供应用构建服务的方法及应用构建平台、应用部署方法和系统 | |
| US10817284B2 (en) | Melding of mediation flow service component architecture (SCA) components | |
| CN111984270A (zh) | 应用部署方法和系统 | |
| CN109446648B (zh) | 仿真服务建立方法及装置 | |
| CN116795397A (zh) | 应用管理方法、应用管理装置以及计算机可读存储介质 | |
| CN112905337A (zh) | 软硬件混合部署的MySQL集群调度方法及装置 | |
| WO2021252848A1 (en) | Techniques to facilitate a migration process to cloud storage | |
| CN114840223A (zh) | 资源处理方法及装置 | |
| CN114675935A (zh) | 联盟链中部署链码的方法和系统 | |
| CN112579049A (zh) | 基于云平台的定制软件产品化管理方法及装置 | |
| CN110083366B (zh) | 应用运行环境的生成方法、装置、计算设备及存储介质 | |
| JP2024501005A (ja) | コンテナクラスタのための管理方法および装置 | |
| WO2023273028A1 (zh) | 事务处理方法及相关产品 | |
| CN115525396A (zh) | 基于云原生的应用管理方法及装置 | |
| CN114416131A (zh) | 一种应用升级方法、应用升级平台、电子设备及存储介质 | |
| CN115016862A (zh) | 基于Kubernetes集群的软件启动方法、装置、服务器及存储介质 | |
| CN110351104A (zh) | 一种vim选择方法及装置 | |
| WO2017206092A1 (zh) | 一种生命周期管理方法及管理单元 | |
| CN113867776A (zh) | 中台应用的发布方法、装置、电子设备和存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |