CN113986509A - 资源对象的管理方法、装置、电子设备及计算机存储介质 - Google Patents

资源对象的管理方法、装置、电子设备及计算机存储介质 Download PDF

Info

Publication number
CN113986509A
CN113986509A CN202111288094.3A CN202111288094A CN113986509A CN 113986509 A CN113986509 A CN 113986509A CN 202111288094 A CN202111288094 A CN 202111288094A CN 113986509 A CN113986509 A CN 113986509A
Authority
CN
China
Prior art keywords
resource
objects
binding
strategy
target
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
Application number
CN202111288094.3A
Other languages
English (en)
Inventor
杜海平
王荔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Construction Bank Corp
Original Assignee
China Construction Bank Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Construction Bank Corp filed Critical China Construction Bank Corp
Priority to CN202111288094.3A priority Critical patent/CN113986509A/zh
Publication of CN113986509A publication Critical patent/CN113986509A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • 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/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

本申请提供一种资源对象的管理方法、装置、电子设备及计算机存储介质，该方法包括：获取资源模板；按照预设的传播策略的优先级，选择与预设的传播策略对应的资源标签相匹配的一组资源对象；为每一个资源对象创建资源绑定对象，将绑定结果保存在资源绑定对象中；从资源绑定对象中读取资源信息，按照预设的传播策略对资源对象进行多集群调度，将所有的生效的资源对象填入至资源绑定对象；将目标覆盖策略应用至每一个生效的资源对象上，得到目标资源对象；将目标资源对象进行封装，得到工作对象；并将工作对象存放至执行空间。实现全网异构多集群的统一管理、全局统一API入口和基于定制化策略的资源对象调度能力。

Description

