资源配额管理方法、装置、计算机设备和存储介质与流程

1.本技术涉及云平台技术领域，特别是涉及一种资源配额管理方法、装置、计算机设备、存储介质和计算机程序产品。


背景技术：

2.随着云技术的不断发展，利用云技术进行服务管理也变得越来越普遍。目前的云技术主要依托于以openstack为主的开源云计算平台。在openstack云计算平台中，针对每一业务服务预先确定资源配额，例如，针对某一目标业务服务确定的资源配额包括：实例总量、内存总量、cpu(central processing unit，中央处理器)总量、云硬盘总量等等。因此，在该业务系统处理该目标业务服务时，则以资源配额为限向openstack云计算平台申请资源。
3.目前的资源配额管理方法中，openstack云计算平台设置有资源配额查询接口，业务系统针对目标业务服务，通过资源配额查询接口向openstack云计算平台发送资源配额请求，由openstack云计算平台反馈对应的资源限额信息。
4.然而，目前的资源配额管理方法，openstack云计算平台反馈资源配额信息的时间较长，使得资源限额信息具有滞后性，进而，导致在多条资源配额请求并发的环境下，反馈的资源配额信息不准确或者业务系统已超额使用资源。


技术实现要素：

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.第三方面，本技术还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
41.监听业务系统向云计算平台发送的资源申请请求，所述资源申请请求携带目标业务服务的业务标识以及所述目标业务服务对应的资源申请量；
42.根据所述业务标识，在各业务服务的业务标识与资源配额数据的对应关系中确定目标资源配额数据，以使根据所述目标资源配额数据限制所述业务系统的资源申请量。
43.第四方面，本技术还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
44.监听业务系统向云计算平台发送的资源申请请求，所述资源申请请求携带目标业务服务的业务标识以及所述目标业务服务对应的资源申请量；
45.根据所述业务标识，在各业务服务的业务标识与资源配额数据的对应关系中确定目标资源配额数据，以使根据所述目标资源配额数据限制所述业务系统的资源申请量。
46.第五方面，本技术还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：
47.监听业务系统向云计算平台发送的资源申请请求，所述资源申请请求携带目标业务服务的业务标识以及所述目标业务服务对应的资源申请量；
48.根据所述业务标识，在各业务服务的业务标识与资源配额数据的对应关系中确定
目标资源配额数据，以使根据所述目标资源配额数据限制所述业务系统的资源申请量。
49.上述方法、装置、计算机设备、存储介质和计算机程序产品，监听业务系统向云计算平台发送的资源申请请求，所述资源申请请求携带目标业务服务的业务标识以及所述目标业务服务对应的资源申请量；根据所述业务标识，在各业务服务的业务标识与资源配额数据的对应关系中确定目标资源配额数据，以使根据所述目标资源配额数据限制所述业务系统的资源申请量。采用本方法，通过监听业务系统中的资源申请请求，对业务系统无入侵形式的实现资源配额管理，提高了资源配额信息的反馈及时性和准确性。
附图说明
50.图1为一个实施例中资源配额管理方法的应用环境图；
51.图2为一个实施例中资源配额管理方法的流程示意图；
52.图3为一个实施例中监听资源申请请求步骤的流程示意图；
53.图4为一个实施例中缓存处理资源申请请求步骤的流程示意图；
54.图5为一个实施例中确定目标资源配额数据方法的流程示意图；
55.图6为一个实施例中更新目标资源配额数据步骤的流程示意图；
56.图7为一个实施例中查询目标资源配额数据方法的流程示意图；
57.图8为一个实施例中在用户界面展示资源配额数据步骤的流程示意图；
58.图9为一个实施例中资源配额管理装置的结构框图；
59.图10为一个实施例中计算机设备的内部结构图。
具体实施方式
60.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
61.本技术实施例提供的资源配额管理方法，可以应用于配额管理系统中，该配额管理系统与业务系统对接，实现对业务系统与云计算平台间业务服务的资源配额管理监管，如图1所示，业务系统110(也称为业务服务集群)通过网络与配额管理系统120进行通信。其中，在配额管理系统120中包含数据存储系统(也可以称为数据库)，用于存储业务系统110所需的资源配额数据等。配额管理系统120还包含配额核心监听模块以及配额核心代码模块(即core模块)，配额核心监听模块用于监听业务系统向云计算平台发送的资源申请请求；配额核心代码模块用于对数据库中存储的各业务服务的资源配额数据进行查询处理和/或更新处理等，还用于将资源配额数据反馈至业务系统110。
62.可选的，配额管理系统中还包含有用户界面(即，ui，user interface)模块，通过该用户界面模块可以将资源配额数据进行显示化处理，并在配额管理系统所在的本地客户端进行输出展示。
63.可选的，配额管理系统可以部署在单一节点(例如，单一计算机设备)，也可以部署在多节点集群上，本技术实施例对于配额管理系统的部署环境不做限定。
64.在一个实施例中，如图2所示，提供了一种资源配额管理方法，以该方法应用于图1中的配额管理系统120为例进行说明，包括以下步骤：
65.步骤202，监听业务系统向云计算平台发送的资源申请请求。
66.其中，资源申请请求携带目标业务服务的业务标识以及目标业务服务对应的资源申请量。
67.在实施中，业务系统中包含多种业务服务(也称为工程，project)，针对业务系统中的每一业务服务，云计算平台都会预先确定该业务服务对应的资源配额，例如，针对某一目标业务服务，云计算平台确定的资源配额包括：实例总量限额、内存总量限额、cpu总量限额、云硬盘总量限额、云硬盘容量总量和网络总量。进而，云计算平台通过确定的资源配额对目标业务服务的资源使用量进行限制。因此，业务系统在处理一个业务服务时，均需要向云计算平台发送资源申请请求，以确定该业务服务对应的可用资源量(也即资源配额数据)。在这种情况下，配额管理系统为了实现对业务系统中资源使用情况的监管，可以以java探针的方式监听业务系统向云计算平台发送的资源申请请求。
68.其中，云计算平台可以为依托于以openstack技术的开源云计算平台，本技术实施例对于云计算平台的类型不做限定。
69.步骤204，根据业务标识，在各业务服务的业务标识与资源配额数据的对应关系中确定目标资源配额数据，以使根据目标资源配额数据限制业务系统的资源申请量。
70.其中，配额管理系统中预先存储有各业务服务的业务标识与资源配额数据的对应关系，业务服务的业务标识可以为业务服务id(identity document，身份标识号)，本技术实施例不做限定。并且，配额管理系统中包含的资源配额数据是与云计算平台同步的数据，具体为通过多线程定时向云计算平台(openstack层)发起查询请求，实现与云计算平台间资源配额数据的同步以及校准。
71.在实施中，配额管理系统根据资源申请请求携带的业务标识(也称为目标业务标识)，在各业务服务的业务标识与资源配额数据的对应关系中，确定出该目标业务标识对应的目标资源配额数据。该目标资源配额数据即表征业务系统发起的目标业务服务的当前可用资源量，以使根据该目标资源配额数据限制业务系统的资源申请量以及资源使用量。
72.上述资源配额管理方法中，监听业务系统向云计算平台发送的资源申请请求。其中，资源申请请求携带目标业务服务的业务标识以及目标业务服务对应的资源申请量。然后，根据业务标识，在各业务服务的业务标识与资源配额数据的对应关系中确定目标资源配额数据，以使根据目标资源配额数据限制业务系统的资源申请量。采用本方法，通过监听业务系统中的资源申请请求，对业务系统无入侵形式的实现资源配额管理，提高了资源配额信息的反馈及时性和准确性。
73.在一个实施例中，如图3所示，步骤202中，监听业务系统向云计算平台发送的资源申请请求的具体处理过程包括：
74.步骤302，通过多路复用机制，监听业务系统中包含的各业务服务对应的描述符。
75.其中，描述符表征业务服务的属性状态。
76.在实施中，业务系统中包含有多种业务服务(也称为一个业务服务集群)，用户可以通过业务系统请求执行业务服务集群中的业务服务。然后，由业务系统向云计算平台发送资源申请请求，以申请执行该业务服务的资源。在该过程中，配额管理系统则采用多路复用机制，即通过单一进程对业务服务集群中的多个业务服务进行监听，具体地，配额管理系统可以采用i/o多路复用机制，使得每一业务服务对应一个描述符，单一进程可以同时监听
多个描述符的状态，以根据描述符的状态，判断对应的业务服务的被执行状态。
77.可选的，实现i/o多路复用机制可以选择select、poll、epoll这三种函数中的任意一种，本技术实施例不做限定。
78.步骤304，当存在目标描述符满足预设属性状态时，将目标描述符对应的业务服务确定为目标业务服务，监听业务系统向云计算平台发送的目标业务服务的资源申请请求。
79.在实施中，当存在目标描述符满足预设属性状态时(即目标描述符为已就绪状态时)，配额管理系统将该目标描述符对应的业务服务确定为目标业务服务。此时，目标描述符就绪状态表征对应的该目标业务服务即将被执行。因此，在目标业务服务满足执行条件的情况下，配额管理系统可以监听到业务系统针对该目标业务服务向云计算平台发起的资源申请请求。
80.本实施例中，配额管理系统采用多路复用机制，对业务系统进行实时监听，通过监听到的目标业务服务的资源申请请求，快速识别到针对目标业务服务的资源申请情况，提高了对业务系统中业务服务资源配额管理的及时性和准确性。
81.在一个实施例中，如图4所示，在步骤204之前，该方法还包括：
82.步骤402，对业务系统中各业务服务的处理线程设置线程锁，通过线程锁确定属于同一所述目标业务服务对应的资源申请请求的处理顺序。
83.在实施中，多个用户可以采用多节点(也称为业务节点)登录该业务系统的方式，同时对目标业务服务进行处理，因此，就存在针对同一目标业务服务，多条资源申请请求并发的情况。针对该种情况，配额管理系统对业务系统中各业务服务的处理线程设置了线程锁，通过该线程锁保证在同一时刻仅有一个线程在执行该目标业务服务，这样，针对属于同一目标业务服务的并发资源申请请求，该目标业务服务的处理线程则会依次进行处理，然后，根据该处理线程的处理顺序，配额管理系统可以确定出属于同一目标业务服务的资源申请请求的处理顺序。
84.步骤404，根据资源申请请求的处理顺序，将属于同一目标业务服务的资源申请请求缓存至业务处理队列中。
85.在实施中，配额管理系统依据确定出的资源申请请求的处理顺序，将属于同一目标业务服务的资源申请请求缓存至业务处理队列中。
86.可选的，每一业务服务对应设置有一个业务处理队列，不同业务服务的业务处理队列中，各资源申请请求的处理过程互不影响。
87.步骤406，依次读取业务处理队列中的资源申请请求，执行根据业务标识，在各业务服务的业务标识与资源配额数据的对应关系中确定目标资源配额数据步骤。
88.在实施中，配额管理系统依次读取业务处理队列中的资源申请请求，每读取出一个资源申请请求，对该资源申请请求进行处理，其资源申请请求的具体处理过程同上述步骤204的相关说明，本技术实施例在此不再赘述。
89.本实施例中，配额管理系统通过设置线程锁以及针对同一目标业务服务设置业务处理队列的缓存机制，使得同一目标业务服务的资源申请请求可以依序处理，避免了在多资源申请请求并发的情况下，对每一资源申请请求反馈的资源配额数据为同一目标资源配额数据，导致各业务节点超额使用资源的情况，进而，提高了资源配额管理的准确性。
90.在一个实施例中，如图5所示，步骤204的具体处理过程包括：
91.步骤502，根据目标业务服务的业务标识，在数据库中查询包含目标业务服务的业务标识的目标资源配额表项。
92.配额管理系统中包含数据库，在该数据库中存储有各业务服务的业务标识与资源配额数据的对应关系的资源配额表项。
93.在实施中，配额管理系统根据资源申请请求中携带的目标业务服务的业务标识，可以查询所述目标业务服务的业务标识对应的目标资源配额表项。
94.其中，在监听资源申请请求的过程中，配额管理系统会对数据库中资源配额数据进行更新管理，因此，每次发起资源申请请求，数据库中包含的资源配额数据均是更新后的资源配额数据，该更新后的资源配额数据可以对业务服务资源申请量进行限制。
95.可选的，配额管理系统还可以通过多线程定时向云计算平台(openstack层)发起查询请求，通过云计算平台中存储的资源配额数据对数据库中的资源配额数据进行校准同步。
96.步骤504，在目标资源配额表项中，读取目标资源配额数据。
97.在实施中，在目标资源配额表项中，配额管理系统读取目标资源配额数据。该目标资源配额数据即表征针对该目标业务服务，业务系统可以使用的资源上限值。进而针对该目标资源配额数据与资源申请请求携带的资源申请量进行比对，配额管理系统可以判断目标业务服务是否正常执行。
98.本实施例中，在配额管理系统中预先部署有用于存储资源配额数据的数据库，基于对该数据库的数据查询、读取等，可以实现对各业务服务的资源配额管理。
99.在一个实施例中，如图6所示，在步骤204之后，该方法还包括：
100.步骤602，若资源申请量小于目标资源配额数据，根据资源申请量对目标资源配额数据进行更新，得到剩余资源配额数据。
101.在实施中，配额管理系统将资源申请请求中携带的资源申请量与当前确定出的目标资源配额数据进行对比，若资源申请量小于或者等于当前查询到的目标资源配额数据，表明云计算平台目前提供的资源量可以供给当前的目标业务服务，因此，配额管理系统确定该次资源申请请求有效，进而，配额管理系统计算目标资源配额数据与资源申请量的差值，得到剩余资源配额数据，也即基于目标业务服务的当次资源申请请求对应的资源使用情况，得到剩余资源配额数据。
102.步骤604，根据剩余资源配额数据，对目标业务服务的业务标识与资源配额数据的对应关系进行更新，以使业务系统向云计算平台发送目标业务服务的下一资源申请请求时，将剩余资源配额数据作为新的目标资源配额数据。
103.在实施中，配额管理系统根据计算出的剩余资源配额数据，对配额管理系统中预先存储的目标业务服务的业务标识与资源配额数据的对应关系进行更新，使得剩余资源配额数据作为该目标业务服务下一次资源申请请求的目标资源配额数据。
104.可选的，配额管理系统对不同业务服务进行隔离管理，每一业务服务的资源配额数据仅限制该业务服务的资源申请量，不影响其他业务服务的资源申请量。例如，针对业务服务a的资源配额数据仅限制针对业务服务a的资源申请量，对于业务服务b不做限制。并且，若业务服务的类型相同，但是不属于同一个业务服务，即业务服务a1和业务服务a2，业务服务类型相同但不属于同一project，则其分别对应各自的资源配额数据，不受同类型业
务服务的资源配额数据的限制。
105.本实施例中，通过配额管理系统对目标业务服务的资源使用情况进行管理，即确定当前资源申请请求对应的目标资源配额的资源使用情况，得到剩余资源配额数据，并根据该剩余资源配额数据及时更新业务标识与资源配额数据的对应关系，数据同步效率高，且提高了对业务服务的资源配额管理及时性。
106.在一个实施例中，如图7所示，在步骤304之后，该方法还包括：
107.步骤702，接收业务系统发送的资源查询请求。
108.其中，资源查询请求携带目标业务服务的业务服务标识。
109.在实施中，配额管理系统预先为业务系统提供多种类型的查询接口，通过该查询接口，业务系统可以向配额管理系统发送资源查询请求，配额管理系统响应于该资源查询请求，对目标业务服务进行资源配额数据的查询处理。
110.可选的，配额管理系统预先设置restful api(也即rest api，representational state transfer application programming interface，表示性状态转移应用程序编程接口)，这样，业务系统可以通过http(hypertext transfer protocol)超文本传输协议)向配额管理系统发送资源查询请求。又或者，用户基于本地客户端可以通过java-jar(一种安装文件)独立启动配额管理系统。然后，该配额管理系统提供了基础的class(class表示类加载器的一个方法，加载指定的类名)接口和fegin接口。这样，业务系统可以通过grpc(google remote procedure call，远程过程调用)的方式向配额管理系统发送资源查询请求，本技术实施例对于业务系统与配额管理系统间的信息传输协议以及传输方式不做限定。
111.步骤704，根据业务服务标识，在包含业务标识与资源配额数据对应关系的资源配额表项中，确定目标业务服务的业务服务标识对应的剩余资源配额数据。
112.在实施中，配额管理系统中以资源配额表项的形式预先存储各业务标识与资源配额数据间的对应关系，在配额管理系统接收到目标业务服务对应的业务标识之后，配额管理系统根据业务服务标识，在包含目标业务服务的业务标识与资源配额数据对应关系的资源配额表项中，确定剩余资源配额数据
113.步骤706，将剩余资源配额数据反馈至业务系统。
114.在实施中，配额管理系统将剩余资源配额数据反馈至业务系统，以使业务系统端的用户可以基于反馈的剩余资源配额数据，判别是否可以发送新的资源申请请求，从而实现对业务系统的资源申请的管理。
115.本实施例中，配额管理系统为业务系统提供了资源配额数据的查询接口，通过配额管理系统中更新后的资源配额数据，可以更快速的反馈业务系统的资源查询请求，提高了资源配额管理的及时性。
116.在一个实施例中，如图8所示，该方法还包括：
117.步骤802，接收本地客户端发送的数据展示请求，在数据库中获取各业务服务对应的资源配额数据。
118.在实施中，配额管理系统可以部署在本地计算机设备上，与业务系统通过接口调用进行通信连接，而在配额管理系统侧，配额管理系统为本地用户提供了接口以及用户界面，用户可以通过本地客户端向配额管理系统的发送数据展示请求，配额管理系统响应于
该数据展示请求，在数据库中获取各业务服务对应的资源配额数据。
119.可选的，配额管理系统可以根据数据展示请求的不同，获取对应的资源配额数据。例如，若用户发起的数据展示请求是针对全部资源配额数据的请求时，则配额管理系统获取业务系统中全部的资源配额数据；若用户发起的是针对部分资源配额数据的展示请求时，则配额管理系统根据该部分资源配额数据的展示请求携带的筛选条件，获取部分资源配额数据。
120.步骤804，向本地客户端发送资源配额数据，并通过本地客户端的用户界面对目标资源配额数据进行展示。
121.在实施中，配额管理系统将获取到的资源配额数据发送至本地客户端，通过本地客户端的用户界面对资源配额数据进行展示。该资源配额数据的展示形式可以预先设定，本技术实施例不做限定。
122.本实施例中，配额管理系统提供了用于数据展示的用户界面，在该界面中可以展示各业务服务对应的当前资源配额数据，使得各业务服务的资源配额管理更具有直观性。
123.应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
124.基于同样的发明构思，本技术实施例还提供了一种用于实现上述所涉及的资源配额管理方法的资源配额管理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个资源配额管理装置实施例中的具体限定可以参见上文中对于资源配额管理方法的限定，在此不再赘述。
125.在一个实施例中，如图9所示，提供了一种资源配额管理装置900，包括：监听模块910和处理模块920，其中：
126.监听模块910，用于监听业务系统向云计算平台发送的资源申请请求，资源申请请求携带目标业务服务的业务标识以及目标业务服务对应的资源申请量；
127.处理模块920，用于根据业务标识，在各业务服务的业务标识与资源配额数据的对应关系中确定目标资源配额数据，以使根据目标资源配额数据限制业务系统的资源申请量。
128.采用本装置，通过监听业务系统中的资源申请请求，对业务系统无入侵形式的实现资源配额管理，提高了资源配额信息的反馈及时性和准确性。
129.在其中一个实施例中，监听模块910，用于通过多路复用机制，监听业务系统中包含的各业务服务对应的描述符；描述符表征业务服务的属性状态；
130.当存在目标描述符满足预设属性状态时，将目标描述符对应的业务服务确定为目标业务服务，监听业务系统向云计算平台发送的目标业务服务的资源申请请求。
131.在其中一个实施例中，该装置900还包括：
132.第一确定模块，用于对业务系统中各业务服务的处理线程设置线程锁，通过线程
锁确定属于同一目标业务服务对应的资源申请请求的处理顺序；
133.缓存模块，用于根据资源申请请求的处理顺序，将属于同一目标业务服务的资源申请请求缓存至业务处理队列中；
134.处理模块920，用于依次读取业务处理队列中的资源申请请求，执行根据业务标识，在各业务服务的业务标识与资源配额数据的对应关系中确定目标资源配额数据步骤。
135.在其中一个实施例中，各业务服务的业务标识与资源配额数据的对应关系预先存储在数据库中，处理模块920，用于根据目标业务服务的业务标识，在数据库中查询包含目标业务服务的业务标识的目标资源配额表项；
136.在目标资源配额表项中，读取目标资源配额数据。
137.在其中一个实施例中，该装置900还包括：
138.第一更新模块，用于若资源申请量小于或者等于目标资源配额数据，则根据资源申请量对目标资源配额数据进行更新，得到剩余资源配额数据；
139.第二更新模块，用于根据剩余资源配额数据，对目标业务服务的业务标识与资源配额数据的对应关系进行更新，以使业务系统向云计算平台发送目标业务服务的下一资源申请请求时，将剩余资源配额数据作为新的目标资源配额数据。
140.在其中一个实施例中，该装置900还包括：
141.接收模块，用于接收业务系统发送的资源查询请求，资源查询请求携带目标业务服务的业务服务标识；
142.第二确定模块，用于根据业务服务标识，在包含业务标识与资源配额数据对应关系的资源配额表项中，确定目标业务服务的业务服务标识对应的剩余资源配额数据；
143.反馈模块，用于将剩余资源配额数据反馈至业务系统。
144.在其中一个实施例中，该装置900还包括：
145.获取模块，用于接收本地客户端发送的数据展示请求，在数据库中获取各业务服务对应的资源配额数据；
146.展示模块，用于向本地客户端发送资源配额数据，并通过本地客户端的用户界面对目标资源配额数据进行展示。
147.上述资源配额管理装置900中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
148.在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过wifi、移动蜂窝网络、nfc(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种资源配额管理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上
设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
149.本领域技术人员可以理解，图10中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
150.在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
151.监听业务系统向云计算平台发送的资源申请请求，资源申请请求携带目标业务服务的业务标识以及目标业务服务对应的资源申请量；
152.根据业务标识，在各业务服务的业务标识与资源配额数据的对应关系中确定目标资源配额数据，以使根据目标资源配额数据限制业务系统的资源申请量。
153.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
154.通过多路复用机制，监听业务系统中包含的各业务服务对应的描述符；描述符表征业务服务的属性状态；
155.当存在目标描述符满足预设属性状态时，将目标描述符对应的业务服务确定为目标业务服务，监听业务系统向云计算平台发送的目标业务服务的资源申请请求。
156.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
157.对业务系统中各业务服务的处理线程设置线程锁，通过线程锁确定属于同一目标业务服务对应的资源申请请求的处理顺序；
158.根据资源申请请求的处理顺序，将属于同一目标业务服务的资源申请请求缓存至业务处理队列中；
159.依次读取业务处理队列中的资源申请请求，执行根据业务标识，在各业务服务的业务标识与资源配额数据的对应关系中确定目标资源配额数据步骤。
160.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
161.根据目标业务服务的业务标识，在数据库中查询包含目标业务服务的业务标识的目标资源配额表项；
162.在目标资源配额表项中，读取目标资源配额数据。
163.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
164.若资源申请量小于或者等于目标资源配额数据，则根据资源申请量对目标资源配额数据进行更新，得到剩余资源配额数据；
165.根据剩余资源配额数据，对目标业务服务的业务标识与资源配额数据的对应关系进行更新，以使业务系统向云计算平台发送目标业务服务的下一资源申请请求时，将剩余资源配额数据作为新的目标资源配额数据。
166.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
167.接收业务系统发送的资源查询请求，资源查询请求携带目标业务服务的业务服务标识；
168.根据业务服务标识，在包含业务标识与资源配额数据对应关系的资源配额表项中，确定目标业务服务的业务服务标识对应的剩余资源配额数据；
169.将剩余资源配额数据反馈至业务系统。
170.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
171.接收本地客户端发送的数据展示请求，在数据库中获取各业务服务对应的资源配额数据；
172.向本地客户端发送资源配额数据，并通过本地客户端的用户界面对目标资源配额数据进行展示。
173.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
174.在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
175.需要说明的是，本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。
176.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，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 random access memory，dram)等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
177.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
178.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。