CN112527504A - 多租户的资源配额管理方法、装置、计算机设备 - Google Patents
多租户的资源配额管理方法、装置、计算机设备 Download PDFInfo
- Publication number
- CN112527504A CN112527504A CN202011495014.7A CN202011495014A CN112527504A CN 112527504 A CN112527504 A CN 112527504A CN 202011495014 A CN202011495014 A CN 202011495014A CN 112527504 A CN112527504 A CN 112527504A
- Authority
- CN
- China
- Prior art keywords
- quota
- sql
- global
- tenant
- execution request
- 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 130
- 238000000034 method Methods 0.000 claims abstract description 37
- 238000004590 computer program Methods 0.000 claims description 12
- 230000004044 response Effects 0.000 claims description 8
- 238000004364 calculation method Methods 0.000 claims description 7
- 230000004931 aggregating effect Effects 0.000 claims description 4
- 238000006243 chemical reaction Methods 0.000 claims description 3
- 238000004458 analytical method Methods 0.000 claims description 2
- 238000012545 processing Methods 0.000 abstract description 13
- 230000006870 function Effects 0.000 description 16
- 230000002776 aggregation Effects 0.000 description 7
- 238000004220 aggregation Methods 0.000 description 7
- 238000004422 calculation algorithm Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 7
- 230000008569 process Effects 0.000 description 7
- 230000008520 organization Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 238000007792 addition Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002045 lasting effect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
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/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请涉及一种多租户的资源配额管理方法、装置、计算机设备和存储介质。所述方法包括:接收到租户发送的业务请求;所述业务请求中携带租户标识;将所述业务请求转换为业务逻辑处理的SQL执行请求;解析所述SQL执行请求,得到对应的SQL字符串;根据所述租户标识和所述SQL字符串,计算所述SQL执行请求对应的配额数据;根据所述配额数据,判断本地资源是否超额,当判断本地超额时,判断是否存在全局超额,得到对应的判断结果,并根据所述判断结果,确定是否执行所述SQL执行请求;当判断本地未超额时,则向数据库发送执行所述SQL执行请求,并在执行完毕之后返回对应的结果至所述租户。采用本方法能够有效提高数据处理的效率。
Description
技术领域
本申请涉及计算机技术领域,特别是涉及一种多租户的资源配额管理方法、装置、计算机设备和存储介质。
背景技术
随着计算机技术的发展,互联网的出现给现代生活带来了极大的便利,越来越多的企业可以通过使用互联网平台在线处理多种业务。目前的资源配额管理方式中,通常能够实现操作***级别或者进程级别的资源配额管理,即针对数据库进程的CPU、内存、磁盘进行配额管理。
然而,目前的资源配额管理方式中,当多个不同的企业租户同时使用关系型数据库时,即当租户A的操作引起数据库进程被限制时,同时也会严重影响到租户B的操作,尤其是涉及多租户环境下的数据处理流程繁杂,因而容易导致数据处理的效率较低。
发明内容
基于此,有必要针对上述技术问题,提供一种能够提高数据处理效率的多租户的资源配额管理方法、装置、计算机设备和存储介质。
一种多租户的资源配额管理方法,所述方法包括:
接收到租户发送的业务请求;所述业务请求中携带租户标识;
将所述业务请求转换为业务逻辑处理的SQL执行请求;
解析所述SQL执行请求,得到对应的SQL字符串;
根据所述租户标识和所述SQL字符串,计算所述SQL执行请求对应的配额数据;
根据所述配额数据,判断本地资源是否超额,当判断本地超额时,判断是否存在全局超额,得到对应的判断结果,并根据所述判断结果,确定是否执行所述SQL执行请求;
当判断本地未超额时,则向数据库发送执行所述SQL执行请求,并在执行完毕之后返回对应的结果至所述租户。
在其中一个实施例中,所述根据所述租户标识和所述SQL字符串,计算所述SQL执行请求对应的配额数据包括:
根据所述租户标识和所述SQL字符串,对所述SQL执行请求对应的执行时间进行聚合,得到聚合后的数据;
将所述聚合后的数据标记为配额数据。
在其中一个实施例中,所述根据所述配额数据,判断本地资源是否超额包括:
获取本地Map中预先存储的本地配额的阈值;
将所述配额数据与所述阈值进行比较,当所述配额数据大于所述阈值时,则判断本地超额;
当所述配额数据不大于所述阈值时,则判断本地未超额。
在其中一个实施例中,所述当判断本地超额时,判断是否存在全局超额,得到对应的判断结果,并根据所述判断结果,确定是否执行所述SQL执行请求包括:
当判断本地超额时,则向全局配额管理服务发送申请配额请求;
接收所述全局配额管理服务返回的配额申请结果;
当接收到所述全局配额管理服务返回的配额申请结果时,确定是否执行所述SQL执行请求,其中,所述配额申请结果用于表示是否全局超额。
在其中一个实施例中,所述申请配额请求中携带所述配额数据;接收所述全局配额管理服务返回的配额申请结果,包括:
接收所述全局配额管理服务根据所述配额数据返回的配额申请结果,所述配额申请结果是所述全局配额管理服务根据所述配额数据更新对应的全局配额信息后确定的。
在其中一个实施例中,所述当接收到所述全局配额管理服务返回的配额申请结果时,确定是否执行所述SQL执行请求包括:
当接收到所述全局配额管理服务返回的配额申请结果为全局未超额时,确定执行所述SQL执行请求;
当接收到所述全局配额管理服务返回的配额申请结果为全局超额时,确定不执行所述SQL执行请求。
在其中一个实施例中,所述方法还包括:
当接收到所述全局配额管理服务返回的配额申请结果为全局超额时,则返回响应失败的结果至所述租户。
一种多租户的资源配额管理装置,所述装置包括:
接收模块,用于接收到租户发送的业务请求;所述业务请求中携带租户标识;
转换模块,用于将所述业务请求转换为业务逻辑处理的SQL执行请求;
解析模块,用于解析所述SQL执行请求,得到对应的SQL字符串;
计算模块,用于根据所述租户标识和所述SQL字符串,计算所述SQL执行请求对应的配额数据;
判断模块,用于根据所述配额数据,判断本地资源是否超额,当判断本地超额时,判断是否存在全局超额,得到对应的判断结果,并根据所述判断结果,确定是否执行所述SQL执行请求;
发送模块,用于当判断本地未超额时,则向数据库发送执行所述SQL执行请求,并在执行完毕之后返回对应的结果至所述租户。
一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
接收到租户发送的业务请求;所述业务请求中携带租户标识;
将所述业务请求转换为业务逻辑处理的SQL执行请求;
解析所述SQL执行请求,得到对应的SQL字符串;
根据所述租户标识和所述SQL字符串,计算所述SQL执行请求对应的配额数据;
根据所述配额数据,判断本地资源是否超额,当判断本地超额时,判断是否存在全局超额,得到对应的判断结果,并根据所述判断结果,确定是否执行所述SQL执行请求;
当判断本地未超额时,则向数据库发送执行所述SQL执行请求,并在执行完毕之后返回对应的结果至所述租户。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
接收到租户发送的业务请求;所述业务请求中携带租户标识;
将所述业务请求转换为业务逻辑处理的SQL执行请求;
解析所述SQL执行请求,得到对应的SQL字符串;
根据所述租户标识和所述SQL字符串,计算所述SQL执行请求对应的配额数据;
根据所述配额数据,判断本地资源是否超额,当判断本地超额时,判断是否存在全局超额,得到对应的判断结果,并根据所述判断结果,确定是否执行所述SQL执行请求;
当判断本地未超额时,则向数据库发送执行所述SQL执行请求,并在执行完毕之后返回对应的结果至所述租户。
上述多租户的资源配额管理方法、装置、计算机设备和存储介质,通过接收到租户发送的业务请求,业务请求中携带租户标识,将业务请求转换为业务逻辑处理的SQL执行请求,解析SQL执行请求,得到对应的SQL字符串。根据租户标识和SQL字符串,计算SQL执行请求对应的配额数据,根据配额数据,判断本地资源是否超额,当判断本地超额时,判断是否存在全局超额,得到对应的判断结果,并根据判断结果,确定是否执行SQL执行请求;当判断本地未超额时,则向数据库发送执行SQL执行请求,并在执行完毕之后返回对应的结果至租户。由此使得,通过本地和全局的两级配额管理,实现了租户级别和功能级别的细粒度配额管理,有效的避免了租户之间的操作对数据库的影响,同时能够使得超额信息自动上报与下发,实现效率最大化,从而有效提高了数据处理效率。
附图说明
图1为一个实施例中多租户的资源配额管理方法的应用环境图;
图2为一个实施例中多租户的资源配额管理方法的流程示意图;
图3为一个实施例中根据租户标识和SQL字符串,计算SQL执行请求对应的配额数据步骤的流程示意图;
图4为一个实施例中根据配额数据,判断本地资源是否超额步骤的流程示意图;
图5A为一个实施例中当判断本地超额时,判断是否存在全局超额,得到对应的判断结果,并根据判断结果,确定是否执行SQL执行请求步骤的流程示意图;
图5B为一个实施例中多租户的资源配额管理方法的***架构示意图;
图6为一个实施例中当接收到全局配额管理服务返回的配额申请结果时,确定是否执行SQL执行请求步骤的流程示意图;
图7A为一个实施例中当判断本地未超额时多租户的资源配额管理方法的流程示意图;
图7B为一个实施例中当判断本地超额时多租户的资源配额管理方法的流程示意图;
图7C为另一个实施例中当判断本地超额时多租户的资源配额管理方法的流程示意图;
图8为一个实施例中多租户的资源配额管理装置的结构框图;
图9为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的多租户的资源配额管理方法,可以应用于如图1所示的应用环境中。其中,终端102通过网络与服务器104通过网络进行通信。服务器104接收到租户终端102发送的业务请求,业务请求中携带租户标识。服务器104将业务请求转换为业务逻辑处理的SQL执行请求,并解析SQL执行请求,得到对应的SQL字符串。服务器104根据租户标识和SQL字符串,计算SQL执行请求对应的配额数据。服务器104根据配额数据,判断本地资源是否超额,当服务器104判断本地超额时,判断是否存在全局超额,得到对应的判断结果,并根据判断结果,确定是否执行SQL执行请求。当服务器104判断本地未超额时,则向数据库发送执行SQL执行请求,并在执行完毕之后返回对应的结果至租户终端102。其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中,如图2所示,提供了一种多租户的资源配额管理方法,以该方法应用于图1中的服务器为例进行说明,包括以下步骤:
步骤202,接收到租户发送的业务请求,业务请求中携带租户标识。
在终端的应用软件中,开发人员可以采用微服务架构,围绕着业务领域组件来创建不同业务功能的应用,这些应用可独立地进行开发、管理和更新,在分散的组件中使用微服务云架构和平台,能够使部署、管理和服务功能交付变得更加简单。微服务是SOA架构下的产物,设计目标是为了肢解业务,使得服务能够独立运行,微服务的策略可以让工作变得更为简便,它可扩展单个组件而不是整个的应用程序堆栈,从而满足服务等级协议。使用不同操作***终端设备的用户均可以通过终端中的应用市场界面下载多种类型的应用程序,可以包括***应用程序、桌面应用程序、驱动应用程序、网络应用程序以及物联网应用程序等。从用户使用应用程序不同的业务功能划分,应用程序还可以包括即时通讯应用程序、在线购物应用程序、影音娱乐应用程序等。
具体的,业务服务***即服务器可以接收到不同租户发送的业务请求,业务请求中携带租户标识。例如,用户可以通过在手机应用程序中或浏览器网页中输入用户名和密码的方式,登录特定场景的业务***中,用户可以通过app(Application,应用程序)客户端或web客户端即web浏览器发起特定的业务请求,服务器可以接收到终端发送的业务请求,业务请求中包括租户标识。其中,客户端或称为用户终端,是指与服务器相对应,为用户提供本地服务的程序。除了一些只在本地运行的应用程序之外,一般安装在普通的客户机上,需要与服务端互相配合运行。客户端可以包括DNS客户端、web客户端、游戏客户端以及移动客户端等。例如,移动客户端以手机为例,手机客户端就是可以在手机终端运行的软件。业务请求是指用户根据不同需求在不同业务场景***中发起的与业务功能对应的业务请求。租户标识用于标识唯一的租户信息。其中,业务***中可以根据不同的企业类型创建对应的租户信息,租户之间的业务数据是完全隔离的,业务数据可以包括业务服务数据、工单数据、组织机构数据等。针对同一个租户,业务***将该租户对应的用户管理中心和应用管理中心进行分区,用户管理中心使用统一的一套组织机构、角色信息和用户信息,即统一设置的组织机构、角色和用户等数据,是可以在同一租户中的各部门所共用的。租户的不同部门可以通过登录管理账号,在应用管理中心界面创建该部门自己的业务服务。各个租户即不同企业或部门可以创建属于自己组织机构框架下的不同角色的用户以及不同场景的业务应用服务。例如,在网上购物应用中,用户可以通过触发操作发起查看订单请求,并通过服务网关发送至服务器。当服务器接收到该用户终端通过服务网关发送的查看订单请求时,则服务器可以获取该查看订单请求中携带的租户标识。
步骤204,将业务请求转换为业务逻辑处理的SQL执行请求。
当服务器接收到租户发送的业务请求之后,服务器可以将业务请求转换为业务逻辑处理的SQL执行请求。其中,SQL是指结构化查询语言(Structured Query Language)简称SQL,是一种特殊目的的编程语言,是一种数据库查询和程序设计语言,用于存取数据以及查询、更新和管理关系数据库***。例如,当服务器接收到租户发送的业务请求为查看财务报表的业务请求时,则服务器可以将该查看财务报表的业务请求转换为相对应的业务逻辑处理的SQL执行请求,即转换为SQL语句去数据库中进行查找。
步骤206,解析SQL执行请求,得到对应的SQL字符串。
服务器将业务请求转换为业务逻辑处理的SQL执行请求之后,服务器可以通过预先设置好的中间件程序解析SQL执行请求,得到对应的SQL字符串。其中,中间件是指介于应用***和***软件之间的一类软件,它使用***软件所提供的基础服务(功能),衔接网络上应用***的各个部分或不同的应用,能够达到资源共享、功能共享的目的。中间件是一种独立的***软件服务程序,分布式应用软件借助这种软件在不同的技术之间共享资源,中间件位于客户机服务器的操作***之上,管理计算资源和网络通信。本申请中的数据库中间件可以包括jitap,jitap是指面向企业用户的多租户配额管理的数据库中间件,jitap可以是预先编译好的程序安装在业务服务器中。具体的,以jitap中间件为例进行说明。当服务器将业务请求转换为业务逻辑处理的SQL执行请求之后,服务器可以通过预先编译好的中间件程序jitap对SQL执行请求进行解析,得到对应的SQL字符串。其中,SQL字符串即SQLID,jitap中间件可以根据SQL执行请求的MD5码计算出对应的SQL ID。MD5是指信息摘要算法(英语:MD5 Message-Digest Algorithm),一种被广泛使用的密码散列函数,可以产生出一个128位(16字节)的散列值(hash value),用于确保信息传输完整一致。即服务器可以通过jitap中间件对SQL执行请求进行解析,得到对应的散列值,该散列值即为SQL字符串。
步骤208,根据租户标识和SQL字符串,计算SQL执行请求对应的配额数据。
当服务器解析SQL执行请求,得到对应的SQL字符串之后,服务器可以根据租户标识和SQL字符串,计算SQL执行请求对应的配额数据。其中,配额数据是指对数据库SQL语句执行时间的限制。具体的,以jitap中间件为例进行说明。当服务器解析SQL执行请求,得到对应的SQL字符串之后,服务器可以通过jitap中间件计算SQL执行请求对应的配额数据。jitap中间件根据租户标识(Tenant ID)和SQL字符串(SQL ID),计算SQL执行请求对应的配额数据。即jitap中间件对SQL的执行时间按照租户ID和SQL ID(key为TenantID_SQLID)的维度进行聚合与统计,jitap中间件按照key为TenantID_SQLID的维度进行分类统计,得到聚合后的配额数据。
步骤210,根据配额数据,判断本地资源是否超额,当判断本地超额时,判断是否存在全局超额,得到对应的判断结果,并根据判断结果,确定是否执行SQL执行请求。
当服务器根据租户标识和SQL字符串,计算SQL执行请求对应的配额数据之后,服务器可以根据配额数据,判断本地资源是否超额,当判断本地超额时,判断是否存在全局超额,得到对应的判断结果,并根据判断结果,确定是否执行SQL执行请求。其中,本地配额管理是在jitap中间件程序中处理的,全局配额是指针对单一租户的数据库SQL请求的执行时间限制。本地中预先设置了一个Map存储了本地配额的阈值,即本地超额key,其格式为LOCAL_TenantID_SQLID。例如,服务器可以将聚合得到的配额数据与预设的本地配额的阈值进行比较,当聚合得到的配额数据大于预设阈值时,即判断本地超额。比如,针对每个租户预先设定的本地配额是50000毫秒/分钟,当服务器得到的某个租户聚合后的配额数据的值大于50000毫秒/分钟时,则服务器判定为本地超额。当服务器判断本地超额时,进一步的,服务器需要判断是否存在全局超额,即服务器可以向全局配额管理服务发送申请配额请求,当接收到全局配额管理服务返回的配额申请结果时,服务器可以根据返回的配额申请结果,确定是否执行SQL执行请求,其中,配额申请结果用于表示是否全局超额。即当服务器接收到返回的配额申请结果为全局超额时,则确定不执行SQL执行请求;当服务器接收到返回的配额申请结果为全局未超额时,则确定执行SQL执行请求。
步骤212,当判断本地未超额时,则向数据库发送执行SQL执行请求,并在执行完毕之后返回对应的结果至租户。
当服务器根据租户标识和SQL字符串,计算SQL执行请求对应的配额数据之后,服务器根据配额数据,判断本地资源是否超额,当判断本地未超额时,则向数据库发送执行SQL执行请求,并在执行完毕之后返回对应的结果至租户。本地配额管理是在jitap中间件程序中处理的,本地中预先设置了一个Map存储了本地配额的阈值,即本地超额key,其格式为LOCAL_TenantID_SQLID。例如,服务器可以将聚合得到的配额数据与预设的本地配额的阈值进行比较,当聚合得到的配额数据不大于预设阈值时,即判断本地未超额。比如,针对每个租户预先设定的本地配额是50000毫秒/分钟,当服务器得到的某个租户聚合后的配额数据的值不大于50000毫秒/分钟时,则服务器判定为本地未超额,则服务器可以通过jitap中间件程序直接向数据库发送执行SQL执行请求,并在执行完毕之后返回对应的结果至租户。
本实施例中,通过接收到租户发送的业务请求,业务请求中携带租户标识,将业务请求转换为业务逻辑处理的SQL执行请求,解析SQL执行请求,得到对应的SQL字符串。根据租户标识和SQL字符串,计算SQL执行请求对应的配额数据,根据配额数据,判断本地资源是否超额,当判断本地超额时,判断是否存在全局超额,得到对应的判断结果,并根据判断结果,确定是否执行SQL执行请求;当判断本地未超额时,则向数据库发送执行SQL执行请求,并在执行完毕之后返回对应的结果至租户。由此使得,通过本地和全局的两级配额管理,实现了租户级别和功能级别的细粒度配额管理,有效的避免了租户之间的操作对数据库的影响,同时能够使得超额信息自动上报与下发,实现效率最大化,从而有效提高了数据处理效率。
在一个实施例中,如图3所示,根据租户标识和SQL字符串,计算SQL执行请求对应的配额数据的步骤包括:
步骤302,根据租户标识和SQL字符串,对SQL执行请求对应的执行时间进行聚合,得到聚合后的数据。
步骤304,将聚合后的数据标记为配额数据。
当服务器解析SQL执行请求,得到对应的SQL字符串之后,服务器可以根据租户标识和SQL字符串,计算SQL执行请求对应的配额数据。具体的,服务器可以根据租户标识和SQL字符串,对SQL执行请求对应的执行时间进行聚合,得到聚合后的数据,并将聚合后的数据标记为配额数据。例如,预先将编译好的中间件程序jitap安装在业务***中,当业务***即服务器接收到租户发送的业务请求时,服务器可以将业务请求转换为业务逻辑处理的SQL执行请求。进一步的,服务器可以通过预先编译好的中间件程序jitap对SQL执行请求进行解析,得到对应的SQL字符串。即服务器可以通过中间件程序jitap对SQL的执行时间按照租户标识和SQL字符串(即key为TenantID_SQLID)的维度进行聚合与统计,最终得到分类统计后的数据,该数据即为聚合后的配额数据。由此使得,通过数据库中间件对SQL进行解析与执行操作,业务服务不能直连数据库,所有数据库相关操作都需要经过数据库中间件进行交互,从而能够为业务微服务提供持久化的功能,实现数据的增、删、改、查等功能。
在一个实施例中,如图4所示,根据配额数据,判断本地资源是否超额的步骤包括:
步骤402,获取本地Map中预先存储的本地配额的阈值。
步骤404,将配额数据与阈值进行比较,当配额数据大于阈值时,则判断本地超额。
步骤406,当配额数据不大于阈值时,则判断本地未超额。
当服务器根据租户标识和SQL字符串,计算SQL执行请求对应的配额数据之后,服务器可以根据计算得到的配额数据,判断本地资源是否超额。具体的,服务器可以获取本地Map中预先存储的本地配额的阈值,并将计算得到的配额数据与阈值进行比较,当配额数据大于阈值时,则判断本地超额。当配额数据不大于阈值时,则判断本地未超额。例如,针对每租户预先设定的配额是50000毫秒/分钟,当每租户聚合后的数值超过50000毫秒/分钟时,则判定为本地超额。即当服务器得到的某个租户聚合后的配额数据的值大于50000毫秒/分钟时,则服务器判定为本地超额;若服务器得到的某个租户聚合后的配额数据的值不大于50000毫秒/分钟时,则服务器判定为本地未超额。由此使得,通过数据库中间件解析SQL,并对SQL的执行时间按照key为TenantID_SQLID的维度进行分类统计,并根据分类统计后的数据在本地进行超额判断,实现了租户级别和功能级别的细粒度配额管理,有效的避免了租户之间的操作对数据库的影响。
在一个实施例中,如图5A所示,当判断本地超额时,判断是否存在全局超额,得到对应的判断结果,并根据判断结果,确定是否执行SQL执行请求的步骤包括:
步骤502,当判断本地超额时,则向全局配额管理服务发送申请配额请求。
步骤504,接收全局配额管理服务返回的配额申请结果。
步骤506,当接收到全局配额管理服务返回的配额申请结果时,确定是否执行SQL执行请求,其中,配额申请结果用于表示是否全局超额。
服务器可以根据计算得到的配额数据,判断本地资源是否超额。当服务器判断本地超额时,则需要进一步判断是否存在全局超额,得到对应的判断结果,并根据判断结果,确定是否执行SQL执行请求。具体的,如图5B所示,为多租户的资源配额管理的***架构示意图。当服务器判断本地超额时,则服务器可以向全局配额管理服务发送申请配额请求。当服务器接收到全局配额管理服务返回的配额申请结果时,确定是否执行SQL执行请求,其中,配额申请结果用于表示是否全局超额。例如,当中间件程序jitap接收到全局配额管理服务返回的配额申请结果为超额时,则表明针对该租户的全局配额已超过预设阈值,则确定不执行SQL执行请求,返回超额错误至业务服务器,并通过业务服务器返回对应的响应结果至对应的租户。当中间件程序jitap接收到全局配额管理服务返回的配额申请结果为未超额时,则表明针对该租户的全局配额未超过预设阈值,说明当前本地的LOCAL_TenantID_SQLID对应SQL没有发生超额的现象,则确定执行对应的SQL执行请求,向数据库发送执行SQL执行请求,并在执行完毕之后返回对应的结果集至对应的租户。由此使得,通过数据库中间件程序与全局配额管理服务交互,进行超额信息的推送与拉取,当本地超额时申请全局配额,申请的结果决定了最终是否执行该SQL,即全局超额时则执行限流机制,本地超额时不会直接执行限流机制,因为本地超额时不一定全局超额,而只有全局超额时才会限制SQL的执行,从而实现了租户级别和功能级别的细粒度配额管理,有效的避免了租户之间的操作对数据库的影响。
在其中一个实施例中,申请配额请求中携带配额数据。接收全局配额管理服务根据该配额数据返回的配额申请结果,配额申请结果是全局配额管理服务根据配额数据更新对应的全局配额信息后确定的。其中,中间件程序jitap运行在业务***中,即中间件程序jitap安装在业务服务器中,全局配额管理服务是指部署在其他服务器或第三方***中的服务。具体的,当中间件程序jitap判断本地超额时,中间件程序jitap可以向全局配额管理服务发送申请配额请求,申请配额请求中携带当前该租户对应的本地配额数据,即中间件程序jitap向全局配额管理服务发送申请配额请求的同时,也可以向全局配额管理服务自动上报当前租户对应的配额数据。全局配额管理服务收到该中间件程序jitap节点上报的配额信息后,自动更新对应的全局配额信息,同时也可以自动向其他jitap节点推送超额信息。
例如,当中间件程序jitap判断本地超额时,中间件程序jitap向全局配额管理服务发送申请配额请求,申请配额请求中携带当前该租户对应的本地超额数据。全局配额管理服务收到该中间件程序jitap节点上报的本地节点超额信息后,全局配额管理服务根据该超额数据,更新该租户对应的全局配额信息,并根据更新后的全局配额信息确定当前该租户对应的全局配额信息是否超额。其中,配额管理服务是全局配额管理服务的一个微服务,其主要作用可以包括以TenantID_SQLID作为key,存储全局配额管理信息,同时,可以接收各个中间件程序上报的超额信息,并向***中的其他中间件程序节点推送。例如,全局配额管理服务可以采用GCRA(Generic Cell Rate Algorithm,通用细胞速率演算法)算法处理jitap发送的配额申请,该处理结果决定了最终是否执行相应SQL。其中,GCRA算法作为一种限流算法。若全局配额管理服务采用GCRA算法处理的结果为全局超额,则全局配额管理服务返回对应的配额申请结果为全局超额至该jitap节点。其中,全局配额管理服务中预先存储了全局超额key,其格式分别为GLOBAL_TenantID_SQLID。如果不存在全局超额key,则说明当前本地的LOCAL_TenantID_SQLID对应SQL没有发生超额的现象,则确定执行对应的SQL执行请求;如果存在全局超额key,则说明当前本地的LOCAL_TenantID_SQLID对应SQL发生超额的现象,则无法执行对应的SQL执行请求。因为本地配额管理的只是当前微服务消耗的资源,而一个***中可能同时有多个微服务,所以只有当全局超额时才判定为该租户的资源用尽,需要等待下一个配额管理周期才能分配资源,由此使得,实现了jitap节点向全局配额管理服务自动上报超额信息,全局配额管理服务收到上报信息后,能够自动向其他jitap节点推送超额信息,实现了租户级别和功能级别的细粒度配额管理,有效的避免了租户之间的操作对数据库的影响,同时能够使得超额信息自动上报与下发,实现效率最大化,从而有效提高了数据处理效率。
在一个实施例中,如图6所示,当接收到全局配额管理服务返回的配额申请结果时,确定是否执行SQL执行请求的步骤包括:
步骤602,当接收到全局配额管理服务返回的配额申请结果为全局未超额时,确定执行SQL执行请求。
步骤604,当接收到全局配额管理服务返回的配额申请结果为全局超额时,确定不执行SQL执行请求。
当服务器接收到全局配额管理服务返回的配额申请结果时,确定是否执行SQL执行请求。具体的,当中间件程序jitap接收到全局配额管理服务返回的配额申请结果为全局未超额时,确定执行SQL执行请求。当中间件程序jitap接收到全局配额管理服务返回的配额申请结果为全局超额时,确定不执行SQL执行请求。其中,全局配额管理服务中预先存储了全局超额key,其格式为GLOBAL_TenantID_SQLID。中间件程序jitap根据接收到全局配额管理服务返回的配额申请结果判断是否存在全局超额key,若判断不存在全局超额key,则说明当前本地的LOCAL_TenantID_SQLID对应SQL没有发生超额的现象,则确定执行对应的SQL执行请求。若判断存在全局超额key,则说明当前本地的LOCAL_TenantID_SQLID对应SQL发生超额的现象,则无法执行对应的SQL执行请求。当中间件程序jitap判断全局未超额时,即不存在全局超额key时,则确定执行SQL执行请求,中间件程序jitap向数据库发送执行SQL执行请求,并在执行完毕之后返回对应的结果集至业务***,并通过业务***返回对应的结果至对应的租户。当中间件程序jitap判断全局超额时,即存在全局超额key时,则确定不执行SQL执行请求,中间件程序jitap返回超额错误至业务***,并通过业务***返回对应的响应失败的结果至对应的租户。由此使得,实现了租户级别和功能级别的细粒度配额管理,有效的避免了租户之间的操作对数据库的影响,同时能够使得超额信息自动上报与下发,实现效率最大化,从而有效提高了数据处理效率。
在一个实施例中,用户可以使用不同类型的终端设备登录特定的业务平台,当不同用户登录业务平台时,用户可以通过触发操作登录对应的业务应用界面,对业务应用界面中的业务进行相应的操作。例如,不同类型的企业租户可以通过账号密码的方式登录特定的业务服务平台主页面,租户可通过已创建好的业务应用显示对应的业务信息,租户可以对当前的任意业务数据进行查看。不同的租户根据企业不同的业务需求,可以创建多种场景对应的自定义业务服务的应用,可以包括财务报表应用、订单管理应用等。业务是向多租户提供的SaaS(Software-as-a-Service的缩写名称,为软件即服务)服务,在微服务的架构中则对应具体的业务微服务。
具体的,以中间件程序jitap为例进行说明。中间件程序jitap运行在业务***中,即中间件程序jitap安装在业务服务器中,全局配额管理服务是指部署在其他服务器或第三方***中的服务。下面以典型的三种场景,详细描述本实例中的实现细节。如图7A所示,当判断本地未超额时多租户的资源配额管理方法的流程示意图。业务服务接收用户发起的请求时,将业务逻辑转换为SQL执行。即当业务***即业务服务器接收到租户发送的业务请求之后,服务器可以将业务请求转换为业务逻辑处理的SQL执行请求。例如,当服务器接收到租户发送的业务请求为查看财务报表的业务请求时,则服务器可以将该查看财务报表的业务请求转换为相对应的业务逻辑处理的SQL执行请求,服务器可以通过预先设置好的中间件程序解析该SQL执行请求,得到对应的SQL字符串。即jitap接收到业务服务发送的SQL执行请求之后,启动本地配额管理机制。进一步的,jitap中间件可以根据租户标识(TenantID)和SQL字符串(SQL ID),计算SQL执行请求对应的配额数据。即jitap中间件对SQL的执行时间按照租户ID和SQL ID(key为TenantID_SQLID)的维度进行聚合与统计,得到聚合后的配额数据,即计算得到本地超额key。
当jitap根据租户标识和SQL字符串,计算SQL执行请求对应的配额数据之后,jitap可以根据配额数据,判断本地配额管理是否超额。若jitap根据计算得到本地超额key判断本地未超额时,则jitap向数据库发起执行SQL的请求,即通过SQL语句去数据库中查找对应的财务数据,并在执行完毕之后向业务服务返回对应的结果集。业务服务根据jitap返回的结果集将对应的响应结果返回至对应的租户。
如图7B所示,当判断本地超额时多租户的资源配额管理方法的流程示意图。若jitap根据计算得到本地超额key判断本地超额时,则jitap可以向部署在第三方服务器上的全局配额管理服务发送申请配额请求,全局配额管理服务接收到jitap发送的申请配额请求中携带当前该租户对应的本地配额数据,即中间件程序jitap向全局配额管理服务发送申请配额请求的同时也可以向全局配额管理服务自动上报当前租户对应的配额数据。全局配额管理服务根据该jitap节点上报的配额信息,自动更新对应的全局配额信息,并根据更新后的全局配额信息确定当前该租户对应的全局配额信息是否超额,若全局配额管理服务根据更新后的全局配额信息确定当前该租户对应的全局配额信息未超额时,则全局配额管理服务返回对应的配额申请结果为全局未超额至该jitap节点。当该jitap节点接收到全局配额管理服务返回的配额申请结果为全局未超额时,则该jitap节点确定执行SQL执行请求,向数据库发起执行SQL的请求,即通过SQL语句去数据库中查找对应的财务数据,并在执行完毕之后向业务服务返回对应的结果集。业务服务根据jitap返回的结果集将对应的响应结果返回至对应的租户。
如图7C所示,当判断本地超额时多租户的资源配额管理方法的流程示意图。若jitap根据计算得到本地超额key判断本地超额时,则jitap可以向部署在第三方服务器上的全局配额管理服务发送申请配额请求,当该jitap节点接收到全局配额管理服务返回的配额申请结果为全局超额时,则该jitap节点确定不执行SQL执行请求,该jitap节点向业务服务返回超额错误,业务服务根据jitap返回的超额错误将对应的响应结果返回至对应的租户。
本实施例中,通过本地和全局的两级配额管理,实现了租户级别和功能级别的细粒度配额管理,有效的避免了租户之间的操作对数据库的影响,同时能够使得超额信息自动上报与下发,实现效率最大化,从而有效提高了数据处理效率。
应该理解的是,虽然图1-7的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图1-7中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图8所示,提供了一种多租户的资源配额管理装置,包括:接收模块802、转换模块804、解析模块806、计算模块808、判断模块810和发送模块812,其中:
接收模块802,用于接收到租户发送的业务请求,业务请求中携带租户标识。
转换模块804,用于将业务请求转换为业务逻辑处理的SQL执行请求。
解析模块806,用于解析SQL执行请求,得到对应的SQL字符串。
计算模块808,用于根据租户标识和SQL字符串,计算SQL执行请求对应的配额数据。
判断模块810,用于根据配额数据,判断本地资源是否超额,当判断本地超额时,判断是否存在全局超额,得到对应的判断结果,并根据判断结果,确定是否执行SQL执行请求。
发送模块812,用于当判断本地未超额时,则向数据库发送执行SQL执行请求,并在执行完毕之后返回对应的结果至租户。
在一个实施例中,该装置还包括:聚合模块和标记模块。
聚合模块用于根据租户标识和SQL字符串,对SQL执行请求对应的执行时间进行聚合,得到聚合后的数据。标记模块用于将聚合后的数据标记为配额数据。
在一个实施例中,该装置还包括:获取模块和比较模块。
获取模块用于获取本地Map中预先存储的本地配额的阈值。比较模块用于将配额数据与阈值进行比较,当配额数据大于阈值时,则判断本地超额;当配额数据不大于阈值时,则判断本地未超额。
在一个实施例中,发送模块还用于当判断本地超额时,则向全局配额管理服务发送申请配额请求。接收模块还用于接收全局配额管理服务返回的配额申请结果,当接收到全局配额管理服务返回的配额申请结果时,确定是否执行SQL执行请求,其中,配额申请结果用于表示是否全局超额。
在一个实施例中,接收模块还用于接收全局配额管理服务根据配额数据返回的配额申请结果,配额申请结果是全局配额管理服务根据配额数据更新对应的全局配额信息后确定的。
在一个实施例中,该装置还包括:确定模块。
确定模块用于当接收到全局配额管理服务返回的配额申请结果为全局未超额时,确定执行SQL执行请求;当接收到全局配额管理服务返回的配额申请结果为全局超额时,确定不执行SQL执行请求。
在一个实施例中,接收模块还用于当接收到全局配额管理服务返回的配额申请结果为全局超额时,则返回响应失败的结果至租户。
关于多租户的资源配额管理装置的具体限定可以参见上文中对于多租户的资源配额管理方法的限定,在此不再赘述。上述多租户的资源配额管理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图9所示。该计算机设备包括通过***总线连接的处理器、存储器和网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的数据库用于存储多租户的资源配额管理数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种多租户的资源配额管理方法。
本领域技术人员可以理解,图9中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述各个方法实施例的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory,ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic Random Access Memory,DRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种多租户的资源配额管理方法,所述方法包括:
接收到租户发送的业务请求;所述业务请求中携带租户标识;
将所述业务请求转换为业务逻辑处理的SQL执行请求;
解析所述SQL执行请求,得到对应的SQL字符串;
根据所述租户标识和所述SQL字符串,计算所述SQL执行请求对应的配额数据;
根据所述配额数据,判断本地资源是否超额,当判断本地超额时,判断是否存在全局超额,得到对应的判断结果,并根据所述判断结果,确定是否执行所述SQL执行请求;
当判断本地未超额时,则向数据库发送执行所述SQL执行请求,并在执行完毕之后返回对应的结果至所述租户。
2.根据权利要求1所述的方法,其特征在于,所述根据所述租户标识和所述SQL字符串,计算所述SQL执行请求对应的配额数据包括:
根据所述租户标识和所述SQL字符串,对所述SQL执行请求对应的执行时间进行聚合,得到聚合后的数据;
将所述聚合后的数据标记为配额数据。
3.根据权利要求1所述的方法,其特征在于,所述根据所述配额数据,判断本地资源是否超额包括:
获取本地Map中预先存储的本地配额的阈值;
将所述配额数据与所述阈值进行比较,当所述配额数据大于所述阈值时,则判断本地超额;
当所述配额数据不大于所述阈值时,则判断本地未超额。
4.根据权利要求1所述的方法,其特征在于,所述当判断本地超额时,判断是否存在全局超额,得到对应的判断结果,并根据所述判断结果,确定是否执行所述SQL执行请求包括:
当判断本地超额时,则向全局配额管理服务发送申请配额请求;
接收所述全局配额管理服务返回的配额申请结果;
当接收到所述全局配额管理服务返回的配额申请结果时,确定是否执行所述SQL执行请求,其中,所述配额申请结果用于表示是否全局超额。
5.根据权利要求4所述的方法,其特征在于,所述申请配额请求中携带所述配额数据;接收所述全局配额管理服务返回的配额申请结果,包括:
接收所述全局配额管理服务根据所述配额数据返回的配额申请结果,所述配额申请结果是所述全局配额管理服务根据所述配额数据更新对应的全局配额信息后确定的。
6.根据权利要求4所述的方法,其特征在于,所述当接收到所述全局配额管理服务返回的配额申请结果时,确定是否执行所述SQL执行请求包括:
当接收到所述全局配额管理服务返回的配额申请结果为全局未超额时,确定执行所述SQL执行请求;
当接收到所述全局配额管理服务返回的配额申请结果为全局超额时,确定不执行所述SQL执行请求。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
当接收到所述全局配额管理服务返回的配额申请结果为全局超额时,则返回响应失败的结果至所述租户。
8.一种多租户的资源配额管理装置,其特征在于,所述装置包括:
接收模块,用于接收到租户发送的业务请求;所述业务请求中携带租户标识;
转换模块,用于将所述业务请求转换为业务逻辑处理的SQL执行请求;
解析模块,用于解析所述SQL执行请求,得到对应的SQL字符串;
计算模块,用于根据所述租户标识和所述SQL字符串,计算所述SQL执行请求对应的配额数据;
判断模块,用于根据所述配额数据,判断本地资源是否超额,当判断本地超额时,判断是否存在全局超额,得到对应的判断结果,并根据所述判断结果,确定是否执行所述SQL执行请求;
发送模块,用于当判断本地未超额时,则向数据库发送执行所述SQL执行请求,并在执行完毕之后返回对应的结果至所述租户。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011495014.7A CN112527504A (zh) | 2020-12-17 | 2020-12-17 | 多租户的资源配额管理方法、装置、计算机设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011495014.7A CN112527504A (zh) | 2020-12-17 | 2020-12-17 | 多租户的资源配额管理方法、装置、计算机设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112527504A true CN112527504A (zh) | 2021-03-19 |
Family
ID=75000919
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011495014.7A Pending CN112527504A (zh) | 2020-12-17 | 2020-12-17 | 多租户的资源配额管理方法、装置、计算机设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112527504A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115118612A (zh) * | 2022-05-12 | 2022-09-27 | 曙光信息产业股份有限公司 | 资源配额管理方法、装置、计算机设备和存储介质 |
CN115145736A (zh) * | 2022-09-05 | 2022-10-04 | 中国人寿保险股份有限公司上海数据中心 | 基于Spark分布式计算的云平台配额智能分配*** |
CN115248734A (zh) * | 2022-09-21 | 2022-10-28 | 之江实验室 | 一种私有云多租户的资源配额自适应调节方法及装置 |
CN115421698A (zh) * | 2022-08-30 | 2022-12-02 | 敏于行(北京)科技有限公司 | 基于声明式和分布式账本的数据处理方法、装置及电子装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140149475A1 (en) * | 2012-11-26 | 2014-05-29 | Red Hat, Inc. | Managing distributed storage quotas |
CN104270459A (zh) * | 2014-10-20 | 2015-01-07 | 山东省计算中心(国家超级计算济南中心) | 一种增强公平性的云计算用户资源配额分配方法 |
CN110764899A (zh) * | 2019-09-03 | 2020-02-07 | 无锡华云数据技术服务有限公司 | 资源配额管理、资源处理方法、装置、设备、***及介质 |
CN110795041A (zh) * | 2019-10-28 | 2020-02-14 | 柏科数据技术(深圳)股份有限公司 | 分布式文件***的配额方法、装置、服务器和存储介质 |
CN111404828A (zh) * | 2020-03-11 | 2020-07-10 | 中国工商银行股份有限公司 | 实现全局流控的方法及装置 |
CN111611050A (zh) * | 2020-04-27 | 2020-09-01 | 腾讯科技(深圳)有限公司 | 一种信息处理方法、装置、设备及存储介质 |
CN112069210A (zh) * | 2020-08-21 | 2020-12-11 | 北京首汽智行科技有限公司 | 一种saas平台多租户数据隔离方法 |
-
2020
- 2020-12-17 CN CN202011495014.7A patent/CN112527504A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140149475A1 (en) * | 2012-11-26 | 2014-05-29 | Red Hat, Inc. | Managing distributed storage quotas |
CN104270459A (zh) * | 2014-10-20 | 2015-01-07 | 山东省计算中心(国家超级计算济南中心) | 一种增强公平性的云计算用户资源配额分配方法 |
CN110764899A (zh) * | 2019-09-03 | 2020-02-07 | 无锡华云数据技术服务有限公司 | 资源配额管理、资源处理方法、装置、设备、***及介质 |
CN110795041A (zh) * | 2019-10-28 | 2020-02-14 | 柏科数据技术(深圳)股份有限公司 | 分布式文件***的配额方法、装置、服务器和存储介质 |
CN111404828A (zh) * | 2020-03-11 | 2020-07-10 | 中国工商银行股份有限公司 | 实现全局流控的方法及装置 |
CN111611050A (zh) * | 2020-04-27 | 2020-09-01 | 腾讯科技(深圳)有限公司 | 一种信息处理方法、装置、设备及存储介质 |
CN112069210A (zh) * | 2020-08-21 | 2020-12-11 | 北京首汽智行科技有限公司 | 一种saas平台多租户数据隔离方法 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115118612A (zh) * | 2022-05-12 | 2022-09-27 | 曙光信息产业股份有限公司 | 资源配额管理方法、装置、计算机设备和存储介质 |
CN115118612B (zh) * | 2022-05-12 | 2024-06-04 | 曙光信息产业股份有限公司 | 资源配额管理方法、装置、计算机设备和存储介质 |
CN115421698A (zh) * | 2022-08-30 | 2022-12-02 | 敏于行(北京)科技有限公司 | 基于声明式和分布式账本的数据处理方法、装置及电子装置 |
CN115145736A (zh) * | 2022-09-05 | 2022-10-04 | 中国人寿保险股份有限公司上海数据中心 | 基于Spark分布式计算的云平台配额智能分配*** |
CN115248734A (zh) * | 2022-09-21 | 2022-10-28 | 之江实验室 | 一种私有云多租户的资源配额自适应调节方法及装置 |
CN115248734B (zh) * | 2022-09-21 | 2022-12-13 | 之江实验室 | 一种私有云多租户的资源配额自适应调节方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10560465B2 (en) | Real time anomaly detection for data streams | |
US10073916B2 (en) | Method and system for facilitating terminal identifiers | |
CN112527504A (zh) | 多租户的资源配额管理方法、装置、计算机设备 | |
CN110489417B (zh) | 一种数据处理方法及相关设备 | |
US10225145B2 (en) | Method and device for updating client | |
US8489550B2 (en) | Multi-tenancy data storage and access method and apparatus | |
US9053231B2 (en) | Systems and methods for analyzing operations in a multi-tenant database system environment | |
CN112422484B (zh) | 确定用于处理安全事件的剧本的方法、装置及存储介质 | |
US10585710B2 (en) | Dynamic code component deployment in cloud-based service platforms | |
US9973513B2 (en) | Method and apparatus for communication number update | |
US10541961B2 (en) | System and method for automating actions in distributed computing | |
US11297105B2 (en) | Dynamically determining a trust level of an end-to-end link | |
US20210232420A1 (en) | Restoring the state of paused virtual machine environments with external attached volumes | |
WO2021155683A1 (zh) | 日志打印方法、装置、电子设备和存储介质 | |
CN111885184A (zh) | 高并发场景下热点访问关键字处理方法和装置 | |
CN112507010B (zh) | 业务数据处理方法、装置、计算机设备和存储介质 | |
CN111563215B (zh) | 前端操作权限的控制方法、装置以及相关设备 | |
CN108600255B (zh) | Mock服务管理方法、装置、计算机设备以及存储介质 | |
CN113961600A (zh) | 一种数据查询方法、装置、计算机设备及存储介质 | |
CN114489772A (zh) | 工作流执行方法及装置、存储介质、设备 | |
KR102609300B1 (ko) | 블록체인을 이용한 sbom 관리 시스템 및 방법 | |
US20230061914A1 (en) | Rule based machine learning for precise fraud detection | |
WO2023029414A1 (zh) | 数据分析方法及装置 | |
US20230247111A1 (en) | Runtime module conversion | |
US20130290830A1 (en) | System and method for managing a viewstate of a web application |
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 |