资源对象的管理方法、装置、电子设备及计算机存储介质
技术领域
本申请涉及计算机技术领域，特别涉及一种资源对象的管理方法、装置、电子设备及计算机存储介质。
背景技术
随着用户业务的快速增长和需求类型的不断扩展，多集群的部署方式在基于K8s的PaaS平台上越来越普遍。相对而言，多集群资源对象的管理和调度方法一直处于探索阶段。
在进行多集群管理时，用户希望能实现通过统一的控制平面管理资源对象，使用简单可复用的配置方式进行集群的纳管和差异化配置，同时资源对象具备跨集群的调度能力。但目前并未有这样的方法。
发明内容
有鉴于此，本申请提供一种资源对象的管理方法、装置、电子设备及计算机存储介质，可以在多云、多集群的环境下为用户提供一种资源对象的管理方法，以实现全网异构多集群的统一管理、全局统一API入口和基于定制化策略的资源对象调度能力。
本申请第一方面提供了一种资源对象的管理方法，包括：
获取资源模板；
按照预设的传播策略的优先级，选择与预设的传播策略对应的资源标签相匹配的一组资源对象；
针对每一个所述资源对象，为所述资源对象创建资源绑定对象，并将绑定结果保存在资源绑定对象中；
从所述资源绑定对象中读取资源信息，按照预设的传播策略对所述资源对象进行多集群调度，并将所有的命中结果填入至所述资源绑定对象；其中，所述命中结果为生效的资源对象；
针对所述资源绑定对象中的每一个所述生效的资源对象，将目标覆盖策略应用至所述生效的资源对象上，得到目标资源对象；其中，所述目标覆盖策略为与所述生效的资源对象相匹配的覆盖策略；
将所述目标资源对象进行封装，得到工作对象；
将所述工作对象存放至执行空间。
可选的，所述将所述工作对象存放至执行空间之后，还包括：
根据所述执行空间中的工作对象的变化，完成资源对象的同步。
可选的，所述资源对象的管理方法，还包括：
接收并响应管理指令；其中，所述管理指令包括：定义覆盖的资源类型、对资源对象进行筛选、定义倾向调度的目标集群、定义应用分发策略、确定策略覆盖的目标集群和自定义插件配置。
可选的，所述资源对象的管理方法，还包括：
接收并响应用户选取的同步方式。
本申请第二方面提供了一种资源对象的管理装置，包括：
获取单元，用于获取资源模板；
选择单元，用于按照预设的传播策略的优先级，选择与预设的传播策略对应的资源标签相匹配的一组资源对象；
创建单元，用于针对每一个所述资源对象，为所述资源对象创建资源绑定对象，并将绑定结果保存在资源绑定对象中；
调度单元，用于从所述资源绑定对象中读取资源信息，按照预设的传播策略对所述资源对象进行多集群调度，并将所有的命中结果填入至所述资源绑定对象；其中，所述命中结果为生效的资源对象；
覆盖单元，用于针对所述资源绑定对象中的每一个所述生效的资源对象，将目标覆盖策略应用至所述生效的资源对象上，得到目标资源对象；其中，所述目标覆盖策略为与所述生效的资源对象相匹配的覆盖策略；
封装单元，用于将所述目标资源对象进行封装，得到工作对象；
存放单元，用于将所述工作对象存放至执行空间。
可选的，所述资源对象的管理装置，还包括：
同步单元，用于根据所述执行空间中的工作对象的变化，完成资源对象的同步。
可选的，所述资源对象的管理装置，还包括：
第一执行单元，用于接收并响应管理指令；其中，所述管理指令包括：定义覆盖的资源类型、对资源对象进行筛选、定义倾向调度的目标集群、定义应用分发策略、确定策略覆盖的目标集群和自定义插件配置。
可选的，所述资源对象的管理装置，还包括：
第二执行单元，用于接收并响应用户选取的同步方式。
本申请第三方面提供了一种电子设备，包括：
一个或多个处理器；
存储装置，其上存储有一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如第一方面任意一项所述的资源对象的管理方法。
本申请第四方面提供了一种计算机存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如第一方面任意一项所述的资源对象的管理方法。
由以上方案可知，本申请提供一种资源对象的管理方法、装置、电子设备及计算机存储介质，所述资源对象的管理方法包括：首先，获取资源模板；然后，按照预设的传播策略的优先级，选择与预设的传播策略对应的资源标签相匹配的一组资源对象；针对每一个所述资源对象，为所述资源对象创建资源绑定对象，并将绑定结果保存在资源绑定对象中；再从所述资源绑定对象中读取资源信息，按照预设的传播策略对所述资源对象进行多集群调度，并将所有的命中结果填入至所述资源绑定对象；其中，所述命中结果为生效的资源对象；针对所述资源绑定对象中的每一个所述生效的资源对象，将目标覆盖策略应用至所述生效的资源对象上，得到目标资源对象；其中，所述目标覆盖策略为与所述生效的资源对象相匹配的覆盖策略；最终，将所述目标资源对象进行封装，得到工作对象；并将所述工作对象存放至执行空间。从而后续可以根据所述执行空间中的工作对象的变化，完成资源对象的同步。实现在多云、多集群的环境下为用户提供一种资源对象的管理方法，以实现全网异构多集群的统一管理、全局统一API入口和基于定制化策略的资源对象调度能力。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请实施例提供的一种资源对象的管理方法的具体流程图；
图2为本申请另一实施例提供的一种资源对象的管理方法的技术架构的示意图；
图3为本申请另一实施例提供的一种核心API的关系示意图；
图4为本申请另一实施例提供的一种本申请采用的API服务器(聚合式)的架构示意图；
图5为本申请另一实施例提供的一种资源对象的管理装置的示意图；
图6为本申请另一实施例提供的一种实现资源对象的管理方法的电子设备的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要注意，本申请中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系，而术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
首先，对本申请中出现的术语定义进行解释说明：
K8s：即Kubernetes，是一种开源的容器编排和调度***。
API：即ApplicationProgramming Interface，应用程序编程接口。
ETCD：一种高度一致的分布式键值存储***。
GVK：Group+Verion+KindKubernetes中资源种类描述术语。
RBAC：Role-BasedAccess Control，基于角色的权限控制。
CRD：Custom Resource Definition，用户自定义资源。
PaaS：Platform as a Service，平台即服务。
REST：Representational State Transfer，表征性状态转移。
本申请实施例提供了一种缓存数据的管理方法，如图1所示，具体包括以下步骤：
S101、获取资源模板。
其中，资源模板(Resource Template)为使用K8s原生API定义(包括CRD)，唯一不同的是需要在控制平面的管控集群上进行创建和修改。
具体的，资源模板由用户、业务团队等提交。
S102、按照预设的传播策略的优先级，选择与预设的传播策略对应的资源标签相匹配的一组资源对象。
其中，传播策略(PropagationPolicy)定义了资源对象需要被调度到哪些子集群上，用户可通过一对多的映射减少重复定义。管理员、相关有权限的人员可以在传播策略中以全局的视角定义预设的条件，例如：多可用区、主备模式、应用分发策略等。
需要说明的是，预设的传播策略的优先级，可以由技术人员、相关有权限的人员进行设置、更改，此处不做限定。
具体的，***控制器在***中，按照预设的传播策略的优先级，选择与预设的传播策略对应的资源标签相匹配的一组资源对象。
S103、针对每一个资源对象，为资源对象创建资源绑定对象，并将绑定结果保存在资源绑定对象中。
具体的，***控制器在***中，针对每一个资源对象，为资源对象创建资源绑定对象，并将绑定结果保存在资源绑定对象中。
S104、从资源绑定对象中读取资源信息，按照预设的传播策略对资源对象进行多集群调度，并将所有的命中结果填入至资源绑定对象。
其中，命中结果为生效的资源对象。资源绑定(Resource Binding)用于保存资源模板经过传播策略调度之后的结果信息。
需要说明的是，资源信息为步骤S103中，为资源对象创建资源绑定对象中的相关信息，包括但不限于：资源类型、资源对象名称、放置策略等，此处不做限定。
具体的，进行多集群调度的工作涉及到Kubernetes调度器的工作原理。简单讲就是两个控制循环：第一个控制循环是Informer，用来监听(watch)Etcd中资源对象的变化，负责将创建好的资源对象添加进调度队列；第二个控制循环是Scheduling，通过预设的调度策略和调度算法将资源对象调度到合适的集群上。
S105、针对资源绑定对象中的每一个生效的资源对象，将目标覆盖策略应用至生效的资源对象上，得到目标资源对象。
其中，目标覆盖策略为与生效的资源对象相匹配的覆盖策略；覆盖策略(OverridePolicy)：用于对单独的集群做差异化的配置策略。
需要说明的是，管理员、相关有权限的人员可以在覆盖策略中以集群的视角定义对应的条件，例如：镜像仓库源地址、存储类型等。
具体的，绑定控制器针对资源绑定对象中的每一个生效的资源对象，将目标覆盖策略应用至生效的资源对象上，得到目标资源对象。
S106、将目标资源对象进行封装，得到工作对象。
其中，工作对象(Work Object)：经覆盖策略渲染后产生工作对象，其中包含了最终对象的规格(spec)和状态(status)。对应的执行控制器或代理进程(Agent)会在子集群中创建和更新工作对象中的工作负载(Workload)，同时更新管控集群中工作对象的状态。
具体的，绑定控制器将目标资源对象进行封装，得到工作对象。
S107、将工作对象存放至执行空间。
需要说明的是，工作对象放置到执行空间中主要是为了实现资源可见性的隔离(各子集群有单独的执行空间)，同时方便管理员从控制面板进行资源对象的管理。
具体的，绑定控制器将工作对象存放至执行空间。
可选的，在本申请的另一实施例中，在将工作对象存放至执行空间后，资源对象的管理方法的一种实施方式，还包括：
根据执行空间中的工作对象的变化，完成资源对象的同步。
具体的，各子集群通过中心式控制器(Centralized Execution Controller)或代理进程(Agent)完成资源对象的同步。
可选的，在本申请的另一实施例中，资源对象的管理方法的一种实施方式，还包括：
接收并响应管理指令。
其中，管理指令包括：定义覆盖的资源类型、对资源对象进行筛选、定义倾向调度的目标集群、定义应用分发策略、确定策略覆盖的目标集群和自定义插件配置。
现对本实施例进行举例说明，如下为定义的一种传播策略API：
Figure BDA0003333620670000071
Figure BDA0003333620670000081
具体的，管理员可通过resourceSelector定义覆盖的资源类型(支持所有原生K8s对象)，且支持通过name或labelSelector进行对象的筛选。同时，管理员也可通过placement中的clusterAffinity字段定义倾向调度的目标集群，spreadConstraints字段精细化定义应用分发的策略(如多地域、多可用区、多厂商、多机架等)，实现不同层级的高可用。
现对本实施例进行举例说明，如下为定义的一种覆盖策略API：
Figure BDA0003333620670000082
Figure BDA0003333620670000091
具体的，管理员可通过targetCluster明确策略覆盖的目标集群，也可通过overriders实现自定义的插件配置(如imageOverrider为针对容器镜像的差异化配置)。
可选的，在本申请的另一实施例中，资源对象的管理方法的一种实施方式，还包括：
接收并响应用户选取的同步方式。
现对本实施例进行举例说明，如下为定义的一种集群API：
Figure BDA0003333620670000092
Figure BDA0003333620670000101
具体的，管理员可通过synccMode标记集群选择Push或Pull模式的同步方式，并针对Push模式定义了子集群的API地址(apiEndpoint)和访问凭据(secretRef)，以便开发者直接调用。另外，管理员可直接将provider、region、zone等条件固化在sepc字段中，以便通过不同维度或视角进行应用的高可用部署。同时，通过在stauts字段中对kubernetesVersion、apiEnablements、nodeSummary、resourceSummary等信息的收集，方便用户掌握子集群的K8s版本、API开放列表、节点数量和健康情况、集群资源容量和使用量等关键信息，以便进行基于集群资源余量的调度。
本申请的实现方法为在控制平面(Control Plane)的管控集群中通过自定义的API服务器(API Server)提供与其他组件进行通信的REST接口(包含K8s原生API以及自定义的扩展API)；通过自定义的调度器(Scheduler)实现资源对象在多集群中的调度；而自定义的控制管理器(ControllerManager)则根据用户创建的API对象执行相关操作。
控制管理器中运行的主要控制器包括：
1.集群控制器(Cluster Controller)：将各子集群纳管至管控集群，通过创建集群对象来管理子集群的生命周期。
2.策略控制器(Policy Controller)：通过监控传播策略(PropagationPolicy)对象，选择与其资源标签(resourceSelector)匹配的一组资源，并为每个资源对象创建资源绑定(Resource Binding)对象。
3.绑定控制器(Binding Controller)：监控资源绑定对象，同时通过同步每个子集群上单个资源清单的内容来创建工作对象(Work Object)。
4.执行控制器(Execution Controller)：监控工作对象，当发现新创建的工作对象时将资源下发给各子集群。
控制管理器的技术架构可以参阅图2。
本发明的核心API主要包括资源模板(Resource Template)、传播策略(PropagationPolicy)、资源绑定(Resource Binding)、覆盖策略(Override Policy)和工作对象(Work Object)。结合其关系图(图3)，各核心API的主要作用为：
1.资源模板：使用K8s原生API定义(包括CRD)，唯一不同的是需要在控制平面的管控集群上进行创建和修改。
2.传播策略：定义了资源对象需要被调度到哪些子集群上，用户可通过一对多的映射减少重复定义。
3.资源绑定：用于保存资源模板经过传播策略调度之后的结果信息。
4.覆盖策略：用于对单独的集群做差异化的配置策略。
5.工作对象：经覆盖策略渲染后产生工作对象，其中包含了最终对象的规格(spec)和状态(status)。对应的执行控制器或代理进程(Agent)会在子集群中创建和更新工作对象中的工作负载(Workload)，同时更新管控集群中工作对象的状态。
本申请的API服务器采用聚合式API服务器架构(如图4所示)，这种架构设计的优点在于：
A.通过自定义的API服务器处理多集群的资源对象，免去了创建CRD的繁琐步骤，保证了API的简洁性。
B.通过将自定义的API服务器集成到主API服务器中，用户可通过统一的API入口访问资源对象，支持原生K8s对象的同时也简化了调用方式。
由以上方案可知，本申请提供一种资源对象的管理方法：首先，获取资源模板；然后，按照预设的传播策略的优先级，选择与预设的传播策略对应的资源标签相匹配的一组资源对象；针对每一个资源对象，为资源对象创建资源绑定对象，并将绑定结果保存在资源绑定对象中；再从资源绑定对象中读取资源信息，按照预设的传播策略对资源对象进行多集群调度，并将所有的命中结果填入至资源绑定对象；其中，命中结果为生效的资源对象；针对资源绑定对象中的每一个生效的资源对象，将目标覆盖策略应用至生效的资源对象上，得到目标资源对象；其中，目标覆盖策略为与生效的资源对象相匹配的覆盖策略；最终，将目标资源对象进行封装，得到工作对象；并将工作对象存放至执行空间。从而后续可以根据执行空间中的工作对象的变化，完成资源对象的同步。实现在多云、多集群的环境下为用户提供一种资源对象的管理方法，以实现全网异构多集群的统一管理、全局统一API入口和基于定制化策略的资源对象调度能力。
本申请另一实施例提供了一种资源对象的管理装置，如图5所示，具体包括：
获取单元501，用于获取资源模板。
选择单元502，用于按照预设的传播策略的优先级，选择与传播策略对应的资源标签相匹配的一组资源对象。
创建单元503，用于针对每一个资源对象，为资源对象创建资源绑定对象，并将绑定结果保存在资源绑定对象中。
调度单元504，用于从资源绑定对象中读取资源信息，按照预设的传播策略对资源对象进行多集群调度，并将所有的命中结果填入至资源绑定对象。
其中，命中结果为生效的资源对象。
覆盖单元505，用于针对资源绑定对象中的每一个生效的资源对象，将目标覆盖策略应用至生效的资源对象上，得到目标资源对象。
其中，目标覆盖策略为与生效的资源对象相匹配的覆盖策略。
封装单元506，用于将目标资源对象进行封装，得到工作对象。
存放单元507，用于将工作对象存放至执行空间。
本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图1所示，此处不再赘述。
可选的，在本申请的另一实施例中，资源对象的管理装置的一种实施方式，还包括：
同步单元，用于根据执行空间中的工作对象的变化，完成资源对象的同步。
本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，此处不再赘述。
可选的，在本申请的另一实施例中，资源对象的管理装置的一种实施方式，还包括：
第一执行单元，用于接收并响应管理指令。
其中，管理指令包括：定义覆盖的资源类型、对资源对象进行筛选、定义倾向调度的目标集群、定义应用分发策略、确定策略覆盖的目标集群和自定义插件配置。
本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，此处不再赘述。
可选的，在本申请的另一实施例中，资源对象的管理装置的一种实施方式，还包括：
第二执行单元，用于接收并响应用户选取的同步方式。
本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，此处不再赘述。
由以上方案可知，本申请提供一种资源对象的管理装置：首先，获取单元501获取资源模板；然后，选择单元502按照预设的传播策略的优先级，选择与预设的传播策略对应的资源标签相匹配的一组资源对象；创建单元503针对每一个资源对象，为资源对象创建资源绑定对象，并将绑定结果保存在资源绑定对象中；调度单元504从资源绑定对象中读取资源信息，按照预设的传播策略对资源对象进行多集群调度，并将所有的命中结果填入至资源绑定对象；其中，命中结果为生效的资源对象；覆盖单元505针对资源绑定对象中的每一个生效的资源对象，将目标覆盖策略应用至生效的资源对象上，得到目标资源对象；其中，目标覆盖策略为与生效的资源对象相匹配的覆盖策略；最终，封装单元506将目标资源对象进行封装，得到工作对象；存放单元507将工作对象存放至执行空间。从而后续可以根据执行空间中的工作对象的变化，完成资源对象的同步。实现在多云、多集群的环境下为用户提供一种资源对象的管理方法，以实现全网异构多集群的统一管理、全局统一API入口和基于定制化策略的资源对象调度能力。
本申请另一实施例提供了一种电子设备，如图6所示，包括：
一个或多个处理器601。
存储装置602，其上存储有一个或多个程序。
当所述一个或多个程序被所述一个或多个处理器601执行时，使得所述一个或多个处理器601实现如上述实施例中任意一项所述的资源对象的管理方法。
本申请另一实施例提供了一种计算机存储介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现如上述实施例中任意一项所述的资源对象的管理方法。
在本申请公开的上述实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本公开的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。
另外，在本公开各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，直播设备，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种资源对象的管理方法，其特征在于，包括：
获取资源模板；
按照预设的传播策略的优先级，选择与预设的传播策略对应的资源标签相匹配的一组资源对象；
针对每一个所述资源对象，为所述资源对象创建资源绑定对象，并将绑定结果保存在资源绑定对象中；
从所述资源绑定对象中读取资源信息，按照预设的传播策略对所述资源对象进行多集群调度，并将所有的命中结果填入至所述资源绑定对象；其中，所述命中结果为生效的资源对象；
针对所述资源绑定对象中的每一个所述生效的资源对象，将目标覆盖策略应用至所述生效的资源对象上，得到目标资源对象；其中，所述目标覆盖策略为与所述生效的资源对象相匹配的覆盖策略；
将所述目标资源对象进行封装，得到工作对象；
将所述工作对象存放至执行空间。
2.根据权利要求1所述的管理方法，其特征在于，所述将所述工作对象存放至执行空间之后，还包括：
根据所述执行空间中的工作对象的变化，完成资源对象的同步。
3.根据权利要求1所述的管理方法，其特征在于，还包括：
接收并响应管理指令；其中，所述管理指令包括：定义覆盖的资源类型、对资源对象进行筛选、定义倾向调度的目标集群、定义应用分发策略、确定策略覆盖的目标集群和自定义插件配置。
4.根据权利要求1所述的管理方法，其特征在于，还包括：
接收并响应用户选取的同步方式。
5.一种资源对象的管理装置，其特征在于，包括：
获取单元，用于获取资源模板；
选择单元，用于按照预设的传播策略的优先级，选择与所述传播策略对应的资源标签相匹配的一组资源对象；
创建单元，用于针对每一个所述资源对象，为所述资源对象创建资源绑定对象，并将绑定结果保存在资源绑定对象中；
调度单元，用于从所述资源绑定对象中读取资源信息，按照预设的传播策略对所述资源对象进行多集群调度，并将所有的命中结果填入至所述资源绑定对象；其中，所述命中结果为生效的资源对象；
覆盖单元，用于针对所述资源绑定对象中的每一个所述生效的资源对象，将目标覆盖策略应用至所述生效的资源对象上，得到目标资源对象；其中，所述目标覆盖策略为与所述生效的资源对象相匹配的覆盖策略；
封装单元，用于将所述目标资源对象进行封装，得到工作对象；
存放单元，用于将所述工作对象存放至执行空间。
6.根据权利要求5所述的管理装置，其特征在于，还包括：
同步单元，用于根据所述执行空间中的工作对象的变化，完成资源对象的同步。
7.根据权利要求5所述的管理装置，其特征在于，还包括：
第一执行单元，用于接收并响应管理指令；其中，所述管理指令包括：定义覆盖的资源类型、对资源对象进行筛选、定义倾向调度的目标集群、定义应用分发策略、确定策略覆盖的目标集群和自定义插件配置。
8.根据权利要求5所述的管理装置，其特征在于，还包括：
第二执行单元，用于接收并响应用户选取的同步方式。
9.一种电子设备，其特征在于，包括：
一个或多个处理器；
存储装置，其上存储有一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至4中任一所述的资源对象的管理方法。
10.一种计算机存储介质，其特征在于，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至4中任一所述的资源对象的管理方法。
CN202111288094.3A 2021-11-02 2021-11-02 资源对象的管理方法、装置、电子设备及计算机存储介质 Pending CN113986509A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111288094.3A CN113986509A (zh) 2021-11-02 2021-11-02 资源对象的管理方法、装置、电子设备及计算机存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111288094.3A CN113986509A (zh) 2021-11-02 2021-11-02 资源对象的管理方法、装置、电子设备及计算机存储介质

