CN115202814A - 业务资源管控方法、装置、计算机设备和存储介质 - Google Patents
业务资源管控方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN115202814A CN115202814A CN202210795369.0A CN202210795369A CN115202814A CN 115202814 A CN115202814 A CN 115202814A CN 202210795369 A CN202210795369 A CN 202210795369A CN 115202814 A CN115202814 A CN 115202814A
- Authority
- CN
- China
- Prior art keywords
- service
- business
- request
- identifier
- record table
- 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
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/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
-
- 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
- G06F2009/45562—Creating, deleting, cloning virtual machine instances
-
- 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
- G06F2009/45575—Starting, stopping, suspending or resuming virtual machine instances
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请涉及一种业务资源管控方法、装置、计算机设备、存储介质和计算机程序产品,可应用于云技术、人工智能、智慧交通、辅助驾驶等各种场景。所述方法包括:若监测到业务服务删除请求,截获业务服务删除请求,业务服务删除请求携带业务服务标识,业务服务标识包括命名空间标识或工作负载标识中的至少一项;基于业务服务标识在业务资源记录表中进行匹配,业务资源记录表包括业务的命名空间、工作负载和容器组的信息对应关系;若业务资源记录表中存在与业务服务标识相匹配的业务容器信息,确定存在可正常提供业务服务的容器组,拦截业务服务删除请求,返回删除失败提示至业务服务删除请求的发送方。采用本方法能够保障业务的正常运行。
Description
技术领域
本申请涉及云计算技术领域,特别是涉及一种业务资源管控方法、装置、计算机设备、存储介质和计算机程序产品。
背景技术
随着云计算的发展,云原生的资源运行模式成为了主流。云原生是基于分布部署和统一运管的分布式云,以容器、微服务、DevOps(Development和Operations的组合词,过程、方法与系统的统称)等技术为基础建立的一套云技术产品体系。
传统技术中,云原生模式下资源的运行受到Kubernetes(开源的,用于管理云平台中多个主机上的容器化的应用)中控的控制,但是Kubernetes中控的控制逻辑对于业务正常服务并非完全友好,若用户删除了业务的命名空间或者工作负载,命名空间或者工作负载下的业务容器也会被Kubernetes中控全量释放,会严重影响业务的正常运行。
发明内容
基于此,有必要针对上述技术问题,提供一种能够保障业务正常运行的业务资源管控方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。
第一方面,本申请提供了一种业务资源管控方法。所述方法包括:
若监测到业务服务删除请求,截获业务服务删除请求,业务服务删除请求携带业务服务标识,业务服务标识包括命名空间标识或工作负载标识中的至少一项;
基于业务服务标识在业务资源记录表中进行匹配,业务资源记录表包括业务的命名空间、工作负载和容器组的信息对应关系;
若业务资源记录表中存在与业务服务标识相匹配的业务容器信息,确定存在可正常提供业务服务的容器组,拦截业务服务删除请求,返回删除失败提示至业务服务删除请求的发送方。
在其中一个实施例中,若监测到业务服务删除请求,截获业务服务删除请求包括:
若接收到业务服务操作请求,将业务服务操作请求写入预设存储系统;
通过轮询预设存储系统执行业务服务操作请求,在执行业务服务操作请求时,通过钩子操作监测业务服务操作请求;
若业务服务操作请求为业务服务删除请求,截获业务服务删除请求。
在其中一个实施例中,基于业务服务标识在业务资源记录表中进行匹配包括:
基于业务服务标识查询业务资源记录表,得到与业务服务标识对应的业务服务信息;
若业务服务信息包含容器组信息,确定业务资源记录表中存在与业务服务标识相匹配的业务容器信息;
若业务服务信息不包含容器组信息,确定业务资源记录表中不存在与业务服务标识相匹配的业务容器信息。
在其中一个实施例中,基于业务资源记录表确定业务服务标识对应的业务资源运行状态之后,还包括:
若业务资源记录表中不存在与业务服务标识相匹配的业务容器信息,确定不存在可正常提供业务服务的容器组,执行业务服务删除请求。
在其中一个实施例中,若业务资源记录表中存在与业务服务标识相匹配的业务容器信息,确定存在可正常提供业务服务的容器组,拦截业务服务删除请求,返回删除失败提示至业务服务删除请求的发送方之后,还包括:
若接收到对目标容器组的释放请求,基于释放请求释放目标容器组,目标容器组为可正常提供业务服务的容器组中的至少一个;
基于容器组释放结果更新业务资源记录表中与目标容器组对应的信息对应关系。
在其中一个实施例中,业务资源管控方法还包括:
接收业务资源创建请求,业务资源创建请求包括需设置命名空间、需设置工作负载以及需创建容器组数量;
基于需设置命名空间、需设置工作负载以及需创建容器组数量,创建业务资源。
第二方面,本申请还提供了一种业务资源管控装置。所述装置包括:
监测模块,用于若监测到业务服务删除请求,截获业务服务删除请求,业务服务删除请求携带业务服务标识,业务服务标识包括命名空间标识或工作负载标识中的至少一项;
处理模块,用于基于业务服务标识在业务资源记录表中进行匹配,业务资源记录表包括业务的命名空间、工作负载和容器组的信息对应关系;
拦截模块,用于若业务资源记录表中存在与业务服务标识相匹配的业务容器信息,确定存在可正常提供业务服务的容器组,拦截业务服务删除请求,返回删除失败提示至业务服务删除请求的发送方。
第三方面,本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
若监测到业务服务删除请求,截获业务服务删除请求,业务服务删除请求携带业务服务标识,业务服务标识包括命名空间标识或工作负载标识中的至少一项;
基于业务服务标识在业务资源记录表中进行匹配,业务资源记录表包括业务的命名空间、工作负载和容器组的信息对应关系;
若业务资源记录表中存在与业务服务标识相匹配的业务容器信息,确定存在可正常提供业务服务的容器组,拦截业务服务删除请求,返回删除失败提示至业务服务删除请求的发送方。
第四方面,本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
若监测到业务服务删除请求,截获业务服务删除请求,业务服务删除请求携带业务服务标识,业务服务标识包括命名空间标识或工作负载标识中的至少一项;
基于业务服务标识在业务资源记录表中进行匹配,业务资源记录表包括业务的命名空间、工作负载和容器组的信息对应关系;
若业务资源记录表中存在与业务服务标识相匹配的业务容器信息,确定存在可正常提供业务服务的容器组,拦截业务服务删除请求,返回删除失败提示至业务服务删除请求的发送方。
第五方面,本申请还提供了一种计算机程序产品。所述计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现以下步骤:
若监测到业务服务删除请求,截获业务服务删除请求,业务服务删除请求携带业务服务标识,业务服务标识包括命名空间标识或工作负载标识中的至少一项;
基于业务服务标识在业务资源记录表中进行匹配,业务资源记录表包括业务的命名空间、工作负载和容器组的信息对应关系;
若业务资源记录表中存在与业务服务标识相匹配的业务容器信息,确定存在可正常提供业务服务的容器组,拦截业务服务删除请求,返回删除失败提示至业务服务删除请求的发送方。
上述业务资源管控方法、装置、计算机设备、存储介质和计算机程序产品,通过若监测到业务服务删除请求,截获业务服务删除请求,基于业务服务删除请求所携带的业务服务标识在业务资源记录表中进行匹配,能够实现对是否存在与需要删除的命名空间或工作负载相匹配的业务容器信息的确定,若业务资源记录表中存在相匹配的业务容器信息,确定需要删除的命名空间或工作负载下存在可正常提供业务服务的容器组,拦截业务服务删除请求,避免出现在需要删除的命名空间或工作负载下有正常进行业务服务的容器组时,执行业务服务删除请求导致正常进行业务服务的容器组也被全量释放,保障了业务的正常运行。
附图说明
图1为一个实施例中业务资源管控方法的应用环境图;
图2为一个实施例中业务资源管控方法的流程示意图;
图3为另一个实施例中业务资源管控方法的流程示意图;
图4为一个实施例中业务资源管控方法实现的整体架构图;
图5为一个实施例中截获业务服务删除请求的示意图;
图6为一个实施例中过激防删的流程示意图;
图7为一个实施例中业务资源管控装置的结构框图;
图8为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。本申请实施例可应用于云技术、人工智能、智慧交通、辅助驾驶等各种场景。
本申请实施例提供的业务资源管控方法,可以应用于如图1所示的应用环境中。其中,终端102通过网络与服务器104进行通信。数据存储系统可以存储服务器104需要处理的数据。数据存储系统可以集成在服务器104上,也可以放在云上或其他服务器上。业务运维用户通过终端102发送业务服务删除请求至服务器104中的中控模块,服务器104中的钩子模块若监测到业务服务删除请求,截获业务服务删除请求,业务服务删除请求携带业务服务标识,业务服务标识包括命名空间标识或工作负载标识中的至少一项,基于业务服务标识在业务资源记录表中进行匹配,业务资源记录表包括业务的命名空间、工作负载和容器组的信息对应关系,若业务资源记录表中存在与业务服务标识相匹配的业务容器信息,确定存在可正常提供业务服务的容器组,拦截业务服务删除请求,返回删除失败提示至业务服务删除请求的发送方,即使用终端102的业务运维用户。其中,终端102可以但不限于是各种台式计算机、笔记本电脑、智能手机、平板电脑、物联网设备、便携式可穿戴设备和飞行器,物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器104可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器,还可以为区块链上的节点。
在一个实施例中,如图2所示,提供了一种业务资源管控方法,以该方法应用于图1中的服务器104为例进行说明,包括以下步骤:
步骤202,若监测到业务服务删除请求,截获业务服务删除请求,业务服务删除请求携带业务服务标识,业务服务标识包括命名空间标识或工作负载标识中的至少一项。
其中,业务服务删除请求是指对业务服务进行删除的请求。比如,业务服务删除请求具体可以是指对业务的命名空间进行删除的请求。又比如,业务服务删除请求具体可以是指对业务的工作负载进行删除的请求。业务服务标识是指业务服务的唯一标识,用于区分不同业务服务。比如,业务服务标识具体可以是命名空间标识,用于区分不同的命名空间。又比如,业务服务标识具体可以是工作负载标识,用于区分不同的工作负载。举例说明,业务服务标识具体可以是指唯一表征业务服务的字符串。
其中,命名空间是许多编程语言使用的一种代码组织的形式,通过命名空间来分类,区别不同的代码功能,避免不同的代码片段(通常由不同的人协同工作或调用已有的代码片段)同时使用时由于不同代码间变量名相同而造成冲突。工作负载是指业务服务的应用程序,即针对应用管理的控制器,提供了强大的副本管理以及灰度发布的能力。
具体的,服务器会实时监测业务服务删除请求,若监测到业务服务删除请求,截获业务服务删除请求,以使得业务服务删除请求暂时不执行,并进一步判断业务服务删除请求是否可以执行。在一个具体的应用中,服务器会创建对业务服务删除请求的监测时间,以便实现对业务服务删除请求的实时监测,从而可以在服务器接收到业务服务删除请求时,截获业务服务删除请求。
步骤204,基于业务服务标识在业务资源记录表中进行匹配,业务资源记录表包括业务的命名空间、工作负载和容器组的信息对应关系。
其中,业务资源记录表是指对业务资源情况进行记录的表格,包括业务的命名空间、工作负载和容器组的信息对应关系。容器组是对应用程序的抽象,是可调度的最小单元,由一组紧密关联的容器组成。需要说明的是,容器组中的容器数量可以为一个或多个,具体可以按照实际应用场景进行配置。命名空间、工作负载以及容器组之间的关系为命名空间包含工作负载,工作负载包含容器组。需要说明的是,命名空间可以包含一个或多个工作负载,工作负载可以包含一个或多个容器组,具体可以按照实际应用场景进行配置。
举例说明,业务资源记录表的形式可以如表1所示,在表中记录有业务A和业务B的命名空间、工作负载和容器组的信息对应关系。其中,业务A的命名空间包含两个工作负载,即业务A-工作负载1和业务A-工作负载2,业务A-工作负载1包含两个容器组,业务A工作负载2包含一个容器组。业务B的命名空间也包含两个工作负载,即业务B-工作负载1和业务B-工作负载2,业务B-工作负载1包含一个容器组,业务B-工作负载2包含一个容器组。
表1
具体的,服务器会基于业务服务标识查询业务资源记录表,以得到与业务服务标识对应的业务服务信息,基于业务服务信息确定业务资源记录表中是否存在与业务服务标识相匹配的业务容器信息。
步骤206,若业务资源记录表中存在与业务服务标识相匹配的业务容器信息,确定存在可正常提供业务服务的容器组,拦截业务服务删除请求,返回删除失败提示至业务服务删除请求的发送方。
其中,业务容器信息是指在业务资源记录表中,业务服务标识对应的业务服务下所包含的容器组的容器组信息。举例说明,若业务资源记录表为表1,业务服务标识为业务A的命名空间标识,则业务容器信息为业务A-工作负载1所包含的容器组1和容器组2的容器组信息,以及业务A-工作负载2所包含的容器组3的容器组信息。又举例说明,若业务资源记录表为表1,业务服务标识为业务B的工作负载1的工作负载标识,则业务容器信息为业务B-工作负载1所包含的容器组1的容器组信息。
其中,可正常提供业务服务的容器组是指在业务资源记录表中,命名空间或工作负载所包含的容器组。删除失败提示用于提示业务服务删除请求的发送方,当前需要删除的业务服务下还存在可正常提供业务服务的容器组,无法删除业务服务,若要执行业务服务删除操作,需要先释放可正常提供业务服务的容器组。
具体的,若业务资源记录表中存在与业务服务标识相匹配的业务容器信息,表示业务服务包含可正常提供业务服务的容器组,服务器会确定存在可正常提供业务服务的容器组,拦截业务服务删除请求,返回删除失败提示至业务服务删除请求的发送方,以告知业务服务删除请求的发送方删除失败。需要说明的是,可正常提供业务服务的容器组可以正在提供业务服务,也可以未正在提供业务服务,本实施例中不对此进行限定。
上述业务资源管控方法,通过若监测到业务服务删除请求,截获业务服务删除请求,基于业务服务删除请求所携带的业务服务标识在业务资源记录表中进行匹配,能够实现对是否存在与需要删除的命名空间或工作负载相匹配的业务容器信息的确定,若业务资源记录表中存在相匹配的业务容器信息,确定需要删除的命名空间或工作负载下存在可正常提供业务服务的容器组,拦截业务服务删除请求,避免出现在需要删除的命名空间或工作负载下有正常进行业务服务的容器组时,执行业务服务删除请求导致正常进行业务服务的容器组也被全量释放,保障了业务的正常运行。
在一个实施例中,若监测到业务服务删除请求,截获业务服务删除请求包括:
若接收到业务服务操作请求,将业务服务操作请求写入预设存储系统;
通过轮询预设存储系统执行业务服务操作请求,在执行业务服务操作请求时,通过钩子操作监测业务服务操作请求;
若业务服务操作请求为业务服务删除请求,截获业务服务删除请求。
其中,业务服务操作请求是指对业务服务进行处理的请求。比如,业务服务操作请求具体可以是指业务服务删除请求,用于删除业务服务。又比如,业务服务操作请求具体可以是指业务服务创建请求,用于创建业务服务。预设存储系统是指预先设置的用于存储数据的系统,本实施例中,预设存储系统主要用于存储业务服务操作请求。举例说明,预设存储系统具体可以为ETCD(用于共享配置和服务发现的分布式、一致性的KV(key-value,键值对)存储系统)。
其中,轮询是指定时发出询问,依次询问每一个周边设备是否需要其服务,有即给予服务,服务结束后再问下一个周边,接着不断周而复始。本实施例中,轮询主要是指轮询预设存储系统,询问是否有业务服务操作请求需要执行。钩子是指一个处理消息的程序段,通过系统调用,把它挂入系统,每当特定的消息发出,在没有达到目的窗口前,钩子程序就先捕获该消息,即钩子函数先得到控制权,这时钩子函数可以加工处理(改变)该消息,也可以不做处理而继续传递该消息,还可以强制结束消息的传递。本实施例中特定的消息主要是指业务服务删除请求。
具体的,在需要对业务服务进行处理时,业务运维用户会通过终端发送业务服务操作请求至服务器,若接收到业务服务操作请求,服务器会将业务服务操作请求写入预设存储系统中,并通过轮询预设存储系统定时执行业务服务操作请求,并在执行业务服务操作请求时,通过钩子操作监测业务服务操作请求,若业务服务操作请求为业务服务删除请求,截获业务服务删除请求。其中,定时轮询的周期可按照实际应用场景进行配置。
在具体的应用中,通过钩子操作监测业务服务操作请求主要是为了截获业务服务删除请求,当业务服务操作请求不为业务服务删除请求时,钩子程序会放行业务服务操作请求,以便业务服务操作请求可以执行。当业务服务操作请求为业务服务删除请求时,钩子程序会截获业务服务删除请求,以取得对业务服务删除请求的控制权,进一步判断业务服务删除请求是否可以执行。在一个具体的应用中,业务服务删除请求会携带删除标记,钩子操作通过识别业务服务操作请求是否携带删除标记,即可识别出其是否为业务服务删除请求。举例说明,删除标记具体可以为“DEL”。
本实施例中,通过在接收到业务服务操作请求后,将业务服务操作请求写入预设存储系统中,通过轮询预设存储系统执行业务服务操作请求,能够实现对业务服务操作请求的异步执行,通过在执行业务服务操作请求时,通过钩子操作监测业务服务操作请求,能够在业务服务操作请求为业务服务删除请求时,实现对业务服务删除请求的截获。
在一个实施例中,基于业务服务标识在业务资源记录表中进行匹配包括:
基于业务服务标识查询业务资源记录表,得到与业务服务标识对应的业务服务信息;
若业务服务信息包含容器组信息,确定业务资源记录表中存在与业务服务标识相匹配的业务容器信息;
若业务服务信息不包含容器组信息,确定业务资源记录表中不存在与业务服务标识相匹配的业务容器信息。
其中,业务服务信息是指当前记录在业务资源记录表中的业务服务内的信息。比如,当业务服务标识为命名空间标识时,业务服务信息是指当前记录在业务资源记录表中的命名空间内的信息。举例说明,命名空间内的信息可以包含命名空间内的工作负载的信息,以及工作负载内的容器组信息。又比如,当业务服务标识为工作负载标识时,业务服务信息是指当前记录在业务资源记录表中的工作负载内的信息,即工作负载内的容器组信息。
具体的,服务器会基于业务服务标识查询业务资源记录表,得到与业务服务标识对应的业务服务信息,通过确认业务服务信息是否包含容器组信息,来判断业务资源记录表中是否存在与业务服务标识相匹配的业务容器信息。若业务服务信息包含容器组信息,表示业务资源记录表中存在与业务服务标识相匹配的业务容器信息。若业务服务信息不包含容器组信息,表示业务资源记录表中不存在与业务服务标识相匹配的业务容器信息。
需要说明的是,在业务资源记录表中所包括的业务的命名空间、工作负载和容器组的信息对应关系是会实时更新的,服务器会实时监测业务服务关联的业务服务操作请求以及对容器组的释放请求等,在业务服务操作请求或对容器组的释放请求完成后,基于所完成的操作更新信息对应关系。通过更新信息对应关系,能够实现对信息对应关系的及时维护,从而为准确判断业务资源记录表中是否存在与业务服务标识相匹配的业务容器信息提供支持,有利于实现准确判断。
本实施例中,通过基于业务服务标识查询业务资源记录表,能够得到与业务服务标识对应的业务服务信息,从而可以根据业务服务信息是否包含容器组信息,实现对业务资源记录表中是否存在与业务服务标识相匹配的业务容器信息的准确判断。
在一个实施例中,基于业务资源记录表确定业务服务标识对应的业务资源运行状态之后,还包括:
若业务资源记录表中不存在与业务服务标识相匹配的业务容器信息,确定不存在可正常提供业务服务的容器组,执行业务服务删除请求。
具体的,若业务资源记录表中不存在与业务服务标识相匹配的业务容器信息,服务器会确定不存在可正常提供业务服务的容器组。不存在可正常提供业务服务的容器组,表示若执行业务服务删除请求不会影响业务的正常运行,此时服务器会放行业务服务删除请求,以便执行业务服务删除请求,业务服务删除请求执行完成后,服务器会基于执行完成的业务服务删除请求更新业务资源记录表,以实现对业务资源记录表的实时维护。
本实施例中,可以根据业务服务信息是否包含容器组信息,实现对业务资源记录表中是否存在与业务服务标识相匹配的业务容器信息的准确判断。
在一个实施例中,若业务资源记录表中存在与业务服务标识相匹配的业务容器信息,确定存在可正常提供业务服务的容器组,拦截业务服务删除请求,返回删除失败提示至业务服务删除请求的发送方之后,还包括:
若接收到对目标容器组的释放请求,基于释放请求释放目标容器组,目标容器组为可正常提供业务服务的容器组中的至少一个;
基于容器组释放结果更新业务资源记录表中与目标容器组对应的信息对应关系。
其中,目标容器组为可正常提供业务服务的容器组中的至少一个。对目标容器组的释放请求是指删除目标容器组的请求。
具体的,服务器所返回的删除失败提示会告知业务服务删除请求的发送方,删除失败的原因为存在可正常提供业务服务的容器组,若执行业务服务删除请求会导致正常进行业务服务的容器组也被全量释放,若要执行业务服务删除操作,需要先完成容器组资源的释放。此时,若业务服务删除请求的发送方仍然想要删除业务服务,可以先发送对目标容器组的释放请求至服务器,以使得服务器基于释放请求释放目标容器组,基于容器组释放结果更新业务资源记录表中与目标容器组对应的信息对应关系,并反馈释放完成提示至业务服务删除请求的发送方,提示业务服务删除请求的发送方在正常进行业务的容器组被全量释放时,可以进一步对业务服务进行删除。
本实施例中,在接收到对目标容器组的释放请求,能够基于释放请求完成对可正常提供业务服务的容器组中的至少一个的释放,通过基于容器组释放结果更新业务资源记录表中与目标容器组对应的信息对应关系,能够实现对信息对应关系的及时维护,以便基于业务资源记录表实现对是否执行业务服务删除请求的判断。
在一个实施例中,业务资源管控方法还包括:
接收业务资源创建请求,业务资源创建请求包括需设置命名空间、需设置工作负载以及需创建容器组数量;
基于需设置命名空间、需设置工作负载以及需创建容器组数量,创建业务资源。
其中,业务资源创建请求是指对业务资源进行创建的请求。
具体的,当需要创建业务资源时,业务运维用户会通过终端发送业务资源创建请求至服务器,服务器在接收到业务资源创建请求后,会基于业务资源创建请求中所包括的需设置命名空间、需设置工作负载以及需创建容器组数量,创建业务资源,并在创建业务资源后,更新业务资源记录表。
本实施例中,通过接收业务资源创建请求,能够基于业务资源创建请求中所包括的需设置命名空间、需设置工作负载以及需创建容器组数量,实现对业务资源的创建。
在一个实施例中,如图3所示,通过一个流程示意图来说明本申请所提供的业务资源管控方法,该业务资源管控方法具体包括以下步骤:
步骤302,接收业务资源创建请求,业务资源创建请求包括需设置命名空间、需设置工作负载以及需创建容器组数量;
步骤304,基于需设置命名空间、需设置工作负载以及需创建容器组数量,创建业务资源;
步骤306,若接收到业务服务操作请求,将业务服务操作请求写入预设存储系统;
步骤308,通过轮询预设存储系统执行业务服务操作请求,在执行业务服务操作请求时,通过钩子操作监测业务服务操作请求;
步骤310,若业务服务操作请求为业务服务删除请求,截获业务服务删除请求,业务服务删除请求携带业务服务标识,业务服务标识包括命名空间标识或工作负载标识中的至少一项;
步骤312,基于业务服务标识查询业务资源记录表,得到与业务服务标识对应的业务服务信息,业务资源记录表包括业务的命名空间、工作负载和容器组的信息对应关系;
步骤314,若业务服务信息包含容器组信息,确定业务资源记录表中存在与业务服务标识相匹配的业务容器信息,跳转至步骤316,若业务服务信息不包含容器组信息,确定业务资源记录表中不存在与业务服务标识相匹配的业务容器信息,跳转至步骤322。
步骤316,确定存在可正常提供业务服务的容器组,拦截业务服务删除请求,返回删除失败提示至业务服务删除请求的发送方;
步骤318,若接收到对目标容器组的释放请求,基于释放请求释放目标容器组,目标容器组为可正常提供业务服务的容器组中的至少一个;
步骤320,基于容器组释放结果更新业务资源记录表中与目标容器组对应的信息对应关系;
步骤322,确定不存在可正常提供业务服务的容器组,执行业务服务删除请求。
在一个实施例中,本申请所提供的业务资源管控方法,可以应用于保障云原生模式下的业务正常服务。发明人认为,随着云计算的发展,云原生的运营成为了基本的资源运营方式,然而云原生自身的异步架构模式和传统的同步架构服务模式差异明显,采用传统的运维方式和工具直接运营云原生会产生不适配的情况,并且云原生的异步模式若不做控制,就容易出现云原生的生产逻辑正常,但是业务服务受损的场景,尤其某些过激防删的场景,即若用户过激防删了业务服务的命名空间或者工作负载,则即使该命名空间或者工作负载下有可正常提供业务服务的容器组,也会被云原生的Kubernetes(开源的,用于管理云平台中多个主机上的容器化的应用)中控全量释放,此对于业务服务是不可接受的,会严重影响业务的运行,基于此,本申请从过激行为的场景化触发,通过结合业务正常服务规范,在业务的命名空间或者工作负载下有可正常提供业务服务的容器组时,执行对删除行为的拦截中断操作,基于优先服务业务来规范云原生Kubernetes中控的行为,即通过过激防删策略来规范云原生Kubernetes中控的行为。对于可正常提供业务服务的容器组,除非该容器组被业务运维用户主动释放,其余途径的释放操作均被拦截,保障云原生模式下的业务正常服务。
具体的,本申请的业务资源管控方法在应用于保障云原生模式下的业务正常服务时,可以基于图4的整体架构图实现,其中服务器包括Kubernetes中控、和HOOK(钩子)中心两个部分,其中的Kubernetes中控包括接口服务、控制器、执行器和分布式存储系统(具体可以为ETCD)四个单元,接口服务和分布式存储系统交互,执行器和控制器都是通过接口服务访问分布式存储系统。
基于整体架构图可以看出,在应用于保障云原生模式下的业务正常服务时,本申请的业务资源管控方法主要涉及两个流程以及过激防删控制,其中的两个流程主要是指生产资源(即创建业务资源)流程和运行态业务服务流程(即服务业务),过激防删控制的拦截业务服务删除请求是本申请的业务资源管控方法的关键。
其中,用于业务服务的容器的生产流程基本复用了Kubernetes的容器生产流程,当需要创建业务资源时,业务运维用户会发送业务资源创建请求至Kubernetes中控,业务资源创建请求包括需设置命名空间、需设置工作负载以及需创建容器组数量,Kubernetes中控在接收到业务资源创建请求后,会基于需设置命名空间、需设置工作负载以及需创建容器组数量,创建业务资源。若需设置命名空间为一个,且该命名空间对应的需设置工作负载为两个,且每个工作负载对应的需创建容器组数量为三个,所创建的业务资源可以如图4所示。Kubernetes中控控制着业务容器运行的宿主机以及业务容器的生命周期。当完成资源创建后,便可以处理业务的现网的业务请求,若从业务服务角度看,容器的服务模式和物理机或者虚拟机相差不大。
其中,过激防删控制主要利用HOOK中心实现,即HOOK中心是过激防删的控制中心,HOOK中心串联Kubernetes中控,并且可以获取到业务的命名空间和工作负载下的容器组数。其中,串联Kubernetes中控是指将HOOK中心作为插件,将其组件和与Kubernetes中控部署在一起,以此可以在业务服务删除的流程中增加钩子操作,钩子的逻辑嵌入到了Kubernetes中控的执行逻辑中。
当需要对业务服务进行处理时,业务运维用户会发送业务服务操作请求至服务器中的Kubernetes中控,如图4所示,Kubernetes中控若接收到业务服务操作请求,会将业务服务操作请求写入分布式存储系统,通过轮询分布式存储系统执行业务服务操作请求,在执行业务服务操作请求时,通过HOOK中心监测业务服务操作请求,若业务服务操作请求为业务服务删除请求,截获业务服务删除请求,业务服务删除请求携带业务服务标识,业务服务标识包括命名空间标识或工作负载标识中的至少一项。举例说明,截获业务服务删除请求的示意图可以如图5所示,业务运维用户在下发业务服务删除请求至Kubernetes中控后,Kubernetes中控会将业务服务删除请求写入到分布式存储系统中,写入分布式存储系统中的业务服务删除请求会被定时的轮询执行,在轮询的过程中,HOOK中心会截获到业务服务删除请求。
进一步的,HOOK中心在截获到业务服务删除请求后,会得到业务服务删除请求的控制权,此时,HOOK中心会基于业务服务删除请求所携带的业务服务标识查询业务资源记录表,得到与业务服务标识对应的业务服务信息,基于业务服务信息判断业务服务标识对应的业务服务下是否还存在可正常提供业务服务的容器组。
其中,若业务服务信息包含容器组信息,HOOK中心可确定业务资源记录表中存在与业务服务标识相匹配的业务容器信息,基于此可以进一步确定业务服务下存在可正常提供业务服务的容器组,即容器组未被完全释放,此时,为了保障可正常提供业务服务的容器组的正常运行,HOOK中心会拦截业务服务删除请求,返回删除失败提示至业务服务删除请求的发送方,提示业务服务删除请求的发送方若要执行业务服务删除,需要先完成容器组资源的释放。若业务服务信息不包含容器组信息,HOOK中心可确定业务资源记录表中不存在与业务服务标识相匹配的业务容器信息,基于此可以进一步确定业务服务下不存在可正常提供业务服务的容器组,即容器组已被完全释放,业务服务删除请求会被HOOK中心放通执行,完成删除行为。
举例说明,过激防删的流程示意图可以如图6所示,在业务运维用户下发业务服务删除请求后,业务服务删除请求会被HOOK中心拦截,HOOK中心在拦截业务服务删除请求后,会基于业务资源记录表判断业务服务删除请求是否要被执行。如果业务服务下存在可正常提供业务服务的容器组,即容器组未被完全释放,为了保障可正常提供业务服务的容器组的正常运行,HOOK中心会拦截业务服务删除请求,返回删除失败提示至业务服务删除请求的发送方(即下发业务服务删除请求的业务运维用户),提示业务服务删除请求的发送方若要执行业务服务删除,需要先完成容器组资源的释放。如果业务服务下不存在可正常提供业务服务的容器组,即容器组已被完全释放,业务服务删除请求会被HOOK中心放通执行,完成删除行为。
进一步的,若接收到删除失败提示后,业务服务删除请求的发送方仍然想要删除业务服务,可发送对可正常提供业务服务的容器组的释放请求,以使得Kubernetes中控基于释放请求释放可正常提供业务服务的容器组,基于容器组释放结果更新业务资源记录表中与可正常提供业务服务的容器组对应的信息对应关系,以便在可正常提供业务服务的容器组被完全释放时,再次发起业务服务删除请求,以删除业务服务。
发明人认为,本申请所提供的业务资源管控方法应用于保障云原生模式下的业务正常服务,保证了业务的稳定运行,有利于业务原有的运营工具和运营系统在云原生模式下的迁移使用,并且业务能够复用云原生的资源高效交付的能力,盘活了业务服务的整体资源效能。进一步,优点可以包括以下几个方面:一是业务无需改造即可复用云原生的容器快速生产能力,提升了业务资源的交付效率,并且实现了云原生社区的新功能在传统业务上稳定的落地。二是通过在容器资源运行态执行过激防删策略,保障了业务的稳定运行,并且有利于业务原有的运营工具和运营系统在云原生模式下的迁移使用。三是通过在云原生资源服务模式下执行过激防删的策略,方便了传统业务的运营人员快速迁移到云原生容器化的运营模式下,有利于运营成本的节约。四是降低了业务从传统的运营模式迁移到云原生模式的难度,有利于提升云原生模式服务业务的质量,避免了云原生模式和业务容器服务需求之间的二义性。五是通过执行过激防删策略,避免了极端情况下,业务的服务容器被全量销毁,造成业务不可服务的故障情况。
应该理解的是,虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于同样的发明构思,本申请实施例还提供了一种用于实现上述所涉及的业务资源管控方法的业务资源管控装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似,故下面所提供的一个或多个业务资源管控装置实施例中的具体限定可以参见上文中对于业务资源管控方法的限定,在此不再赘述。
在一个实施例中,如图7所示,提供了一种业务资源管控装置,包括:监测模块702、处理模块704和拦截模块706,其中:
监测模块702,用于若监测到业务服务删除请求,截获业务服务删除请求,业务服务删除请求携带业务服务标识,业务服务标识包括命名空间标识或工作负载标识中的至少一项;
处理模块704,用于基于业务服务标识在业务资源记录表中进行匹配,业务资源记录表包括业务的命名空间、工作负载和容器组的信息对应关系;
拦截模块706,用于若业务资源记录表中存在与业务服务标识相匹配的业务容器信息,确定存在可正常提供业务服务的容器组,拦截业务服务删除请求,返回删除失败提示至业务服务删除请求的发送方。
上述业务资源管控装置,通过若监测到业务服务删除请求,截获业务服务删除请求,基于业务服务删除请求所携带的业务服务标识在业务资源记录表中进行匹配,能够实现对是否存在与需要删除的命名空间或工作负载相匹配的业务容器信息的确定,若业务资源记录表中存在相匹配的业务容器信息,确定需要删除的命名空间或工作负载下存在可正常提供业务服务的容器组,拦截业务服务删除请求,避免出现在需要删除的命名空间或工作负载下有正常进行业务服务的容器组时,执行业务服务删除请求导致正常进行业务服务的容器组也被全量释放,保障了业务的正常运行。
在一个实施例中,监测模块还用于若接收到业务服务操作请求,将业务服务操作请求写入预设存储系统,通过轮询预设存储系统执行业务服务操作请求,在执行业务服务操作请求时,通过钩子操作监测业务服务操作请求,若业务服务操作请求为业务服务删除请求,截获业务服务删除请求。
在一个实施例中,处理模块还用于基于业务服务标识查询业务资源记录表,得到与业务服务标识对应的业务服务信息,若业务服务信息包含容器组信息,确定业务资源记录表中存在与业务服务标识相匹配的业务容器信息,若业务服务信息不包含容器组信息,确定业务资源记录表中不存在与业务服务标识相匹配的业务容器信息。
在一个实施例中,拦截模块还用于若业务资源记录表中不存在与业务服务标识相匹配的业务容器信息,确定不存在可正常提供业务服务的容器组,执行业务服务删除请求。
在一个实施例中,业务资源管控装置还包括资源释放模块,资源释放模块用于若接收到对目标容器组的释放请求,基于释放请求释放目标容器组,目标容器组为可正常提供业务服务的容器组中的至少一个,基于容器组释放结果更新业务资源记录表中与目标容器组对应的信息对应关系。
在一个实施例中,业务资源管控装置还包括资源创建模块,资源创建模块用于接收业务资源创建请求,业务资源创建请求包括需设置命名空间、需设置工作负载以及需创建容器组数量,基于需设置命名空间、需设置工作负载以及需创建容器组数量,创建业务资源。
上述业务资源管控装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图8所示。该计算机设备包括处理器、存储器、输入/输出接口(Input/Output,简称I/O)和通信接口。其中,处理器、存储器和输入/输出接口通过系统总线连接,通信接口通过输入/输出接口连接到系统总线。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储业务资源记录表等数据。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务资源管控方法。
本领域技术人员可以理解,图8中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,还提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现上述各方法实施例中的步骤。
在一个实施例中,提供了一种计算机可读存储介质,存储有计算机程序,该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
在一个实施例中,提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述各方法实施例中的步骤。
需要说明的是,本申请所涉及的数据(包括但不限于用于分析的数据、存储的数据、展示的数据等),均为经用户授权或者经过各方充分授权的数据,且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory,ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory,MRAM)、铁电存储器(Ferroelectric Random Access Memory,FRAM)、相变存储器(Phase Change Memory,PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器等。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory,DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等,不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等,不限于此。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本申请专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请的保护范围应以所附权利要求为准。
Claims (10)
1.一种业务资源管控方法,其特征在于,所述方法包括:
若监测到业务服务删除请求,截获所述业务服务删除请求,所述业务服务删除请求携带业务服务标识,所述业务服务标识包括命名空间标识或工作负载标识中的至少一项;
基于所述业务服务标识在业务资源记录表中进行匹配,所述业务资源记录表包括业务的命名空间、工作负载和容器组的信息对应关系;
若所述业务资源记录表中存在与所述业务服务标识相匹配的业务容器信息,确定存在可正常提供业务服务的容器组,拦截所述业务服务删除请求,返回删除失败提示至所述业务服务删除请求的发送方。
2.根据权利要求1所述的方法,其特征在于,所述若监测到业务服务删除请求,截获所述业务服务删除请求包括:
若接收到业务服务操作请求,将所述业务服务操作请求写入预设存储系统;
通过轮询所述预设存储系统执行所述业务服务操作请求,在执行所述业务服务操作请求时,通过钩子操作监测所述业务服务操作请求;
若所述业务服务操作请求为业务服务删除请求,截获所述业务服务删除请求。
3.根据权利要求1所述的方法,其特征在于,所述基于所述业务服务标识在业务资源记录表中进行匹配包括:
基于所述业务服务标识查询业务资源记录表,得到与所述业务服务标识对应的业务服务信息;
若所述业务服务信息包含容器组信息,确定所述业务资源记录表中存在与所述业务服务标识相匹配的业务容器信息;
若所述业务服务信息不包含容器组信息,确定所述业务资源记录表中不存在与所述业务服务标识相匹配的业务容器信息。
4.根据权利要求1所述的方法,其特征在于,所述基于业务资源记录表确定所述业务服务标识对应的业务资源运行状态之后,还包括:
若所述业务资源记录表中不存在与所述业务服务标识相匹配的业务容器信息,确定不存在可正常提供业务服务的容器组,执行所述业务服务删除请求。
5.根据权利要求1所述的方法,其特征在于,所述若所述业务资源记录表中存在与所述业务服务标识相匹配的业务容器信息,确定存在可正常提供业务服务的容器组,拦截所述业务服务删除请求,返回删除失败提示至所述业务服务删除请求的发送方之后,还包括:
若接收到对目标容器组的释放请求,基于所述释放请求释放目标容器组,所述目标容器组为可正常提供业务服务的容器组中的至少一个;
基于容器组释放结果更新所述业务资源记录表中与所述目标容器组对应的信息对应关系。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收业务资源创建请求,所述业务资源创建请求包括需设置命名空间、需设置工作负载以及需创建容器组数量;
基于所述需设置命名空间、所述需设置工作负载以及所述需创建容器组数量,创建业务资源。
7.一种业务资源管控装置,其特征在于,所述装置包括:
监测模块,用于若监测到业务服务删除请求,截获所述业务服务删除请求,所述业务服务删除请求携带业务服务标识,所述业务服务标识包括命名空间标识或工作负载标识中的至少一项;
处理模块,用于基于所述业务服务标识在业务资源记录表中进行匹配,所述业务资源记录表包括业务的命名空间、工作负载和容器组的信息对应关系;
拦截模块,用于若所述业务资源记录表中存在与所述业务服务标识相匹配的业务容器信息,确定存在可正常提供业务服务的容器组,拦截所述业务服务删除请求,返回删除失败提示至所述业务服务删除请求的发送方。
8.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
10.一种计算机程序产品,包括计算机程序,其特征在于,该计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210795369.0A CN115202814A (zh) | 2022-07-07 | 2022-07-07 | 业务资源管控方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210795369.0A CN115202814A (zh) | 2022-07-07 | 2022-07-07 | 业务资源管控方法、装置、计算机设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115202814A true CN115202814A (zh) | 2022-10-18 |
Family
ID=83579621
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210795369.0A Pending CN115202814A (zh) | 2022-07-07 | 2022-07-07 | 业务资源管控方法、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115202814A (zh) |
-
2022
- 2022-07-07 CN CN202210795369.0A patent/CN115202814A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109493076B (zh) | 一种Kafka消息唯一消费方法、系统、服务器及存储介质 | |
US20170193034A1 (en) | Object data updating method and apparatus in an object storage system | |
US11429566B2 (en) | Approach for a controllable trade-off between cost and availability of indexed data in a cloud log aggregation solution such as splunk or sumo | |
CN109144785B (zh) | 用于备份数据的方法和装置 | |
US11811839B2 (en) | Managed distribution of data stream contents | |
CN111596922A (zh) | 基于redis实现自定义缓存注解的方法 | |
CN102202087A (zh) | 一种标识存储设备的方法及系统 | |
US20160092454A1 (en) | Sparse file access | |
CN112685499A (zh) | 一种工作业务流的流程数据同步方法、装置及设备 | |
CN116578746A (zh) | 对象去重方法及装置 | |
CN113806300A (zh) | 数据存储方法、系统、装置、设备及存储介质 | |
WO2020215580A1 (zh) | 一种分布式全局数据去重方法和装置 | |
CN111435286A (zh) | 一种数据存储方法、装置和系统 | |
CN113095778A (zh) | 通过多个邮箱在通信应用中进行海量数据管理的架构 | |
US10439897B1 (en) | Method and apparatus for enabling customized control to applications and users using smart tags | |
CN107479827A (zh) | 一种基于io和元数据分离的混合存储系统实现方法 | |
CN109992575B (zh) | 大数据的分布式存储系统 | |
CN115202814A (zh) | 业务资源管控方法、装置、计算机设备和存储介质 | |
CN111274004B (zh) | 进程实例管理方法、装置及计算机存储介质 | |
CN111212138B (zh) | 一种跨站点存储系统及数据信息访问方法 | |
JP2021103584A (ja) | 磁気ディスクの管理方法、磁気ディスクの管理装置、電子機器、コンピュータプログラムおよびコンピュータ可読記憶媒体 | |
CN105389368A (zh) | 一种mpp架构数据库集群元数据管理方法 | |
CN115550317B (zh) | 网络资源管理方法、装置、计算机设备和存储介质 | |
CN116684282B (zh) | 新增云端服务器初始化方法、装置和计算机设备 | |
CN116719481B (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 | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40077108 Country of ref document: HK |