A method and apparatus for data processing

Abstract

The embodiment of the present application provides a kind of data processing method and device, the method comprises: obtaining the first resource consumption data of one or more platform type applications provided;Wherein, the one or more platform type applications are the application that can provide service to multiple service objects, and each platform type application includes one or more application objects for service object to call;According to the first resource consumption data, the second resource consumption data of each application object is determined;According to demand dimension, the target application object called is determined, and according to the second resource consumption data of the target application object, the third resource consumption data of the demand dimension is determined.Through the embodiment of the present application, it is realized that resource consumption is allocated according to the use condition of platform type application, can be suitable for more detailed resource allocation demand, and then resource control can be better, improve resource utilization.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of data processing, and in particular, to a data processing method and device. BACKGROUND

[0002] With the increasing maturity of platform-type applications, when there are multiple service objects simultaneously using the same or multiple platform-type applications, the problem of how to allocate the generated resource consumption will be involved.

[0003] Taking cost allocation as an example, in the prior art, the cost allocation is usually performed step by step from top to bottom after obtaining the total cost. However, this way can only perform some simple allocation operations and cannot be applied to some more accurate allocation requirements. SUMMARY

[0004] In view of the above problems, a data processing method and device are provided to overcome the above problems or at least partially solve the above problems, comprising:

[0005] A data processing method, the method comprising:

[0006] Obtaining first resource consumption data of one or more platform-type applications provided; wherein the one or more platform-type applications are applications that can provide services to multiple service objects, and each platform-type application includes one or more application objects called by service objects;

[0007] According to the first resource consumption data, determining second resource consumption data of each application object;

[0008] According to a demand dimension, determining a called target application object, and according to the second resource consumption data of the target application object, determining third resource consumption data of the demand dimension.

[0009] Optionally, the determining the called target application object according to the demand dimension comprises:

[0010] According to a demand dimension, determining a target service function provided by a target service object;

[0011] Obtaining target call chain information of the target service function;

[0012] According to the target call chain information, determining the called target application object.

[0013] Optionally, the determining the second resource consumption data of each application object according to the first resource consumption data comprises:

[0014] Determining first traffic information of each application object;

[0015] According to the first resource consumption data and the first traffic information of the platform-type application to which each application object belongs, second resource consumption data of each application object is determined.

[0016] Optionally, before the step of determining, for each application object, second resource consumption data of the application object according to first resource consumption data of a platform-type application to which the application object belongs and first traffic information, the method further comprises:

[0017] A resource consumption proportion of one or more traffic entry types in each platform-type application is determined.

[0018] The step of determining, for each application object, second resource consumption data of the application object according to first resource consumption data of a platform-type application to which the application object belongs and first traffic information, comprises:

[0019] For each application object, a target traffic entry type adopted by the application object is determined, and a first traffic proportion of the application object in the target traffic entry type is determined according to the first traffic information.

[0020] Second resource consumption data of each application object is determined according to the first resource consumption data, a resource consumption proportion of the target traffic entry type, and the first traffic proportion.

[0021] Optionally, the step of determining a resource consumption proportion of one or more traffic entry types in each platform-type application comprises:

[0022] Second traffic information of each platform-type application is determined.

[0023] Third traffic information of one or more traffic entry types in each platform-type application is determined.

[0024] A resource consumption proportion of one or more traffic entry types in each platform-type application is determined according to the second traffic information and the third traffic information.

[0025] Optionally, the step of determining third resource consumption data of the demand dimension according to second resource consumption data of the target application object comprises:

[0026] A second traffic proportion of the demand dimension in total traffic is determined.

[0027] Third resource consumption data of the demand dimension is determined according to second resource consumption data of the target application object and the second traffic proportion.

[0028] Optionally, the demand dimension comprises at least a dimension for any one or more of:

[0029] Service object, service function provided by the service object, set composed of multiple functions with same or similar characteristics, platform type application under the service object.

[0030] An apparatus for data processing, the apparatus comprising:

[0031] A first resource consumption data obtaining module, configured to obtain first resource consumption data of one or more platform type applications provided; wherein the one or more platform type applications are applications capable of providing services to multiple service objects, and each platform type application comprises one or more application objects called by the service objects;

[0032] A second resource consumption data determining module, configured to determine second resource consumption data of each application object according to the first resource consumption data;

