WO2020151358A1 - 系统资源分配方法、装置、计算机设备和存储介质 - Google Patents
系统资源分配方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- WO2020151358A1 WO2020151358A1 PCT/CN2019/120525 CN2019120525W WO2020151358A1 WO 2020151358 A1 WO2020151358 A1 WO 2020151358A1 CN 2019120525 W CN2019120525 W CN 2019120525W WO 2020151358 A1 WO2020151358 A1 WO 2020151358A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- client
- request information
- fuse
- client request
- resource allocation
- 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.)
- Ceased
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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]
Definitions
- This application relates to the technical field of software monitoring, and in particular to a system resource allocation method, device, computer equipment and storage medium.
- Avalanche refers to the A system and B system that are normally called and called. Suddenly the access of the A system to the B system exceeds the B system's ability to bear the B system. collapse.
- hystrix's availability strategy is not flexible and automated, and like all pure software solutions, it is necessary to discard some requests in exchange for availability, which cannot be applied in scenarios with high availability requirements.
- a method for system resource allocation includes the following steps:
- Acquiring client request information extracting a feature code in the client request information, acquiring a corresponding relationship between the feature code and a preset filtering rule, and filtering the client request information according to the corresponding relationship;
- the client system resource allocation plan is set, the working status of the client system is monitored, and the client system resource allocation plan is corrected according to the working status of the client system.
- a system resource allocation device includes the following modules:
- the request information filtering module is configured to obtain client request information, extract feature codes in the client request information, obtain the corresponding relationship between the feature code and preset filtering rules, and compare the client to the client according to the corresponding relationship. Request information to be filtered;
- the fuse threshold generation module is configured to obtain filtered client request information, send the filtered client request information to the server, obtain the fuse data of the server, analyze the fuse data, and obtain the fuse threshold;
- the system operation monitoring module is configured to set the client system resource allocation plan according to the fuse threshold, monitor the working status of the client system, and revise the client system resource allocation plan according to the working status of the client system.
- a computer device includes a memory and a processor.
- the memory stores computer readable instructions.
- the processor executes the steps of the above system resource allocation method.
- a storage medium storing computer-readable instructions.
- the computer-readable instructions When the computer-readable instructions are executed by one or more processors, the one or more processors execute the steps of the foregoing system resource allocation method.
- Fig. 1 is an overall flowchart of a system resource allocation method in an embodiment of the application
- FIG. 2 is a schematic diagram of a request information filtering process in a system resource allocation method in an embodiment of this application;
- FIG. 3 is a schematic diagram of a system operation monitoring process in a system resource allocation method in an embodiment of this application;
- Fig. 4 is a structural diagram of a system resource allocation device in an embodiment of the application.
- FIG. 1 is an overall flowchart of a system resource allocation method in an embodiment of the application. As shown in Figure 1, a system resource allocation method includes the following steps:
- the authority of the client After obtaining the client request information, the authority of the client must be verified, that is, the client's identity identifier is extracted from the client request information, and the identity identifier is stored in the server.
- the client information of the client is compared, and the request information sent by the client is accepted after the comparison is consistent, otherwise it is not accepted.
- the filtering rules in this step mainly include overall filtering, segment filtering, interval filtering, etc.
- Each filtering rule corresponds to a number, and the obtained feature code is compared with the number. If the first character of the feature code is If the numbers are consistent, the filtering rules corresponding to the numbers are selected to filter the client request information.
- S2 Obtain filtered client request information, send the filtered client request information to the server side, obtain the fuse data on the server side, analyze the fuse data, and obtain the fuse threshold;
- the fuse data on the server side refers to a load simulation test performed in the simulator on the server side.
- the capacity of the simulator will reach the upper limit, and the client request will stop sending at this time.
- the information is sent to the simulator, that is, the fuse occurs on the server side at this time, and the fuse threshold is obtained by recording the amount of data in the simulator at this time and the time when the fuse occurred.
- S3 Set a client system resource allocation plan according to the fuse threshold, monitor the working status of the client system, and revise the client system resource allocation plan according to the working status of the client system.
- the client system resource allocation plan After setting the client resource allocation plan, according to the historical data of the fuse of the client system, set up several time nodes for monitoring the working status of the client, and when the time node arrives, collect the work of the client Data, if there is an overload fuse situation, the client system resource allocation plan will be allocated, otherwise it will not be revised.
- the fuse threshold is set after analyzing the fuse data, and a client resource allocation plan is generated, thereby realizing a reasonable allocation of system resources.
- FIG. 2 is a schematic diagram of the request information filtering process in a system resource allocation method in an embodiment of the application.
- the S1 obtains client request information, and extracts features in the client request information
- the code to obtain the corresponding relationship between the feature code and the preset filtering rule, and filter the client request information according to the corresponding relationship including:
- S101 Obtain the client IP address that sends the client request information, and perform DNS resolution on the client IP address to obtain a DNS resolution code;
- the IP address of the client may be a dynamic IP address.
- DNS resolution code When performing DNS resolution on the client IP address, historical data of the client IP address may be collected, and each IP address corresponding to the DNS resolution code may be obtained according to the historical data. .
- S102 Obtain a client performance parameter table corresponding to the client IP address according to the mapping relationship between the DNS resolution code and a preset DNS resolution code table;
- an index catalog is set in the DNS analysis code table, and the first 3 characters of the DNS analysis code are compared with the index entries in the index catalog to obtain the index entries corresponding to the DNS analysis codes.
- the index item it is known which row of the DNS resolution code is in the preset resolution code table.
- each row of the DNS resolution code is linked to the performance parameter table corresponding to the DNS resolution code. Therefore, the client performance parameter table can be obtained only by obtaining the client's DNS resolution code.
- the preset DNS resolution code table is stored in a database.
- the position of each performance parameter is arranged according to the first character of the performance parameter.
- the client performance parameter matrix can be preset to m rows and n columns, where m and n It is a natural number greater than 1, and then m and n are adjusted according to the number of actual performance parameters to ensure that each position in the client performance parameter matrix is not empty.
- the types of parameters mainly include operating temperature, hard disk utilization, and so on.
- the modified client parameter matrix when the modified client parameter matrix is binarized, the modified client matrix may be divided into several sub-matrices, and then each sub-matrix may be binarized. Summarize later.
- binarization of the feature value in the filter rule is performed to obtain a binarized filter rule feature value, and the feature code of the client request information is compared with the binarized filter rule feature value, if similar If the degree is greater than 90%, it is considered that the characteristic code of the information requested by the client corresponds to the characteristic value of the binary filtering rule.
- S106 Filter the client request information according to the correspondence between the characteristic code and the characteristic value.
- the filtering rule corresponding to the client request information is effectively identified, thereby enhancing the accuracy of the client system resource allocation.
- the S2, obtaining filtered client request information, sending the filtered client request information to the server, obtaining the fuse data of the server, and analyzing the fuse data to obtain the fuse threshold including :
- the assignment is mainly based on the amount of data contained in the client request information, that is, the larger the amount of data in the client request information, the larger the load factor. If the amount of information is small, the load factor is small.
- the simulator when the simulator on the server side is performing a fuse experiment, the simulator sets an upper limit of fuse according to the historical data of client fuse, and when the amount of received data is greater than the upper limit, the fuse occurs.
- the client request information with the largest load factor does not fuse after being sent to the simulator, the client request information with the next largest load factor is sequentially put into the simulator until fuse occurs;
- the fuse type includes hardware fuse and software fuse.
- the number of occurrences of different fusing types in the fusing result is extracted, and different fusing thresholds are set according to the number of occurrences of the different fusing types.
- the fusing thresholds of different types of fusing are obtained by analyzing the fusing situation, so that the system resource allocation situation can be better analyzed.
- Figure 3 is a schematic diagram of the system operation monitoring process in a system resource allocation method in an embodiment of the application.
- the S3 sets the client system resource allocation plan according to the fuse threshold, and monitors According to the working state of the client system, revising the resource allocation plan of the client system according to the working state of the client system includes:
- the elements in the fusing threshold matrix are the fusing thresholds; acquiring the type with the highest number of occurrences of errors corresponding to each element in the fusing threshold matrix, and querying the occurrence of the error The system component corresponding to the most frequent type; thereby establishing a one-to-one mapping relationship between the fuse threshold and the system component.
- the fuse threshold value is large, the capacity of the system is increased accordingly, and vice versa; if the number of fuse times exceeds the threshold value obtained from historical data, the system resource allocation scheme is adjusted.
- the resource allocation plan is adjusted to make it more in line with the actual working state.
- the step S106 filtering the client request information according to the corresponding relationship between the characteristic code and the characteristic value, includes:
- the characteristic characters can be punctuation such as ",”, ";”, where the value range of k It is 2 to n, and n is a positive integer greater than 2.
- a number of information filters are set on the server side, and each information filter is set according to the type of information. Different types of information filters have different numbers, and the identity is compared with the number. Yes, after the comparison is consistent, the information filter is applied to filter the client request information.
- the client request information is effectively filtered, thereby enhancing the accuracy of system resource allocation.
- the obtaining the filtered client request information and assigning a load factor to the filtered client request information includes:
- the characteristic character mainly refers to the number in the information requested by the client, and the information category with the number is extracted from the information category list according to the number query information category list.
- load factor According to the load value corresponding to the information category, different load factors are assigned to the filtered client request information, and the load factor ranges from 0.5 to 1.
- the row of the information category is queried in the information category list, and the load value corresponding to the information category is recorded in the row; that is, each information category corresponds to a different load value.
- the fusing process can be better analyzed.
- the allocation plan of the client system resources is set, the working status of the client system is monitored, and the number of fuse occurrences is obtained, according to the number of fuse occurrences , Revise the client system resource allocation plan, including:
- fuse thresholds correspond to a client component
- a larger fuse threshold means more resources are allocated to the corresponding client system component
- a smaller fuse threshold means less resources are allocated to the corresponding client system component
- the preset monitoring interval is set based on the historical data of fuse occurrence.
- the historical frequency of a certain client's fuse is 3 times/hour, and the monitoring interval can be set to 1 hour or 2 hours.
- the capacity of the client system component corresponding to the fuse threshold is reduced.
- the client system components are reasonably allocated according to the actual fuse of the client, so that the client system resource allocation scheme is more optimized.
- a system resource allocation device including the following modules:
- the request information filtering module 41 is configured to obtain client request information, extract feature codes in the client request information, obtain the corresponding relationship between the feature code and preset filtering rules, and compare the client to the client according to the corresponding relationship. End request information to be filtered;
- the fuse threshold generation module 42 is configured to obtain filtered client request information, send the filtered client request information to the server, obtain the fuse data of the server, analyze the fuse data, and obtain the fuse threshold;
- the system operation monitoring module 43 is configured to set a client system resource allocation plan according to the fuse threshold, monitor the working status of the client system, and revise the client system resource allocation plan according to the working status of the client system.
- a computer device including a memory and a processor
- the memory stores computer-readable instructions
- the processor executes the system described in the foregoing embodiments Steps of resource allocation method.
- a storage medium storing computer-readable instructions. When the computer-readable instructions are executed by one or more processors, the one or more processors execute the steps of the system resource allocation method in the foregoing embodiments.
- the storage medium may be a non-volatile storage medium or a volatile storage medium, which is not specifically limited in this application.
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 Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请涉及软件监控技术领域，尤其涉及一种系统资源分配方法、装置、计算机设备和存储介质。获取客户端请求信息，抽取所述客户端请求信息中的特征代码，获取所述特征代码与预设的过滤规则的对应关系，根据所述对应关系对所述客户端请求信息进行过滤；获取过滤后的客户端请求信息，发送所述过滤后的客户端请求信息于服务器端，获取服务器端的熔断数据，分析所述熔断数据，得到熔断阈值；根据所述熔断阈值，设定客户端系统资源分配方案，监控客户端系统的工作状态，根据所述客户端系统的工作状态修正所述客户端系统资源分配方案。本申请通过熔断过程的有效监控，能够及时扩充系统容量或者减少系统容量，从而保证系统在高可用性下的正常运行。
Description
本申请要求于2019年1月23日提交中国专利局、申请号为201910061291.8、发明名称为“系统资源分配方法、装置、计算机设备和存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
本申请涉及软件监控技术领域，尤其涉及一种系统资源分配方法、装置、计算机设备和存储介质。
在系统使用过程中存在由于软件或者硬件导致的雪崩，雪崩是指平时正常调用和被调用的A系统和B系统，突然A系统对B系统的访问超出了B系统的承受能力则会造成B系统崩溃。
目前，在应对雪崩时，通常采用扩容的方法，业内普遍做法是硬件解决方案，即增加机器节点来抗压，但成本过高且浪费。纯软件解决方案较为经济，无需增加机器节点，在流量过大时屏蔽掉部分请求，避免整个系统雪崩，使系统仍能正常运行。大部分软件解决方案要求修改现有系统，成本也较高，而开源熔断器hystrix提供了一种低成本零侵入的软件方案，其主要利用熔断机制。所谓熔断机制由于某些原因使得系统出现了过载现象，为防止造成整个系统故障，从而采用的一种保护措施，所以很多地方把熔断亦称为过载保护。
但是hystrix的可用性策略不够灵活和自动化，而且和所有纯软件方案一样，要通过丢弃部分请求来换取可用性，这在高可用性要求的场景无法适用。
发明内容
基于此，有必要针对系统在熔断的过程中存在着降级，导致无法适用于高可用性的场景的问题，提供一种系统资源分配方法、装置、计算机设备和存储介质。
一种系统资源分配方法，包括如下步骤：
获取客户端请求信息，抽取所述客户端请求信息中的特征代码，获取所述特征代码与预设的过滤规则的对应关系，根据所述对应关系对所述客户端请求信息进行过滤；
获取过滤后的客户端请求信息，发送所述过滤后的客户端请求信息于服务器端，获取服务器端的熔断数据，分析所述熔断数据，得到熔断阈值；
根据所述熔断阈值，设定客户端系统资源分配方案，监控客户端系统的工作状态，根据所述客户端系统的工作状态修正所述客户端系统资源分配方案。
一种系统资源分配装置，包括如下模块：
请求信息过滤模块，设置为获取客户端请求信息，抽取所述客户端请求信息中的特征代码，获取所述特征代码与预设的过滤规则的对应关系，根据所述对应关系对所述客户端请求信息进行过滤；
熔断阈值生成模块，设置为获取过滤后的客户端请求信息，发送所述过滤后的客户端请求信息于服务器端，获取服务器端的熔断数据，分析所述熔断数据，得到熔断阈值；
系统运行监控模块，设置为根据所述熔断阈值，设定客户端系统资源分配方案，监控客户端系统的工作状态，根据所述客户端系统的工作状态修正所述客户端系统资源分配方案。
一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行上述系统资源分配方法的步骤。
一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述系统资源分配方法的步骤。
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。
图1为本申请在一个实施例中的一种系统资源分配方法的整体流程图；
图2为本申请在一个实施例中的一种系统资源分配方法中的请求信息过滤过程示意图；
图3为本申请在一个实施例中的一种系统资源分配方法中的系统运行监控过程示意图；
图4为本申请在一个实施例中的一种系统资源分配装置的结构图。
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。
图1为本申请在一个实施例中的一种系统资源分配方法的整体流程图，如图1所示，一种系统资源分配方法，包括以下步骤：
S1，获取客户端请求信息，抽取所述客户端请求信息中的特征代码，获取所述特征代码与预设的过滤规则的对应关系，根据所述对应关系对所述客户端请求信息进行过滤；
具体的，在获取所述客户端请求信息后对所述客户端的权限要进行核验，即从所述客户端请求信息中抽取出客户端的身份识别符，将所述身份识别符与存储在服务器中的客户端信息进行比对，比对一致后则接受所述客户端发出的请求信息，否则不接受。
本步骤中的过滤规则主要包含有整体过滤、分段过滤、间隔过滤等，每一种过滤规则对应一个编号，将获取的特征代码与编号进行比较，若所述特征代码的首字符与所述编号一致，则选用所述编号对应的过滤规则对客户端请求信息进行过滤。
S2，获取过滤后的客户端请求信息，发送所述过滤后的客户端请求信息于服务器端，获取服务器端的熔断数据，分析所述熔断数据，得到熔断阈值；
具体的，所述服务器端的熔断数据是指在服务器端的模拟器中进行负载模拟测试，当数个客户端请求信息进入到模拟器后，模拟器的容量会达到上限，此时停止发送客户端请求信息到模拟器中，即此时服务器端发生熔断，记录此时模拟器中的数据量和发生熔断的时间得到所述熔断阈值。
S3，根据所述熔断阈值，设定客户端系统资源分配方案，监控客户端系统的工作状态，根据所述客户端系统的工作状态修正所述客户端系统资源分配方案。
具体的，在设定好客户端资源分配方案后，根据客户端系统发生熔断的历史数据，设置数个监测客户端工作状态的时间节点，当所述时间节点到来时， 采集所述客户端的工作数据，若出现过载熔断的情况则对所述客户端系统资源分配方案，否则不修正。
本实施例，通过对熔断数据分析后设置熔断阈值，并生成客户端资源分配方案从而实现了对系统资源的合理分配。
图2为本申请在一个实施例中的一种系统资源分配方法中的请求信息过滤过程示意图，如图所示，所述S1，获取客户端请求信息，抽取所述客户端请求信息中的特征代码，获取所述特征代码与预设的过滤规则的对应关系，根据所述对应关系对所述客户端请求信息进行过滤，包括：
S101、获取发出所述客户端请求信息的客户端IP地址，将所述客户端IP地址进行DNS解析得到DNS解析代码；
具体的，客户端的IP地址可以是动态IP地址，在对所述客户端IP地址进行DNS解析时可以采集客户端IP地址的历史数据，根据历史数据获取所述DNS解析代码所对应的各个IP地址。
S102、根据所述DNS解析代码与预设的DNS解析代码表之间的映射关系，获得所述客户端IP地址对应的客户端性能参数表；
具体的，在DNS解析代码表中设置有索引目录，将所述DNS解析代码的前3个字符与所述索引目录中的索引项进行比对一致后得到所述DNS解析代码对应的索引项，根据所述索引项获知所述DNS解析代码在所述预设的解析代码表中的哪一行。在解析代码表中，每一个DNS解析代码所在行都链接有所述DNS解析代码对应的性能参数表。因此，只需获取客户端的DNS解析代码就可以得到客户端性能参数表。其中，所述预设的DNS解析代码表存储在数据库中。
S103、按照所述客户端性能参数表中的各性能参数的位置，建立客户端性能参数矩阵，根据客户端各性能参数的类型将所述客户端参数矩阵中的元素进行重新排列，使每一列的参数类型一致，得到修正后的客户端参数矩阵，其中，所述客户端参数矩阵的元素为所述性能参数；
具体的，在客户端性能参数表中，各个性能参数的位置是根据性能参数的首字符进行排列的，在建立客户端性能参数矩阵时，可以预先设置为m行、n列，其中m和n为大于1的自然数，然后根据实际性能参数的数量对m和n进行调节以保证客户端性能参数矩阵中每一个位置非空。
其中，参数的类型主要有工作温度、硬盘使用率等等。
S104、对所述修正后的客户端参数矩阵二值化处理后得到二值化的客户端参数矩阵；
具体的，在对修正后的客户端参数矩阵二值化处理时，可以先对所述修正后的客户端矩阵进行分块，分割成数个子矩阵，然后对每一个子矩阵进行二值化处理后再进行汇总。
S105、抽取所述二值化的客户端参数矩阵中的首数字为“1”的元素，作为所述客户端请求信息的特征代码，获取所述过滤规则中的特征值，建立所述特征代码与所述特征值的对应关系；
具体的，将所述过滤规则中的特征值进行二值化转换后得到二值化的过滤规则特征值，将客户端请求信息的特征代码和二值化的过滤规则特征值进行比较，若相似度大于90％，则认为所述客户端请求信息的特征代码对应所述二值化的过滤规则特征值。
S106、根据所述特征代码与所述特征值的对应关系对所述客户端请求信息进行过滤。
本实施例，通过对客户端请求信息对应的过滤规则进行有效识别，从而增强了对客户端系统资源分配的准确性。
在一个实施例中，所述S2，获取过滤后的客户端请求信息，发送所述过滤后的客户端请求信息于服务器端，获取服务器端的熔断数据，分析所述熔断数据，得到熔断阈值，包括：
获取过滤后的客户端请求信息，赋予所述过滤后的客户端请求信息以负载系数；
具体的，在对过滤后的客户端请求信息赋予负载系数时，主要是根据所述客户端请求信息中所包含的数据量进行赋予，即客户端请求信息中的数据量大则负载系数大，信息量小则负载系数小。
根据所述负载系数的大小，将所述过滤后的客户端请求信息按负载系数由大到小的顺序排序；
将负载系数最大的所述客户端请求信息发送到所述服务器端的模拟器中进行模拟熔断实验；
其中，服务器端的模拟器在进行熔断实验时，模拟器根据客户端熔断的历史数据设置一个熔断的上限，当接收到的数据量大于所述上限时则发生熔断。
若所述负载系数最大的客户端请求信息在发送到所述模拟器中后没有发生熔断，则依次投入负载系数次最大的客户端请求信息于所述模拟器中，直到发生熔断；
获取熔断发生的起始时间节点，将所述起始时间节点和熔断对应的熔断类型打包形成熔断结果；
其中，熔断类型包括硬件熔断和软件熔断。
抽取所述熔断结果中的不同熔断类型发生的次数，根据所述不同熔断类型发生的次数设定不同的熔断阈值。
本实施例，通过对熔断情况进行分析得到不同类型熔断的熔断阈值，从而能够更好的分析系统资源分配情况。
图3为本申请在一个实施例中的一种系统资源分配方法中的系统运行监控过程示意图，如图所示，所述S3，根据所述熔断阈值，设定客户端系统资源分配方案，监控客户端系统的工作状态，根据所述客户端系统的工作状态修正所述客户端系统资源分配方案，包括：
S301、获取所述熔断阈值，建立所述熔断阈值与客户端系统组件的映射关系；
具体的，获取所有的所述熔断阈值，建立熔断阈值矩阵，熔断阈值矩阵中的元素为熔断阈值；获取所述熔断阈值矩阵中每一个元素对应的错误发生次数最多的类型，查询所述错误发生次数最多的类型所对应的系统组件；从而建立所述熔断阈值与所述系统组件的一一映射关系。
S302、根据所述熔断阈值的数值大小，设定客户端系统资源的分配方案，监控客户端系统的工作状态，获取熔断发生的次数，根据所述熔断发生的次数，修正所述客户端系统资源分配方案。
具体的，若所述熔断阈值数值大则相应的增加系统的容量，反之减少系统的容量；若熔断的次数超出根据历史数据得到的次数阈值，则对系统资源分配方案进行调整。
本实施例，通过对客户端系统工作状态进行监控，从而调整资源分配方案使其更符合实际工作状态。
在一个实施例中，所述S106、根据所述特征代码与所述特征值的对应关系对所述客户端请求信息进行过滤，包括：
将所述客户端请求信息进行向量分段，获得k个待测向量；
具体的，在对所述请求信息进行向量分段时，可以根据所述客户端请求信息中的特殊字符进行分割，特征字符可以是“、”，“；”等标点，其中k的取值范围为2～n，n为大于2的正整数。
将所述k个待测向量分别与预设的k个检测向量中相应的检测向量进行内积运算，获得k个运算结果；
获取所述k个运算结果中的值最大的运算结果和所述值最大的运算结果对应的所述检测向量的标识；
获取与所述标识对应的预设的信息过滤器，应用所述信息过滤器对所述客户端请求信息进行过滤。
具体的，在服务器端设置有数个信息过滤器，每一个信息过滤器是根据信息的类型进行设置的，不同类型的信息过滤器具有不同的编号，将所述标识与所述编号进行一致性比对，比对一致后，应用所述信息过滤器对所述客户端请求信息进行过滤。
本实施例，通过客户端请求信息进行有效过滤，从而增强了系统资源分配的准确度。
在一个实施例中，所述获取过滤后的客户端请求信息，赋予所述过滤后的客户端请求信息以负载系数，包括：
获取预设的信息抓取阈值，当所述过滤后的客户端请求信息的数据量大于所述信息抓取阈值时，对所述过滤后的客户端请求信息进行抓取；
对抓取到的客户端请求信息进行特征字符查询，根据预设的所述特征字符与信息类别的对应关系，确定所述客户端请求信息的信息类别，其中所述特征字符与所述信息类别的对应关系存储在数据库中；
具体的，所述特征字符主要是指客户端请求信息中的数字，根据所述数字查询信息类别列表，从信息类别列表中抽取出具有所述数字的信息类别。
根据所述信息类别对应的负载数值，赋予所述过滤后的客户端请求信息以不同的负载系数，负载系数的范围为0.5～1。
具体的，在信息类别列表中查询出所述信息类别的所在行，在所述所在行中记录有所述信息类别对应的负载数值；即每一种信息类别都对应一个不同的负载数值。
本实施例，通过对不同类别的请求信息赋予不同的负载系数，从而能够更好的对熔断过程进行分析。
在一个实施例中，所述S302、根据所述熔断阈值的数值大小，设定客户端系统资源的分配方案，监控客户端系统的工作状态，获取熔断发生的次数，根据所述熔断发生的次数，修正所述客户端系统资源分配方案，包括：
获取所述熔断阈值与所述客户端系统组件的映射关系，根据所述熔断阈值的大小，赋予所述客户端系统组件以不同的资源配置；
具体的，不同类型的熔断阈值对应着一个客户端组件，熔断阈值大则对应的客户端系统组件分配到的资源多，熔断阈值小则对应的客户端系统组件分配到的资源少。
获取预设的监控区间，在所述监控区间内，获取所述客户端系统发生熔断的次数；
具体的，预设的监控区间是根据熔断发生的历史数据设定的，比如某一客户端发生熔断的历史频率为3次/小时，则可以设定监控区间为1小时或者2小时。
若熔断发生的次数大于预设的次数阈值，则对所述熔断阈值对应的客户端系统组件进行容量扩展；
若熔断发生的次数小于预设的次数阈值，则对所述熔断阈值对应的客户端系统组件进行容量缩减。
本实施例，通过客户端实际发生熔断的情况对客户端系统组件进行合理分配，使得客户端系统资源分配方案更加优化。
在一个实施例中，提出了一种系统资源分配装置，如图4所示，包括如下模块：
请求信息过滤模块41，设置为获取客户端请求信息，抽取所述客户端请求信息中的特征代码，获取所述特征代码与预设的过滤规则的对应关系，根据所述对应关系对所述客户端请求信息进行过滤；
熔断阈值生成模块42，设置为获取过滤后的客户端请求信息，发送所述过滤后的客户端请求信息于服务器端，获取服务器端的熔断数据，分析所述熔断数据，得到熔断阈值；
系统运行监控模块43，设置为根据所述熔断阈值，设定客户端系统资源分配方案，监控客户端系统的工作状态，根据所述客户端系统的工作状态修正所述客户端系统资源分配方案。
一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行上述各实施例中所述系统资源分配方法的步骤。
一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述各实施例中所述系统资源分配方法的步骤。所述存储介质可以为非易失性存储介质，也可以为易失性存储介质，具体本申请不做限定。
以上所述实施例仅表达了本申请一些示例性实施例，其中描述较为具体和 详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。
Claims (20)
- 一种系统资源分配方法，其中，包括：获取客户端请求信息，抽取所述客户端请求信息中的特征代码，获取所述特征代码与预设的过滤规则的对应关系，根据所述对应关系对所述客户端请求信息进行过滤；获取过滤后的客户端请求信息，发送所述过滤后的客户端请求信息于服务器端，获取服务器端的熔断数据，分析所述熔断数据，得到熔断阈值；根据所述熔断阈值，设定客户端系统资源分配方案，监控客户端系统的工作状态，根据所述客户端系统的工作状态修正所述客户端系统资源分配方案。
- 根据权利要求1所述的系统资源分配方法，其中，所述获取客户端请求信息，抽取所述客户端请求信息中的特征代码，获取所述特征代码与预设的过滤规则的对应关系，根据所述对应关系对所述客户端请求信息进行过滤，包括：获取发出所述客户端请求信息的客户端IP地址，将所述客户端IP地址进行DNS解析得到DNS解析代码；根据所述DNS解析代码与预设的DNS解析代码表之间的映射关系，获得所述客户端IP地址对应的客户端性能参数表；按照所述客户端性能参数表中的各性能参数的位置，建立客户端性能参数矩阵，根据客户端各性能参数的类型将所述客户端参数矩阵中的元素进行重新排列，使每一列的参数类型一致，得到修正后的客户端参数矩阵，其中，所述客户端参数矩阵的元素为所述性能参数；对所述修正后的客户端参数矩阵二值化处理后得到二值化的客户端参数矩阵；抽取所述二值化的客户端参数矩阵中的首数字为“1”的元素，作为所述客户端请求信息的特征代码，获取所述过滤规则中的特征值，建立所述特征代码与所述特征值的对应关系；根据所述特征代码与所述特征值的对应关系对所述客户端请求信息进行过滤。
- 根据权利要求1所述的系统资源分配方法，其中，所述获取过滤后的客户端请求信息，发送所述过滤后的客户端请求信息于服务器端，获取服务器端的熔断数据，分析所述熔断数据，得到熔断阈值，包括：获取过滤后的客户端请求信息，赋予所述过滤后的客户端请求信息以负载系数；根据所述负载系数的大小，将所述过滤后的客户端请求信息按负载系数由大到小的顺序排序；将负载系数最大的所述客户端请求信息发送到所述服务器端的模拟器中进行模拟熔断实验；若所述负载系数最大的客户端请求信息在发送到所述模拟器中后没有发生熔断，则依次投入负载系数次最大的客户端请求信息于所述模拟器中，直到发生熔断；获取熔断发生的起始时间节点，将所述起始时间节点和熔断对应的熔断类型打包形成熔断结果；抽取所述熔断结果中的不同熔断类型发生的次数，根据所述不同熔断类型发生的次数设定不同的熔断阈值。
- 根据权利要求1所述的系统资源分配方法，其中，所述根据所述熔断阈值，设定客户端系统资源分配方案，监控客户端系统的工作状态，根据所述客户端系统的工作状态修正所述客户端系统资源分配方案，包括：获取所述熔断阈值，建立所述熔断阈值与客户端系统组件的映射关系；根据所述熔断阈值的数值大小，设定客户端系统资源的分配方案，监控客户端系统的工作状态，获取熔断发生的次数，根据所述熔断发生的次数，修正所述客户端系统资源分配方案。
- 根据权利要求2所述的系统资源分配方法，其中，所述根据所述特征代码与所述特征值的对应关系对所述客户端请求信息进行过滤，包括：将所述客户端请求信息进行向量分段，获得k个待测向量；将所述k个待测向量分别与预设的k个检测向量中相应的检测向量进行内积运算，获得k个运算结果；获取所述k个运算结果中的值最大的运算结果和所述值最大的运算结果对应的所述检测向量的标识；获取与所述标识对应的预设的信息过滤器，应用所述信息过滤器对所述客户端请求信息进行过滤。
- 根据权利要求3所述的系统资源分配方法，其中，所述获取过滤后的客户端请求信息，赋予所述过滤后的客户端请求信息以负载系数，包括：获取预设的信息抓取阈值，当所述过滤后的客户端请求信息的数据量大于所述信息抓取阈值时，对所述过滤后的客户端请求信息进行抓取；对抓取到的客户端请求信息进行特征字符查询，根据预设的所述特征字符与信息类别的对应关系，确定所述客户端请求信息的信息类别，其中所述特征字符与所述信息类别的对应关系存储在数据库中；根据所述信息类别对应的负载数值，赋予所述过滤后的客户端请求信息以不同的负载系数，负载系数的范围为0.5～1。
- 根据权利要求4所述的系统资源分配方法，其中，所述根据所述熔断阈值的数值大小，设定客户端系统资源的分配方案，监控客户端系统的工作状态，获取熔断发生的次数，根据所述熔断发生的次数，修正所述客户端系统资源分配方案，包括：获取所述熔断阈值与所述客户端系统组件的映射关系，根据所述熔断阈值的大小，赋予所述客户端系统组件以不同的资源配置；获取预设的监控区间，在所述监控区间内，获取所述客户端系统发生熔断的次数；若熔断发生的次数大于预设的次数阈值，则对所述熔断阈值对应的客户端系统组件进行容量扩展；若熔断发生的次数小于预设的次数阈值，则对所述熔断阈值对应的客户端系统组件进行容量缩减。
- 一种系统资源分配装置，其中，包括：请求信息过滤模块，设置为获取客户端请求信息，抽取所述客户端请求信息中的特征代码，获取所述特征代码与预设的过滤规则的对应关系，根据所述对应关系对所述客户端请求信息进行过滤；熔断阈值生成模块，设置为获取过滤后的客户端请求信息，发送所述过滤后的客户端请求信息于服务器端，获取服务器端的熔断数据，分析所述熔断数据，得到熔断阈值；系统运行监控模块，设置为根据所述熔断阈值，设定客户端系统资源分配方案，监控客户端系统的工作状态，根据所述客户端系统的工作状态修正所述客户端系统资源分配方案。
- 根据权利要求8所述的系统资源分配装置，其中，所述请求信息过滤模块还设置为：获取发出所述客户端请求信息的客户端IP地址，将所述客户端IP地址进行DNS解析得到DNS解析代码；根据所述DNS解析代码与预设的DNS解析代码表之间的映射关系，获得所述客户端IP地址对应的客户端性能参数表；按照所述客户端性能参数表中的各性能参数的位置，建立客户端性能参数矩阵，根据客户端各性能参数的类型将所述客户端参数矩阵中的元素进行重新 排列，使每一列的参数类型一致，得到修正后的客户端参数矩阵，其中，所述客户端参数矩阵的元素为所述性能参数；对所述修正后的客户端参数矩阵二值化处理后得到二值化的客户端参数矩阵；抽取所述二值化的客户端参数矩阵中的首数字为“1”的元素，作为所述客户端请求信息的特征代码，获取所述过滤规则中的特征值，建立所述特征代码与所述特征值的对应关系；根据所述特征代码与所述特征值的对应关系对所述客户端请求信息进行过滤。
- 根据权利要求8所述的系统资源分配装置，其中，所述熔断阈值生成模块还设置为：获取过滤后的客户端请求信息，赋予所述过滤后的客户端请求信息以负载系数；根据所述负载系数的大小，将所述过滤后的客户端请求信息按负载系数由大到小的顺序排序；将负载系数最大的所述客户端请求信息发送到所述服务器端的模拟器中进行模拟熔断实验；若所述负载系数最大的客户端请求信息在发送到所述模拟器中后没有发生熔断，则依次投入负载系数次最大的客户端请求信息于所述模拟器中，直到发生熔断；获取熔断发生的起始时间节点，将所述起始时间节点和熔断对应的熔断类型打包形成熔断结果；抽取所述熔断结果中的不同熔断类型发生的次数，根据所述不同熔断类型发生的次数设定不同的熔断阈值。
- 根据权利要求8所述的系统资源分配装置，其中，所述系统运行监控模块还设置为：获取所述熔断阈值，建立所述熔断阈值与客户端系统组件的映射关系；根据所述熔断阈值的数值大小，设定客户端系统资源的分配方案，监控客户端系统的工作状态，获取熔断发生的次数，根据所述熔断发生的次数，修正所述客户端系统资源分配方案。
- 根据权利要求9所述的系统资源分配装置，其中，所述请求信息过滤模块还设置为：将所述客户端请求信息进行向量分段，获得k个待测向量；将所述k个待测向量分别与预设的k个检测向量中相应的检测向量进行内积运算，获得k个运算结果；获取所述k个运算结果中的值最大的运算结果和所述值最大的运算结果对应的所述检测向量的标识；获取与所述标识对应的预设的信息过滤器，应用所述信息过滤器对所述客户端请求信息进行过滤。
- 根据权利要求10所述的系统资源分配装置，其中，所述熔断阈值生成模块还设置为：获取预设的信息抓取阈值，当所述过滤后的客户端请求信息的数据量大于所述信息抓取阈值时，对所述过滤后的客户端请求信息进行抓取；对抓取到的客户端请求信息进行特征字符查询，根据预设的所述特征字符与信息类别的对应关系，确定所述客户端请求信息的信息类别，其中所述特征字符与所述信息类别的对应关系存储在数据库中；根据所述信息类别对应的负载数值，赋予所述过滤后的客户端请求信息以不同的负载系数，负载系数的范围为0.5～1。
- 根据权利要求11所述的系统资源分配装置，其中，所述系统运行监控模块还设置为：获取所述熔断阈值与所述客户端系统组件的映射关系，根据所述熔断阈值的大小，赋予所述客户端系统组件以不同的资源配置；获取预设的监控区间，在所述监控区间内，获取所述客户端系统发生熔断的次数；若熔断发生的次数大于预设的次数阈值，则对所述熔断阈值对应的客户端系统组件进行容量扩展；若熔断发生的次数小于预设的次数阈值，则对所述熔断阈值对应的客户端系统组件进行容量缩减。
- 一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行以下步骤：获取客户端请求信息，抽取所述客户端请求信息中的特征代码，获取所述特征代码与预设的过滤规则的对应关系，根据所述对应关系对所述客户端请求信息进行过滤；获取过滤后的客户端请求信息，发送所述过滤后的客户端请求信息于服务器端，获取服务器端的熔断数据，分析所述熔断数据，得到熔断阈值；根据所述熔断阈值，设定客户端系统资源分配方案，监控客户端系统的工作状态，根据所述客户端系统的工作状态修正所述客户端系统资源分配方案。
- 一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：获取客户端请求信息，抽取所述客户端请求信息中的特征代码，获取所述特征代码与预设的过滤规则的对应关系，根据所述对应关系对所述客户端请求信息进行过滤；获取过滤后的客户端请求信息，发送所述过滤后的客户端请求信息于服务器端，获取服务器端的熔断数据，分析所述熔断数据，得到熔断阈值；根据所述熔断阈值，设定客户端系统资源分配方案，监控客户端系统的工作状态，根据所述客户端系统的工作状态修正所述客户端系统资源分配方案。
- 根据权利要求16所述的存储有计算机可读指令的存储介质，其中，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行所述获取客户端请求信息，抽取所述客户端请求信息中的特征代码，获取所述特征代码与预设的过滤规则的对应关系，根据所述对应关系对所述客户端请求信息进行过滤的步骤时，还执行如下步骤：获取发出所述客户端请求信息的客户端IP地址，将所述客户端IP地址进行DNS解析得到DNS解析代码；根据所述DNS解析代码与预设的DNS解析代码表之间的映射关系，获得所述客户端IP地址对应的客户端性能参数表；按照所述客户端性能参数表中的各性能参数的位置，建立客户端性能参数矩阵，根据客户端各性能参数的类型将所述客户端参数矩阵中的元素进行重新排列，使每一列的参数类型一致，得到修正后的客户端参数矩阵，其中，所述客户端参数矩阵的元素为所述性能参数；对所述修正后的客户端参数矩阵二值化处理后得到二值化的客户端参数矩阵；抽取所述二值化的客户端参数矩阵中的首数字为“1”的元素，作为所述客户端请求信息的特征代码，获取所述过滤规则中的特征值，建立所述特征代码与所述特征值的对应关系；根据所述特征代码与所述特征值的对应关系对所述客户端请求信息进行过滤。
- 根据权利要求16所述的存储有计算机可读指令的存储介质，其中，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行所 述获取过滤后的客户端请求信息，发送所述过滤后的客户端请求信息于服务器端，获取服务器端的熔断数据，分析所述熔断数据，得到熔断阈值的步骤时，还执行如下步骤：获取过滤后的客户端请求信息，赋予所述过滤后的客户端请求信息以负载系数；根据所述负载系数的大小，将所述过滤后的客户端请求信息按负载系数由大到小的顺序排序；将负载系数最大的所述客户端请求信息发送到所述服务器端的模拟器中进行模拟熔断实验；若所述负载系数最大的客户端请求信息在发送到所述模拟器中后没有发生熔断，则依次投入负载系数次最大的客户端请求信息于所述模拟器中，直到发生熔断；获取熔断发生的起始时间节点，将所述起始时间节点和熔断对应的熔断类型打包形成熔断结果；抽取所述熔断结果中的不同熔断类型发生的次数，根据所述不同熔断类型发生的次数设定不同的熔断阈值。
- 根据权利要求16所述的存储有计算机可读指令的存储介质，其中，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行所述根据所述熔断阈值，设定客户端系统资源分配方案，监控客户端系统的工作状态，根据所述客户端系统的工作状态修正所述客户端系统资源分配方案的步骤时，还执行如下步骤：获取所述熔断阈值，建立所述熔断阈值与客户端系统组件的映射关系；根据所述熔断阈值的数值大小，设定客户端系统资源的分配方案，监控客户端系统的工作状态，获取熔断发生的次数，根据所述熔断发生的次数，修正所述客户端系统资源分配方案。
- 根据权利要求17所述的存储有计算机可读指令的存储介质，其中，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行所述根据所述特征代码与所述特征值的对应关系对所述客户端请求信息进行过滤的步骤时，还执行如下步骤：将所述客户端请求信息进行向量分段，获得k个待测向量；将所述k个待测向量分别与预设的k个检测向量中相应的检测向量进行内积运算，获得k个运算结果；获取所述k个运算结果中的值最大的运算结果和所述值最大的运算结果对应的所述检测向量的标识；获取与所述标识对应的预设的信息过滤器，应用所述信息过滤器对所述客户端请求信息进行过滤。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910061291.8A CN109918196B (zh) | 2019-01-23 | 2019-01-23 | 系统资源分配方法、装置、计算机设备和存储介质 |
| CN201910061291.8 | 2019-01-23 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2020151358A1 true WO2020151358A1 (zh) | 2020-07-30 |
Family
ID=66960486
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2019/120525 Ceased WO2020151358A1 (zh) | 2019-01-23 | 2019-11-25 | 系统资源分配方法、装置、计算机设备和存储介质 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN109918196B (zh) |
| WO (1) | WO2020151358A1 (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115277820A (zh) * | 2022-08-02 | 2022-11-01 | 中国银行股份有限公司 | 基于Dubbo框架的服务熔断方法及装置 |
| CN115834255A (zh) * | 2023-02-17 | 2023-03-21 | 杭州孝道科技有限公司 | 一种针对Web请求进行安全检测的处理方法及装置 |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109918196B (zh) * | 2019-01-23 | 2022-11-29 | 深圳壹账通智能科技有限公司 | 系统资源分配方法、装置、计算机设备和存储介质 |
| CN111638967A (zh) * | 2020-06-01 | 2020-09-08 | 杭州鸿雁电器有限公司 | 场景的处理方法、装置、存储介质和处理器 |
| CN113470762B (zh) * | 2021-05-17 | 2022-10-18 | 重庆砼磊高新混凝土有限公司 | 一种混凝土配方生成方法 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140007128A1 (en) * | 2011-04-11 | 2014-01-02 | Albrecht Schroth | Performing a task in a system having different types of hardware resources |
| CN105808342A (zh) * | 2014-12-30 | 2016-07-27 | 中国电信股份有限公司 | 用于分配客户请求的方法、判断装置和系统 |
| CN107171828A (zh) * | 2017-04-18 | 2017-09-15 | 北京思特奇信息技术股份有限公司 | 一种应对远程调用依赖的超时熔断方法和系统 |
| CN108667859A (zh) * | 2017-03-27 | 2018-10-16 | 中兴通讯股份有限公司 | 一种实现资源调度的方法及装置 |
| CN108664321A (zh) * | 2017-03-29 | 2018-10-16 | 广东神马搜索科技有限公司 | 系统资源分配调整方法及装置 |
| CN109918196A (zh) * | 2019-01-23 | 2019-06-21 | 深圳壹账通智能科技有限公司 | 系统资源分配方法、装置、计算机设备和存储介质 |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101056446B (zh) * | 2006-04-11 | 2010-11-10 | 大唐移动通信设备有限公司 | 一种无线资源管理性能的自动化测试方法及装置 |
| US9411653B2 (en) * | 2008-04-11 | 2016-08-09 | Adobe Systems Incorporated | System and method for provisioning and load balancing user accounts on server clusters |
| US9535762B2 (en) * | 2010-05-28 | 2017-01-03 | At&T Intellectual Property I, L.P. | Methods to improve overload protection for a home subscriber server (HSS) |
| CN102790807B (zh) * | 2011-05-16 | 2016-05-25 | 北京奇虎科技有限公司 | 域名解析代理方法和系统、域名解析代理服务器 |
| CN102394931B (zh) * | 2011-11-04 | 2013-12-18 | 北京邮电大学 | 一种基于云的用户访问请求调度方法 |
| US8874754B2 (en) * | 2012-10-16 | 2014-10-28 | Softwin Srl Romania | Load balancing in handwritten signature authentication systems |
| GB201314067D0 (en) * | 2013-08-06 | 2013-09-18 | Microsoft Corp | Allocating Processor Resources |
| CN104142862B (zh) * | 2013-12-16 | 2015-09-16 | 腾讯科技（深圳）有限公司 | 服务器的过载保护方法及装置 |
| CN105025080B (zh) * | 2015-06-02 | 2018-11-06 | 深圳市创梦天地科技有限公司 | 一种分布式系统的过载保护方法和服务器 |
| US10579421B2 (en) * | 2016-08-29 | 2020-03-03 | TidalScale, Inc. | Dynamic scheduling of virtual processors in a distributed system |
| CN106357789B (zh) * | 2016-09-30 | 2020-01-10 | 腾讯科技（北京）有限公司 | 一种信息访问控制方法、服务器及计算机可读存储介质 |
| CN107798606A (zh) * | 2016-11-29 | 2018-03-13 | 上海壹账通金融科技有限公司 | 数值资源调控方法和装置 |
| CN108306830B (zh) * | 2017-01-11 | 2021-05-25 | 腾讯科技（深圳）有限公司 | 一种过载阈值的动态调整方法及装置 |
| CN107645508A (zh) * | 2017-10-16 | 2018-01-30 | 深圳市买买提乐购金融服务有限公司 | 一种数据处理系统、方法、客户端及服务器 |
| CN108650262B (zh) * | 2018-05-09 | 2020-12-01 | 聚龙股份有限公司 | 一种基于微服务架构的云平台扩展方法及系统 |
| CN108513271B (zh) * | 2018-06-22 | 2021-06-25 | 武汉斑马快跑科技有限公司 | 基于多个短信通道的短信分发方法和设备 |
| CN109240765B (zh) * | 2018-08-28 | 2021-08-10 | 中国联合网络通信集团有限公司 | 服务资源的熔断方法、装置、设备及计算机可读存储介质 |
-
2019
- 2019-01-23 CN CN201910061291.8A patent/CN109918196B/zh not_active Expired - Fee Related
- 2019-11-25 WO PCT/CN2019/120525 patent/WO2020151358A1/zh not_active Ceased
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140007128A1 (en) * | 2011-04-11 | 2014-01-02 | Albrecht Schroth | Performing a task in a system having different types of hardware resources |
| CN105808342A (zh) * | 2014-12-30 | 2016-07-27 | 中国电信股份有限公司 | 用于分配客户请求的方法、判断装置和系统 |
| CN108667859A (zh) * | 2017-03-27 | 2018-10-16 | 中兴通讯股份有限公司 | 一种实现资源调度的方法及装置 |
| CN108664321A (zh) * | 2017-03-29 | 2018-10-16 | 广东神马搜索科技有限公司 | 系统资源分配调整方法及装置 |
| CN107171828A (zh) * | 2017-04-18 | 2017-09-15 | 北京思特奇信息技术股份有限公司 | 一种应对远程调用依赖的超时熔断方法和系统 |
| CN109918196A (zh) * | 2019-01-23 | 2019-06-21 | 深圳壹账通智能科技有限公司 | 系统资源分配方法、装置、计算机设备和存储介质 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115277820A (zh) * | 2022-08-02 | 2022-11-01 | 中国银行股份有限公司 | 基于Dubbo框架的服务熔断方法及装置 |
| CN115834255A (zh) * | 2023-02-17 | 2023-03-21 | 杭州孝道科技有限公司 | 一种针对Web请求进行安全检测的处理方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109918196A (zh) | 2019-06-21 |
| CN109918196B (zh) | 2022-11-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2020151358A1 (zh) | 系统资源分配方法、装置、计算机设备和存储介质 | |
| CN110399293B (zh) | 系统测试方法、装置、计算机设备和存储介质 | |
| CN109064345B (zh) | 消息处理方法、系统以及计算机可读存储介质 | |
| CN110113224B (zh) | 容量监控方法、装置、计算机设备及存储介质 | |
| CN109034993B (zh) | 对账方法、设备、系统及计算机可读存储介质 | |
| US8645769B2 (en) | Operation management apparatus, operation management method, and program storage medium | |
| CN111181800B (zh) | 测试数据处理方法、装置、电子设备及存储介质 | |
| CN110995468A (zh) | 待分析系统的系统故障处理方法、装置、设备和存储介质 | |
| CN113704018A (zh) | 应用运维数据处理方法、装置、计算机设备及存储介质 | |
| CN105207806A (zh) | 分布式服务的监控方法及装置 | |
| CN108156141B (zh) | 一种实时数据识别方法、装置及电子设备 | |
| WO2024125173A1 (zh) | 一种网元故障处理方法、装置、存储介质及电子装置 | |
| CN106682167B (zh) | 用户行为数据的统计装置及方法 | |
| FR3102259A1 (fr) | Surveillance d’un environnement de serveur d’applications distribué | |
| CN114610762A (zh) | 数据请求的三级响应方法、系统、设备及存储介质 | |
| CN110855489A (zh) | 故障处理方法、装置和故障处理装置 | |
| CN114741218A (zh) | 操作系统的异常指标提取方法、装置、设备、系统及介质 | |
| CN110011860A (zh) | 基于网络流量分析的安卓应用识别方法 | |
| CN116643906B (zh) | 云平台故障的处理方法、装置、电子设备及存储介质 | |
| CN110011845B (zh) | 日志采集方法及系统 | |
| JP2007148728A (ja) | ポリシ制御方法、装置及びプログラム | |
| CN114422324B (zh) | 一种告警信息的处理方法、装置、电子设备及存储介质 | |
| CN113568932B (zh) | 一种缓存数据管理方法、系统及存储介质 | |
| JP2004348640A (ja) | ネットワーク管理システム及びネットワーク管理方法 | |
| CN114385498A (zh) | 性能测试方法、系统、计算机设备及可读存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 19912105 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 32PN | Ep: public notification in the ep bulletin as address of the adressee cannot be established |
Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 081121) |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 19912105 Country of ref document: EP Kind code of ref document: A1 |