Publications (1)

Publication Number Publication Date
CN113986509A true CN113986509A (zh) 2022-01-28

Family

ID=79745781

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111288094.3A Pending CN113986509A (zh) 2021-11-02 2021-11-02 资源对象的管理方法、装置、电子设备及计算机存储介质

Country Status (1)

Country Link
CN (1) CN113986509A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115022198A (zh) * 2022-05-31 2022-09-06 阿里巴巴（中国）有限公司 资源信息获取方法、设备及存储介质
CN115941686A (zh) * 2022-11-15 2023-04-07 浪潮云信息技术股份公司 一种实现云原生应用高可用服务的方法及***

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115022198A (zh) * 2022-05-31 2022-09-06 阿里巴巴（中国）有限公司 资源信息获取方法、设备及存储介质
CN115022198B (zh) * 2022-05-31 2023-10-24 阿里巴巴（中国）有限公司 资源信息获取方法、设备及存储介质
CN115941686A (zh) * 2022-11-15 2023-04-07 浪潮云信息技术股份公司 一种实现云原生应用高可用服务的方法及***

Similar Documents

Publication Publication Date Title
US10567397B2 (en) Security-based container scheduling
EP3211859B1 (en) Mirror deployment method and device thereof
US9851989B2 (en) Methods and apparatus to manage virtual machines
US11188561B2 (en) Prioritizing microservices on a container platform for a restore operation
CN113986509A (zh) 资源对象的管理方法、装置、电子设备及计算机存储介质
CN105897805B (zh) 对多层架构的数据中心的资源进行跨层调度的方法和装置
KR20190038750A (ko) 멀티 타스크 스케줄링 방법, 시스템, 애플리케이션 서버 및 컴퓨터 판독 가능한 저장매체
CN105700939A (zh) 一种分布式***中多线程同步的方法和***
CN111027921A (zh) 一种业务处理方法、装置及电子设备和存储介质
US11281498B1 (en) Job execution with managed compute environments
US9959157B1 (en) Computing instance migration
CN115185697A (zh) 一种基于kubernetes的集群资源调度方法、***、设备和存储介质
CN107294750B (zh) 一种云集群能自识别的分布配置管理方法和装置
CN113839814B (zh) 去中心化的Kubernetes集群联邦实现方法及***
US20180081664A1 (en) Generation and deployment of scripts for large scale processing framework services
CN108701132A (zh) 资源管理***和方法
CN110888736A (zh) 一种基于容器云平台的应用管理方法、***及相关组件
CN112882765A (zh) 数字孪生模型调度方法和装置
CN113360893B (zh) 基于容器的智能合约执行方法、装置及存储介质
CN114461304A (zh) 配置文件的确定方法和装置、存储介质及电子设备
US20210182412A1 (en) System and method for managing data object creation
CN113377499A (zh) 一种虚拟机管理方法、装置、设备及可读存储介质
CN115022198B (zh) 资源信息获取方法、设备及存储介质
US7127446B1 (en) File system based task queue management
WO2017125161A1 (en) Resource allocation

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