[0033] A third resource consumption data determining module, configured to determine a target application object called according to a demand dimension, and determine third resource consumption data of the demand dimension according to the second resource consumption data of the target application object.

[0034] A server, comprising a processor, a memory, and a computer program stored on the memory and capable of running on the processor, the computer program being executed by the processor to implement the method for data processing as described above.

[0035] A computer readable storage medium, the computer readable storage medium storing a computer program, the computer program being executed by a processor to implement the method for data processing as described above.

[0036] Embodiments of the present application have the following advantages:

[0037] In embodiments of the present application, by obtaining first resource consumption data of one or more platform type applications provided, the one or more platform type applications being applications capable of providing services to multiple service objects, and each platform type application comprising one or more application objects called by the service objects, then determining second resource consumption data of each application object according to the first resource consumption data, determining a target application object called according to a demand dimension, and determining third resource consumption data of the demand dimension according to the second resource consumption data of the target application object, it is realized that resource consumption is allocated according to the usage of the platform type application, which can be applied to more detailed resource allocation requirements, and thus better resource control can be achieved, improving resource utilization. BRIEF DESCRIPTION OF DRAWINGS

[0038] To more clearly illustrate the technical solution of the present invention, the accompanying drawings used in the description of the present invention will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0039] Figure 1a This is a flowchart of the steps of a data processing method provided in an embodiment of the present invention;

[0040] Figure 1b This is a schematic diagram of cost breakdown provided in an embodiment of the present invention;

[0041] Figure 2a This is a flowchart of another data processing method provided in an embodiment of the present invention;

[0042] Figure 2b This is a schematic diagram of a call chain topology provided in an embodiment of the present invention;

[0043] Figure 3a This is a flowchart of another data processing method provided in an embodiment of the present invention;

[0044] Figure 3b This is a schematic diagram of warehouse cost allocation according to an embodiment of the present invention;

[0045] Figure 4 This is a flowchart of another data processing method provided in an embodiment of the present invention;

[0046] Figure 5 This is a schematic diagram of a revenue-sharing system provided in an embodiment of the present invention;

[0047] Figure 6 This is a structural block diagram of a data processing apparatus provided in an embodiment of the present invention. Detailed Implementation

[0048] To make the above-mentioned objects, features, and advantages of the present invention more apparent and understandable, the present invention will be further described in detail below with reference to the accompanying drawings and specific embodiments. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without inventive effort are within the scope of protection of the present invention.

[0049] Reference Figure 1a The diagram illustrates a flowchart of a data processing method according to an embodiment of the present invention, which may specifically include the following steps:

[0050] Step 101: Obtain the first resource consumption data of one or more platform applications provided; wherein, the one or more platform applications are applications that can provide services to multiple service objects, and each platform application includes one or more application objects that can be called by service objects;

[0051] Among them, platform-type applications provide services to multiple service objects at the top and rely on services provided by the cloud platform at the bottom. These multiple platform-type applications can rely on the same cloud platform, and their resource consumption data can be provided by the underlying cloud platform or resource pool. The cloud platform calculates the overall resource consumption from the perspective of platform-type applications, that is, it can provide the overall resource consumption data of each platform-type application.

[0052] Specifically, a platform application can contain one or more application objects. For example, an application object can be a method provided by the platform application. Service objects can implement some or all of their service functions by calling the application objects contained in the platform application. That is, the service objects are the customers served by the platform application. For example, the service objects can be e-commerce platforms. Each service object can have an account identifier in the cloud platform, and it can use the platform application in the cloud platform through all accounts.

[0053] As an example, resource consumption data can be cost data, which can be technical costs such as IT resource investment, and its specific form can be financial billing data.

[0054] Since cloud platforms can calculate resource consumption at the level of platform-based applications—that is, they can provide the overall resource consumption of platform-based applications—it is possible to obtain the initial resource consumption data of one or more platform-based applications that depend on the cloud platform.

[0055] Step 102: Determine the second resource consumption data for each application object based on the first resource consumption data;

[0056] Since each platform application can contain one or more application objects, and service objects implement some or all of their service functions by calling application objects in the platform application, in order to allocate resource consumption data more finely, such as calculating the allocation according to the amount of service functions enjoyed by the customer, the first resource data can be allocated to each application object first, and then the second resource consumption data allocated to each application object can be obtained.

[0057] Step 103: Determine the target application object to be called according to the demand dimension, and determine the third resource consumption data of the demand dimension based on the second resource consumption data of the target application object.

[0058] Based on the allocation requirements of different resource consumption data, the required requirement dimension can be determined. Then, the target application object called by the requirement dimension can be determined. Then, the third resource consumption data of the requirement dimension can be determined based on the second resource consumption data of the target application object. For example, the revenue sharing bills of different requirement dimensions can be output to meet most revenue sharing scenarios.

[0059] like Figure 1b As shown, the total cost can be broken down into platform applications app1 and app2. Then, the cost in app1 can be broken down into application objects method1 and method2. The cost of each dimension wid1 and wid2 can be calculated based on the cost of the application objects.

[0060] For example, if the demand dimension is for service object A1, that is, it is necessary to obtain the resource consumption data allocated to service object A1. According to the data provided by the cloud platform, service object A1 calls application objects C1 and C2 in platform application B1. Therefore, the resource consumption data allocated to service object A1 can be determined based on the resource consumption data allocated to application objects C1 and C2.

[0061] For example, the requirement dimension is service function a under service object A1. 11 The dimension that needs to be obtained is service function a. 11 Resource consumption data is allocated, and according to data provided by the cloud platform, service function a 11 If application object C1 in platform application B1 is invoked, service function a can be determined based on the resource consumption data allocated to application object C1. 11 Data on allocated resource consumption.

[0062] In this embodiment of the invention, by acquiring first resource consumption data of one or more platform applications, where each platform application is an application that can provide services to multiple service objects and each platform application includes one or more application objects that can be called by service objects, and then determining second resource consumption data for each application object based on the first resource consumption data, determining the target application object to be called according to the demand dimension, and determining third resource consumption data for the demand dimension based on the second resource consumption data of the target application object, resource consumption can be allocated according to the usage of platform applications. This is applicable to more refined resource allocation needs, thereby enabling better resource control and improving resource utilization.

[0063] Reference Figure 2a The diagram illustrates a flowchart of another data processing method provided by an embodiment of the present invention, which may specifically include the following steps:

[0064] Step 201: Obtain the first resource consumption data of one or more platform applications provided; wherein, the one or more platform applications are applications that can provide services to multiple service objects, and each platform application includes one or more application objects that can be called by service objects;

[0065] Step 202: Determine the second resource consumption data for each application object based on the first resource consumption data;

[0066] Step 203: Based on the demand dimension, determine the target service functions provided by the target service object;

[0067] As an example, the requirements dimension may include at least one or more of the following dimensions:

[0068] Service objects, the service functions provided by service objects, a collection of multiple functions with the same or similar characteristics, and service objects in platform applications.

[0069] For different demand dimensions, we can first determine the target service object corresponding to the demand dimension, and then determine the target service function corresponding to the demand dimension from the service functions provided by the target service object.

[0070] For example, if the requirement dimension can be service object A1, then the target service function can be determined as all the service functions provided by service object A1.

[0071] For example, the requirement dimension can be the service function 'a' under service object A1. 11 Then the target service function can be determined as service function a. 11 .

[0072] For example, the demand dimension can be logistics function, where service object A1 provides logistics function a. 12 Service recipient A2 provides logistics functions. 21 Then the target service function can be determined as logistics function a. 12 Logistics function a 21 A set of components.

[0073] For example, the requirement dimension can be a service object A1 under a certain platform application, where service object A1 has service function a. 11 Logistics function a 12 Service function a 11 Using this platform application, the target service function can be identified as service function a. 11 .

[0074] Step 204: Obtain the target call chain information of the target service function;

[0075] As an example, call chain information can include information about the application objects that need to be called to implement service functions, such as... Figure 2b The call chain topology shown indicates that service function T1 needs to call method A→B→D or A→B→E in the platform application, and service function T2 needs to call method A→C→F or A→C→G.

[0076] To achieve resource allocation based on the amount of service functions used by customers, we can start with the product menu actually provided to customers, identify the call chain information covering all technical resources for each service object's service functions, and then allocate resource consumption to each node of the service function through the call chain information.

[0077] Step 205: Determine the target application object to be called based on the target call chain information;

[0078] Since the call chain information can contain information about the application objects that need to be called to implement the service function, the target application object to be called can be determined after the target call chain information is determined.

[0079] Step 206: Determine the third resource consumption data of the demand dimension based on the second resource consumption data of the target application object.

[0080] After identifying the target application object, the second resource consumption data allocated to the target application object can be obtained for calculation, thereby obtaining the third resource consumption data of the demand dimension.

[0081] Reference Figure 3a The diagram illustrates a flowchart of another data processing method provided by an embodiment of the present invention, which may specifically include the following steps:

[0082] Step 301: Obtain the first resource consumption data of one or more platform applications provided; wherein, the one or more platform applications are applications that can provide services to multiple service objects, and each platform application includes one or more application objects that can be called by service objects;

[0083] Step 302: Determine the first traffic information for each application object;

[0084] Among them, traffic information can be the traffic information generated when the service object is called, such as inbound traffic.

[0085] For each application object, the initial traffic information for that application object can be determined.

[0086] Step 303: For each application object, determine the second resource consumption data of each application object based on the first resource consumption data and the first traffic information of the platform application to which it belongs;

[0087] Since each platform application has one or more application objects, and each application object can share a portion of the first resource consumption data of its platform application, the second resource consumption data of each application object is obtained by allocating the first traffic information of each application object.

[0088] In one example, the second resource consumption data of the application object can also be determined by allocating the resources based on the first resource consumption data of the platform application and the storage information occupied by the application object.

[0089] In one embodiment of the present invention, the following steps may be included before step 303:

[0090] Determine the resource consumption percentage of one or more traffic entry types for each platform application.

[0091] In practical applications, each platform application can have one or more traffic ingress types, i.e., it has one or more ingress traffic types, such as RPC (Remote Procedure Call) ingress, MRTAQ (Metamorphosis) ingress, and HTTP (Hypertext Transfer Protocol) ingress. Therefore, the total ingress traffic of a platform application can be the sum of the traffic from its various ingress types, as shown in the following formula:

[0092]

[0093] in, For all entry traffic of platform applications, Queries per second For response time, HAF, MetaQ, and HTTP are each a type of traffic entry point.

[0094] This represents the query rate per second for inbound traffic of type haf. This represents the queries per second (MS / s) of the inbound traffic of type Metaq. This refers to the queries per second (ms) of inbound HTTP traffic. The response time for HAF type inbound traffic. The response time for inbound traffic of type metaq. This refers to the response time for incoming HTTP traffic.

[0095] Based on this, the primary resource consumption data of platform applications can be distributed according to traffic entry type to obtain the resource consumption ratio of one or more traffic entry types in each platform application, such as...Figure 3b As shown, the cost of a certain warehouse (i.e., a platform application) can be distributed in layers according to the type of traffic entry, such as the HTTP layer, RPC layer, and DB layer.

[0096] Furthermore, such as Figure 3b Each layer has its corresponding method. For each method, based on the cost allocated to its layer, it can be further allocated according to the traffic ratio to obtain the cost of a certain repository for a certain method in the HTTP layer, the cost of a certain repository for a certain method in the RPC layer, and the cost of a certain repository for a certain method in the DB layer.

[0097] In one embodiment of the present invention, determining the resource consumption percentage of one or more traffic entry types in each platform application may include the following sub-steps:

[0098] Sub-step 11: Determine the second traffic information for each platform application;

[0099] Since a cloud platform can include multiple platform-based applications, the second traffic information for each platform-based application can be determined based on the data provided by the cloud platform.

[0100] Sub-step 12: Determine the third traffic information for one or more traffic entry types in each platform application;

[0101] Since each platform application can have one or more traffic entry types, the entry traffic of the platform application can be distributed according to different traffic entry types, and the third traffic information of each traffic entry type can be determined separately.

[0102] Sub-step 13: Based on the second and third traffic information, determine the resource consumption ratio of one or more traffic entry types in each platform application.

[0103] For each traffic entry type, after determining the second and third traffic information, the traffic proportion of each traffic entry type in all entry traffic can be determined based on the second and third traffic information. This traffic proportion can then be used as the resource consumption proportion of the traffic entry type, which can be calculated using the following formula:

[0104]

[0105] in, This represents the percentage of resource consumption for HAF-type inbound traffic.

[0106] Accordingly, step 303 may include the following sub-steps:

[0107] Sub-step 21: For each application object, determine the target traffic entry type it uses, and determine its first traffic percentage in the target traffic entry type based on the first traffic information;

[0108] For each application, its target traffic inlet type can be determined. Then, based on the application's initial traffic information and all traffic information of that target traffic inlet type, its initial traffic percentage within that target traffic inlet type can be determined. This percentage represents the proportion of the application's traffic within all traffic of the same traffic inlet type, and can be calculated using the following formula:

[0109]

[0110] in, The first percentage of traffic for application object m. The query rate per second for application object m. This represents the response time of the application object m.

[0111] Sub-step 22: Based on the first resource consumption data, the resource consumption ratio of the target traffic entry type, and the first traffic ratio, determine the second resource consumption data for each application object.

[0112] Since each application object can correspond to a traffic entry type, its resource consumption can also be allocated from the resource consumption of that traffic entry type.

[0113] Based on this, the resource consumption data of the platform application can be allocated according to the resource consumption ratio of the target traffic entry type to obtain the resource consumption data of the target traffic entry type.

[0114] Then, the resource consumption data of the target traffic entry type can be distributed according to the first traffic proportion of each application object to obtain the second resource consumption data of each application object.

[0115] Step 304: Determine the target application object to be called according to the demand dimension, and determine the third resource consumption data of the demand dimension based on the second resource consumption data of the target application object.

[0116] Reference Figure 4 The diagram illustrates a flowchart of another data processing method provided by an embodiment of the present invention, which may specifically include the following steps:

[0117] Step 401: Obtain the first resource consumption data of one or more platform applications provided; wherein, the one or more platform applications are applications that can provide services to multiple service objects, and each platform application includes one or more application objects that can be called by service objects;

[0118] Step 402: Determine the second resource consumption data for each application object based on the first resource consumption data;

[0119] Step 403: Determine the target application object to be invoked according to the requirement dimension;

[0120] Step 404: Determine the second proportion of traffic in the total traffic based on the demand dimension;

[0121] After determining the demand dimension, the traffic of the demand dimension can be determined. For example, if the demand dimension is service object A1, the traffic of the demand dimension is the traffic of service object A1. The total traffic can also be determined. For example, the total traffic can be the total traffic of a platform application or the total traffic of a cloud platform. Then, the second traffic proportion of the demand dimension in the total traffic can be determined.

[0122] Step 405: Determine the third resource consumption data of the demand dimension based on the second resource consumption data and the second traffic ratio of the target application object.

[0123] After determining the second traffic percentage, the second resource consumption data of the target application can be allocated according to the second traffic percentage to obtain the third resource consumption data of the demand dimension.

[0124] The following example illustrates an embodiment of the present invention:

[0125] Assumption 1: The cloud platform has two platform applications, namely platform application OIP and platform application HU. The total cost of the cloud platform in May was 200,000, with OIP accounting for 150,000 (i.e., the first resource consumption data) and HU accounting for 50,000 (i.e., the first resource consumption data).

[0126] Assumption 2: The cloud platform supports two industries (i.e., service targets), industry A and industry B.

[0127] Assumption 3: The cloud platform provides a total of 3 service functions. Industry A uses function 1 and function 2, while industry B uses function 2 and function 3.

[0128] Assumption 4: OIP contains 5 methods (i.e., application objects): OIP method 1, OIP method 2, OIP method 3, OIP method 4, and OIP method 5, with traffic share of 10%, 10%, 10%, 35%, and 35% respectively.

[0129] Assume 5, hu contains 5 methods (i.e., application objects): hu method 1, hu method 2, hu method 3, hu method 4, and hu method 5, with traffic shares of 20%, 20%, 20%, 20%, and 20%, respectively.

[0130] Assume the call chain information for Function 6, Function 1, Function 2, and Function 3 is as shown in Table 1 below:

[0131]

[0132] Table 1

[0133] When calculating the cost allocated to function 1 in industry A based on the demand dimension, the following calculation method can be used:

[0134] Step 1: Calculate the cost of the method (i.e., the application object) (i.e., the second resource consumption data).

[0135] For OIP, only methods 1, 2, 3, and 4 were used functionally.

[0136] Total cost of OIP method 1: 150,000 * 10% = 15,000

[0137] Total cost of OIP method 2: 150,000 * 10% = 15,000

[0138] Total cost of OIP method 3: 150,000 * 10% = 15,000

[0139] Total cost of OIP method 4: 150,000 * 35% = 52,500

[0140] For hu, only methods 2 and 3 were used by the function.

[0141] Method 2 Total Cost: 50,000 * 20% = 10,000

[0142] Method 3 Total Cost: 50,000 * 20% = 10,000

[0143] Step 2: Calculate the cost allocated to function 1 in industry A according to the demand dimension.

[0144] For function 1 in industry A, based on the call chain information, it can be determined that the methods called are oip method 1, oip method 2, hu method 2, and hu method 3. Therefore, the cost allocated to function 1 in industry A (i.e., the third resource consumption data) is the sum of the costs of the following methods:

[0145] OIP Method 1: 15,000 * (Industry A traffic / Total traffic)

[0146] OIP Method 2: 15,000 * (Industry A traffic / Total traffic) * 0.5

[0147] (Because for industry A, both function 1 and function 2 use OIP method 2, so multiply by 0.5)

[0148] Method 2: 10,000 * (Industry A traffic / Total traffic)

[0149] Method 3: 10,000 * (Industry A traffic / Total traffic) * 0.5

[0150] (Because for industry A, both function 1 and function 2 use OIP method 2, so multiply by 0.5)

[0151] In fact, the present invention can provide a revenue sharing system that can be used to allocate resource data such as costs. For example, cost allocation can be carried out by choosing the above-mentioned method according to the actual scenario, such as using steps 101-103, 201-206, 301-304, and 401-405. Alternatively, other methods can be chosen to allocate resource consumption data such as costs, such as using traffic coloring.

[0152] Taking cost sharing as an example, in a cost sharing system that uses traffic coloring, an account system for cost sharing can be created. Each financial account has one or more financial units, and each financial unit corresponds to a tag, which is the coloring tag used for traffic coloring. Then, data on the tag and financial account dimensions can be collected, and reports on the tag dimension can be generated.

[0153] like Figure 5 Enterprise A, B, and C can include Branch A and Branch B. Branch A can include Product 1, Product 2, Business Department, Human Resources Department, and Technology Department. Branch B can include Project 1 and Project 2. Financial accounts can be established for the above-mentioned Enterprise A, B, C, Branch A, Branch B, Product 1, Product 2, Business Department, Human Resources Department, Technology Department, Project 1, and Project 2. Financial units can be established for the specific SLB (Server Load Balancing), ECS (Elastic Compute Service), PolarDB (a relational cloud-native database), RDS (Relational Database Service), EMR (E-MapReduce), OSS (Object Storage Service), etc., and tags can be assigned. The traffic used by each is colored using tags. Then, the traffic can be summarized according to financial accounts to obtain traffic statistics at the account level, and then cost allocation can be performed.

[0154] Specifically, a revenue-sharing system can be built using traffic coloring as follows:

[0155] 1. Tag System Planning Phase: Based on business characteristics, plan the tag system, formulate processes and specifications, i.e., define coloring tags. The tag planning must meet the following principles:

[0156] Mutual Exclusion Principle

[0157] Collective Detail Principle

[0158] Finite value principle

[0159] Principle of considering the consequences of future changes

[0160] Simplified design principles

[0161] 2. Resource management establishment phase, which is the process of allocating resources, such as users tagging or coloring the corresponding resources.

[0162] 3. In the configuration of the revenue sharing scenario stage, which is the process of revenue sharing, the system performs revenue sharing on the resource cost bills, that is, automatically coloring traffic based on traffic.

[0163] 4. During the billing interpretation stage, users can view the billing statement, expense analysis, and other information to check the billing results, which is the final summary of the results.

[0164] 5. Continuous Optimization and Improvement Phase: Review label quality and continuously improve it in conjunction with management methods.

[0165] It should be noted that, for the sake of simplicity, the method embodiments are all described as a series of actions. However, those skilled in the art should understand that the embodiments of the present invention are not limited to the described order of actions, because according to the embodiments of the present invention, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions involved are not necessarily essential to the embodiments of the present invention.

[0166] Reference Figure 6 The diagram shows a structural schematic of a data processing apparatus according to an embodiment of the present invention, which may specifically include the following modules:

[0167] The first resource consumption data acquisition module 601 is used to acquire the first resource consumption data of one or more platform applications provided; wherein, the one or more platform applications are applications that can provide services to multiple service objects, and each platform application includes one or more application objects that can be called by service objects;

[0168] The second resource consumption data determination module 602 is used to determine the second resource consumption data of each application object based on the first resource consumption data.

[0169] The third resource consumption data determination module 603 is used to determine the target application object to be called according to the demand dimension, and to determine the third resource consumption data of the demand dimension based on the second resource consumption data of the target application object.

[0170] In one embodiment of the present invention, the third resource consumption data determination module 603 includes:

[0171] The target service function determination submodule is used to determine the target service functions provided by the target service object based on the requirements dimension.

[0172] The target call chain information acquisition submodule is used to acquire the target call chain information of the target service function;

[0173] The target application object determination submodule is used to determine the target application object to be called according to the target call chain information.

[0174] In one embodiment of the present invention, the second resource consumption data determination module 602 includes:

[0175] The first traffic information determination submodule is used to determine the first traffic information for each application object;

[0176] The traffic determination second resource consumption data submodule is used to determine the second resource consumption data of each application object based on the first resource consumption data of the platform application to which it belongs and the first traffic information.

[0177] In one embodiment of the present invention, it further includes:

[0178] The resource consumption percentage determination module is used to determine the resource consumption percentage of one or more traffic entry types in each platform application.

[0179] The traffic determination second resource consumption data submodule includes:

[0180] The first traffic percentage determination submodule is used to determine the target traffic entry type adopted by each application object, and to determine the first traffic percentage of the application object in the target traffic entry type based on the first traffic information.

[0181] The traffic percentage determination second resource consumption data submodule is used to determine the second resource consumption data of each application object based on the first resource consumption data, the resource consumption percentage of the target traffic entry type, and the first traffic percentage.

[0182] In one embodiment of the present invention, the resource consumption ratio determination module includes:

[0183] The second traffic information determination submodule is used to determine the second traffic information for each platform application.

[0184] The third traffic information determination submodule is used to determine the third traffic information of one or more traffic entry types in each platform application;

[0185] The traffic determination resource consumption ratio submodule is used to determine the resource consumption ratio of one or more traffic entry types in each platform application based on the second traffic information and the third traffic information.

[0186] In one embodiment of the present invention, the third resource consumption data determination module 603 includes:

[0187] The second traffic percentage determination submodule is used to determine the second traffic percentage of the traffic in the total traffic for the demand dimension;

[0188] The traffic ratio determination third resource consumption data submodule is used to determine the third resource consumption data of the demand dimension based on the second resource consumption data of the target application object and the second traffic ratio.

[0189] In one embodiment of the present invention, the requirement dimension includes at least one or more of the following dimensions:

[0190] Service objects, the service functions provided by service objects, a collection of multiple functions with the same or similar characteristics, and service objects in platform applications.

[0191] In this embodiment of the invention, by acquiring first resource consumption data of one or more platform applications, where each platform application is an application that can provide services to multiple service objects and each platform application includes one or more application objects that can be called by service objects, and then determining second resource consumption data for each application object based on the first resource consumption data, determining the target application object to be called according to the demand dimension, and determining third resource consumption data for the demand dimension based on the second resource consumption data of the target application object, resource consumption can be allocated according to the usage of platform applications. This is applicable to more refined resource allocation needs, thereby enabling better resource control and improving resource utilization.

[0192] An embodiment of the present invention also provides a server, which may include a processor, a memory, and a computer program stored in the memory and capable of running on the processor. When the computer program is executed by the processor, it implements the above-described data processing method.

[0193] An embodiment of the present invention also provides a computer-readable storage medium on which a computer program is stored, and when the computer program is executed by a processor, it implements the above-described data processing method.

[0194] As the device embodiment is basically similar to the method embodiment, the description is relatively simple, and relevant parts can be found in the description of the method embodiment.

[0195] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. The same or similar parts between the various embodiments can be referred to each other.

[0196] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, apparatus, or computer program products. Therefore, embodiments of the present invention can take the form of entirely hardware embodiments, entirely software embodiments, or embodiments combining software and hardware aspects. Furthermore, embodiments of the present invention can take the form of computer program products implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0197] Embodiments of the present invention are described with reference to flowchart illustrations and / or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing terminal device to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal device, create means for implementing the functions specified in one or more blocks of the flowchart illustrations and / or one or more blocks of the block diagrams.

[0198] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing terminal device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means that implement the functions specified in one or more flowcharts and / or one or more block diagrams.

[0199] These computer program instructions may also be loaded onto a computer or other programmable data processing terminal equipment to cause a series of operational steps to be performed on the computer or other programmable terminal equipment to produce a computer-implemented process, such that the instructions, which execute on the computer or other programmable terminal equipment, provide steps for implementing the functions specified in one or more flowcharts and / or one or more block diagrams.

[0200] Although preferred embodiments of the present invention have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of the embodiments of the present invention.

[0201] Finally, it should be noted that in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or terminal device that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or terminal device. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or terminal device that includes said element.

[0202] The above provides a detailed description of a data processing method and apparatus. Specific examples have been used to illustrate the principles and implementation methods of the present invention. The descriptions of the above embodiments are only for the purpose of helping to understand the method and core ideas of the present invention. At the same time, those skilled in the art will recognize that, based on the ideas of the present invention, there will be changes in the specific implementation methods and application scope. Therefore, the content of this specification should not be construed as a limitation of the present invention.

Claims

1. A data processing method, characterized in that, The method includes: Obtain first resource consumption data of one or more platform applications provided; wherein, the one or more platform applications are applications that can provide services to multiple service objects, and each platform application includes one or more application objects that can be called by service objects; Based on the first resource consumption data, determine the second resource consumption data for each application object; Based on the demand dimension, the target application object to be invoked is determined, and based on the second resource consumption data of the target application object, the third resource consumption data of the demand dimension is determined, including: determining the target service function provided by the target service object based on the demand dimension; obtaining the target call chain information of the target service function; determining the target application object to be invoked according to the target call chain information; the demand dimension includes at least one or more of the following dimensions: service object, service function provided by the service object, a set of multiple functions with the same or similar characteristics, and service function of the service object under the platform application; the call chain information includes information on the application object to be invoked to implement the target service function.

2. The method according to claim 1, characterized in that, The step of determining the second resource consumption data for each application object based on the first resource consumption data includes: Determine the initial traffic information for each application object; For each application object, the second resource consumption data of each application object is determined based on the first resource consumption data of the platform application to which it belongs and the first traffic information.

3. The method according to claim 2, characterized in that, Before determining the second resource consumption data for each application object based on the first resource consumption data of the platform application to which it belongs and the first traffic information, the method further includes: Determine the resource consumption percentage of one or more traffic entry types in each platform application; For each application object, the second resource consumption data for each application object is determined based on the first resource consumption data of the platform application to which it belongs and the first traffic information, including: For each application object, determine its target traffic inlet type, and based on the first traffic information, determine its first traffic percentage in the target traffic inlet type; Based on the first resource consumption data, the resource consumption ratio of the target traffic entry type, and the first traffic ratio, the second resource consumption data for each application object is determined.

4. The method according to claim 3, characterized in that, Determining the resource consumption percentage of one or more traffic entry types in each platform application includes: Determine the secondary traffic information for each platform application; Identify third-party traffic information for one or more traffic entry types in each platform application; Based on the second traffic information and the third traffic information, determine the resource consumption ratio of one or more traffic entry types in each platform application.

5. The method according to claim 1, characterized in that, The step of determining the third resource consumption data of the demand dimension based on the second resource consumption data of the target application object includes: Determine the second proportion of traffic in the total traffic for the aforementioned demand dimension; Based on the second resource consumption data of the target application object and the second traffic ratio, the third resource consumption data of the demand dimension is determined.

6. A data processing apparatus, characterized in that, The device includes: The first resource consumption data acquisition module is used to acquire the first resource consumption data of one or more platform applications provided; wherein, the one or more platform applications are applications that can provide services to multiple service objects, and each platform application includes one or more application objects that can be called by service objects; The second resource consumption data determination module is used to determine the second resource consumption data for each application object based on the first resource consumption data. The third resource consumption data determination module is used to determine the target application object to be called according to the demand dimension, and to determine the third resource consumption data of the demand dimension based on the second resource consumption data of the target application object. This includes: determining the target service function provided by the target service object according to the demand dimension; obtaining the target call chain information of the target service function; and determining the target application object to be called according to the target call chain information. The demand dimension includes at least one or more of the following dimensions: service object, service function provided by the service object, a set of multiple functions with the same or similar characteristics, and service function of a service object under a platform application. The call chain information includes information about the application object to be called to implement the target service function.

7. A server, characterized in that, It includes a processor, a memory, and a computer program stored in the memory and capable of running on the processor, wherein the computer program, when executed by the processor, implements the data processing method as described in any one of claims 1 to 5.

8. A computer-readable storage medium, characterized in that, A computer program is stored on the computer-readable storage medium, which, when executed by a processor, implements the data processing method as described in any one of claims 1 to 5.

Images