Service deployment method, cloud management platform and related device

Abstract

The invention discloses a service deployment method, a cloud management platform and a related device, and belongs to the technical field of cloud computing. The method comprises the following steps: providing a configuration interface, obtaining service configuration information from the configuration interface, determining a resource deployment strategy of a target service based on the service configuration information and the number of service copies, and deploying the target service on the plurality of service units according to the resource deployment strategy, the resource deployment strategy indicates that one service unit bears at least one user group of the tenant, each Rf service units bear service copies of the same user group, and Rf is the number of the service copies. Therefore, for any user in any user group, even if one service unit bearing the user fails, the user can obtain the corresponding service from other service units, so that the disaster recovery capability of the target service is effectively improved.

Description

[0001] This application claims priority to Chinese patent application No. 202310911636.0, filed on July 24, 2023, and entitled “A method, device and system for architecture partitioning”, the entire contents of which are incorporated by reference into this application. Technical Field

[0002] The present application relates to the field of cloud computing technology, and in particular to a service deployment method, a cloud management platform and related devices. Background Art

[0003] With the continuous development of information technology, especially the advancement of Internet technology, large government enterprises and financial institutions have begun to gradually build their own data centers to meet their business needs for resources. Since it is very expensive to simply rely on adding physical equipment to build a data center, cloud computing came into being. Cloud service providers can build a cloud platform through cloud computing technology. The cloud platform includes a cloud management platform and a cloud infrastructure. The cloud management platform is used to manage the cloud infrastructure. The cloud infrastructure includes at least one cloud data center, and tenants can deploy corresponding services on the at least one cloud data center.

[0004] In related technologies, in order to ensure the availability of services, tenants need to deploy multiple independent business units with the same business functions on at least one cloud data center, and each business unit has complete business functions. In this way, after receiving a service request, the service request is routed to the corresponding business unit for processing according to the set rules. For example, according to the corresponding relationship between the users served by the service and the business unit, a user's service request is routed to the corresponding business unit for processing.

[0005] However, a business unit may correspond to multiple users. If the business unit fails due to overload or distributed denial of service (DDOS) attack, multiple users corresponding to the business unit will be unable to use the business, making the disaster recovery capability of the business poor. Summary of the invention

[0006] The present application provides a service deployment method, a cloud management platform and related devices, which can solve the problem of poor service disaster recovery capability in related technologies. The technical solution is as follows:

[0007] In a first aspect, a service deployment method is provided, which is applied to a cloud management platform, wherein the cloud management platform is used to manage a cloud infrastructure, wherein the cloud infrastructure includes at least one cloud data center, and wherein the at least one cloud data center is deployed with multiple service units, wherein the method includes:

[0008] A configuration interface is provided, wherein the configuration interface is used to instruct the tenant to input business configuration information of the target business to be deployed, wherein the business configuration information is used to configure the target business; the business configuration information is obtained from the configuration interface; based on the business configuration information and the number of business copies, a resource deployment strategy for the target business is determined, and according to the resource deployment strategy, the target business is deployed on the multiple business units, wherein the resource deployment strategy indicates that one of the business units carries at least one user group of the tenant, and each Rf of the business units carries a business copy of the same user group, where Rf is the number of business copies, and Rf≥2.

[0009] The present application can determine the resource deployment strategy of the target business according to the business configuration information and the number of business copies of the target business input by the tenant, and then deploy the target business on multiple business units according to the resource deployment strategy. Since the number of business copies is greater than or equal to 2, the resource deployment strategy indicates that one business unit carries at least one user group of the tenant, and each Rf business unit carries a business copy of the same user group, where Rf is the number of business copies. In other words, the business unit can provide services for at least one user group of the tenant, and each user group can be carried by at least two business units. In this case, for any user in any user group, even if a business unit carrying the user fails, the user can still obtain the corresponding business from other business units. Compared with the method in which a business unit fails and the users served by the business unit cannot obtain services normally, the method provided by the present application can effectively improve the disaster recovery capability of the target business.

[0010] The cloud management platform can instruct the tenant to input the business configuration information of the target business to be deployed by providing a configuration interface, and the tenant can then input the business configuration information of the target business in the configuration interface.

[0011] Optionally, the business configuration information includes one or more of the minimum number of startup nodes of the microservice, the minimum startup specification of the microservice, the maximum amount of resources, the business performance parameters, the maximum explosion radius, and the performance baseline of the microservice. The maximum amount of resources indicates the upper limit of resources that can be occupied by the target business, the business performance parameters indicate the lower limit of the performance of the target business, the maximum explosion radius indicates the lower limit of the disaster recovery capability of the target business, and the performance baseline indicates the corresponding relationship between the startup specification of the microservice, the number of startup nodes and the performance parameters.

[0012] Optionally, the configuration interface is also used to instruct the tenant to enter the number of business copies, so that the tenant can enter the number of business copies in the configuration interface. For any user group of the tenant, the number of business copies is the number of business units that the tenant expects to carry the user group, and the number of business copies is greater than or equal to 2.

[0013] In the present application, the business unit can provide services to at least one user group of the tenant, and each user group is carried by at least two business units. In this case, for any user in any user group, even if a business unit carrying the user fails, the user can still obtain the corresponding service from other business units. Compared with the method in which a business unit fails and the users served by the business unit cannot obtain services normally, the method of the present application can effectively improve the disaster recovery capability of the target business.

[0014] Optionally, the resource deployment strategy indicates that Rf service copies of the user group are respectively deployed on independent service units, and each of the Rf service units carries at most one service copy of the same user group.

[0015] The fact that each of the Rf service units carries at most one service copy of the same user group can also be understood as that only one service copy corresponding to the same user group is deployed on any of the Rf service units.

[0016] Since each Rf business unit carries at most one business copy of the same user group, for any user group of the tenant, if any business unit carrying the user group fails, the user group can still obtain the corresponding service from other business units. Only when all business units carrying the user group fail will the user group be unable to obtain services, thus affecting the normal operation of the target business. Since other user groups carried by the business unit carrying the user group are also carried by other business units, even if all business units carrying the user group fail, these other user groups can still obtain services from other business units.

[0017] Optionally, the resource deployment strategy includes the number of business units for providing the target business and the deployment specifications of the business units, and the specifications and performance of the business units for providing the target business are the same. In this case, the implementation process of determining the resource deployment strategy of the target business based on the business configuration information and the number of business copies includes: determining the number of business units for providing the target business and the deployment specifications of the business units according to the resource deployment constraints based on the business configuration information and the number of business copies of the target business.

[0018] Among them, the resource deployment constraints include one or more of the minimum number of startup nodes of the microservice, the minimum startup specification of the microservice, the maximum amount of resources, the business performance parameters, the maximum explosion radius, the number of business copies, and the performance baseline of the microservice. The maximum amount of resources indicates the upper limit of resources that can be occupied by the target business, the business performance parameters indicate the lower limit of the performance of the target business, the maximum explosion radius indicates the lower limit of the disaster recovery capability of the target business, and the performance baseline indicates the corresponding relationship between the startup specification of the microservice, the number of startup nodes and the performance parameters.

[0019] Since the maximum amount of resources indicates the upper limit of the resources that the target business can occupy, the business performance parameter indicates the lower limit of the performance of the target business, and the maximum explosion radius indicates the lower limit of the disaster recovery capability of the target business, therefore, according to the resource deployment constraint, it can be ensured that the resources occupied by the target business do not exceed the maximum amount of resources, while ensuring that the performance of the target business is not lower than the business performance parameter, and the disaster recovery capability of the target business is better than or equal to the disaster recovery capability indicated by the maximum explosion radius. In other words, under the constraints of the resource deployment constraint, the resource deployment strategy of the target business determined by the present application can take into account the business performance, disaster recovery capability and resource cost of the target business, so that the target business can have a smaller explosion radius and better performance than the related technology when the maximum amount of resources remains unchanged.

[0020] Optionally, based on the business configuration information and the number of business copies of the target business, and in accordance with resource deployment constraints, multiple candidate resource deployment strategies are determined, the candidate resource deployment strategies including a candidate number of business units and candidate deployment specifications of the business units; one candidate resource deployment strategy is selected from the multiple candidate resource deployment strategies, and the candidate number of business units and candidate deployment specifications included in the selected candidate resource deployment strategy are used as the number and deployment specifications of business units included in the resource deployment strategy of the target business.

[0021] Optionally, the candidate deployment specification includes the number of startup nodes and startup specifications corresponding to at least one microservice in the business unit for providing the target business, and the resource deployment constraint satisfies the following inequality:

[0022]

[0023] In the above inequality, i refers to the i-th microservice, minnum i Refers to the minimum number of startup nodes for the i-th microservice, num i Refers to the number of startup nodes of the i-th microservice in the candidate deployment specification, mins i refers to the minimum startup specification of the i-th microservice, s irefers to the startup specification of the i-th microservice in the candidate deployment specification, S refers to the maximum resource amount, n refers to the number of the at least one microservice in the business unit, N refers to the number of candidates for the business unit, mint(j) refers to the minimum performance parameter corresponding to the startup specification and the number of startup nodes of the j-th microservice in the candidate deployment specification, T refers to the business performance parameter, B refers to the maximum explosion radius, Rf refers to the number of business replicas, X i It refers to the performance baseline of the i-th microservice.

[0024] When the startup specifications of the microservice include computing resource specifications, memory resource specifications, and maximum hard disk resource specifications, the minimum startup specifications include minimum computing resource specifications, minimum memory resource specifications, and minimum hard disk resource specifications, and the maximum resource quantity includes maximum computing resource quantity, maximum memory resource quantity, and maximum hard disk resource quantity, the mins in the above inequality i ≤s i It means that the minimum computing resource specification of the i-th microservice is less than or equal to the computing resource specification of the i-th microservice in the candidate deployment specification, the minimum memory resource specification of the i-th microservice is less than or equal to the memory resource specification of the i-th microservice in the candidate deployment specification, and the minimum disk resource specification of the i-th microservice is less than or equal to the disk resource specification of the i-th microservice in the candidate deployment specification.

[0025] Similarly, in the above inequality, s i num i ≤S means that the product of the computing resource specification of the i-th microservice in the candidate deployment specification and the number of startup nodes of the i-th microservice is less than or equal to the maximum computing resource amount, the product of the memory resource specification of the i-th microservice in the candidate deployment specification and the number of startup nodes of the i-th microservice is less than or equal to the maximum memory resource amount, and the product of the disk resource specification of the i-th microservice in the candidate deployment specification and the number of startup nodes of the i-th microservice is less than or equal to the maximum disk resource amount.

[0026] For any candidate deployment specification, the candidate deployment specification includes the number of startup nodes and startup specifications corresponding to each microservice in the business unit. Since there is a corresponding relationship between the startup specifications and the number of startup nodes of the microservice and the performance parameters, each microservice also corresponds to corresponding performance parameters. For a business unit, the performance of the business unit is actually determined by the microservice with the smallest performance parameter in the business unit. Therefore, if the performance parameters of the microservice with the smallest performance parameter in the business unit are greater than or equal to T divided by N, it can be guaranteed that the sum of the performance of the N business units (i.e., the performance of the target business) is not lower than the business performance parameter (T).

[0027] It should be noted that the number of the above business copies is not greater than the number of business units.

[0028] Optionally, the business configuration information includes a blast radius weight and a resource weight. In this case, a candidate resource deployment strategy may be selected from a plurality of candidate resource deployment strategies based on the blast radius weight and the resource weight.

[0029] Optionally, based on the explosion radius weight and the resource weight, a qth candidate resource deployment strategy may be selected from multiple candidate resource deployment strategies as the resource deployment strategy for the target business, and the qth candidate resource deployment strategy satisfies the following formulas (1)-(3).

[0030] min(α1A q +α2R q )q∈1,…,z(1)

[0031]

[0032]

[0033] In the above formulas (1)-(3), min() refers to the minimum value in the brackets, α1 refers to the resource weight, α2 refers to the explosion radius weight, z refers to the number of candidate resource deployment strategies, q refers to the qth candidate resource deployment strategy among multiple candidate resource deployment strategies. f() refers to normalizing the number in the brackets, qN refers to the number of candidates for the business unit in the qth candidate resource deployment strategy, s qi It refers to the startup specification of the i-th microservice in the q-th candidate resource deployment strategy, num qi It refers to the number of startup nodes of the i-th microservice in the q-th candidate resource deployment strategy, n refers to the number of the at least one microservice in the business unit, and Rf refers to the number of business replicas.

[0034] In actual applications, after determining the resource deployment strategy of the target business based on the business configuration information and the number of business copies of the target business, the cloud management platform can also display a business deployment suggestion interface, which is used to display the resource deployment strategy of the target business.

[0035] Optionally, the service deployment suggestion interface is also used to display at least one of resource consumption and an actual explosion radius, wherein the resource consumption indicates the amount of resources occupied by the resource deployment strategy of the target service, and the actual explosion radius indicates the disaster recovery capability of the target service deployed based on the resource deployment strategy of the target service.

[0036] Optionally, the business deployment recommendation interface is also used to instruct the tenant to trigger a business deployment request. Before deploying the target business on multiple business units in accordance with the resource deployment strategy, the cloud management platform can also receive the business deployment request. The business deployment request is used to instruct the cloud management platform to deploy the target business in accordance with the resource deployment strategy displayed on the business deployment recommendation interface.

[0037] That is to say, after displaying the resource deployment strategy of the target business, the tenant can also trigger a business deployment request in the business deployment suggestion interface, and the cloud management platform can also receive the business deployment request triggered by the tenant, thereby deploying the target business on multiple business units according to the resource deployment strategy.

[0038] In actual applications, the business configuration information also includes user characteristic information. In this case, the cloud management platform can also obtain user characteristic information, which is characteristic information of multiple users in the tenant's user group. The characteristic information includes risk characteristic information, which refers to characteristics that are likely to cause business failures. Based on the risk characteristic information of the multiple users, at least one risk user is determined from the multiple users, and the at least one risk user is grouped to obtain the risk user group to which the at least one risk user belongs. Based on the characteristic information of regular users among the multiple users, the regular users are grouped to obtain the regular user groups to which the regular users belong. The regular users are users among the multiple users except the risk users.

[0039] Since the risk characteristic information refers to characteristics that are likely to cause business failures, the users who are likely to cause business problems, i.e., risky users, can be accurately determined from multiple users based on the risk characteristic information of the multiple users, and then the user groups to which the risky users and regular users belong can be determined respectively. In this way, risky users and regular users can be divided into different user groups, thereby avoiding the impact of risky users on regular users to the greatest extent and effectively improving the service quality of the target business for regular users.

[0040] Optionally, the characteristic information includes a user risk characteristic tag. The user risk characteristic tag includes at least one of a historical fault subtag and an abnormal traffic subtag. The historical fault characterizes the number of times the user's traffic causes a target service failure, or the number of times the user is unable to obtain the target service. The abnormal traffic subtag characterizes the number of times the user's abnormal traffic is generated.

[0041] Optionally, the risk feature information includes at least one risk sub-tag and a risk sub-tag weight corresponding to each risk sub-tag. In the case where the feature information includes a user risk feature tag, the at least one risk sub-tag is at least one of a historical fault sub-tag and an abnormal traffic sub-tag in the above user risk feature tag.

[0042] The implementation process of determining at least one risky user from the multiple users based on the risk characteristic information of the multiple users includes: determining the risk characteristic scores corresponding to the multiple users respectively based on the risk characteristic information of the multiple users, sorting the risk characteristic scores of the multiple users in order from high to low, and selecting users corresponding to the risk characteristic scores in the top p percent of the sorting results as the at least one risky user.

[0043] Optionally, the resource deployment strategy includes the number of business units, and the cloud management platform can determine the number of user groups based on the number of business units and the number of business copies. In this case, the implementation method of grouping regular users based on the characteristic information of regular users among the multiple users includes: grouping the regular users based on the number of risky user groups, the number of user groups, and the characteristic information of regular users.

[0044] Optionally, based on the number of service units and the number of service copies of the target service, the number of user groups is determined according to the following formula (4).

[0045]

[0046] In the above formula (4), T refers to the number of user groups, N refers to the number of service units, and Rf refers to the number of service copies.

[0047] Optionally, based on feature information of regular users, feature vectors of regular users are determined, based on the feature vectors of regular users, regular users are clustered to obtain multiple regular user clusters, based on the multiple regular user clusters and the number of regular groups, regular user groups to which the regular users belong are determined, where the number of regular groups is the difference between the number of user groups and the number of risky user groups.

[0048] Optionally, the feature information also includes at least one feature tag among a user value feature tag, a user demand feature tag, and a user flow feature tag, and a feature tag weight corresponding to each feature tag. The feature vector of the regular user includes at least one element, and the at least one element corresponds one-to-one to the feature tag included in the feature information. For any regular user, based on the target feature tag of the regular user, the value of the element corresponding to the target feature tag in the feature vector of the regular user is determined, and the target feature tag is any one of the at least one feature tag. Each regular user is processed in the same manner to obtain the feature vector of each regular user.

[0049] The implementation process of determining the regular user groups to which the regular users respectively belong based on multiple regular user clusters and the number of regular groups includes: randomly dividing the regular users of each regular user cluster into K groups to obtain K subclusters respectively included in each regular user cluster, K is equal to the number of regular groups, and determining the regular user groups to which the regular users respectively belong based on the K subclusters respectively included in each regular user cluster.

[0050] Based on the K subclusters respectively included in each regular user cluster, the implementation process of determining the regular user groups to which the regular users respectively belong includes: setting g=1, randomly selecting a subcluster from the subclusters included in multiple regular user clusters to obtain multiple subclusters, taking the regular users in the multiple subclusters as users in the g-th regular user group, deleting the multiple subclusters from the multiple regular user clusters, if g is less than the number of regular user groups, setting g=g+1, and returning to the above step of randomly selecting a subcluster from the subclusters included in the multiple regular user clusters to obtain multiple subclusters.

[0051] For any regular user group, the above method can ensure that the users in the regular user group include a part of the users in each regular user cluster. Since the features of the users in the regular user cluster are similar, and the users in different regular user clusters have different features, it can be ensured that the regular user group finally includes users with different features, thereby achieving uniform grouping of regular users.

[0052] In practical applications, it is also possible to obtain user groups to which the multiple users respectively belong by grouping the multiple users based on the number of user groups and feature information of the multiple users of the tenant without determining the risky users.

[0053] Optionally, based on the feature information of the multiple users, feature vectors of the multiple users are respectively determined, and then based on the feature vectors of the multiple users, the multiple users are clustered to obtain multiple user clusters, and based on the number of user groups and the multiple user clusters, user groups to which the multiple users respectively belong are determined.

[0054] In a second aspect, a service deployment device is provided, which has the function of implementing the service deployment method in the first aspect. The service deployment device includes at least one module, which is used to implement the service deployment method provided in the first aspect.

[0055] In a third aspect, a computing device cluster is provided, the computing device cluster comprising at least one computing device, each computing device comprising a processor and a memory, the processor of the at least one computing device being used to execute instructions stored in the memory of the at least one computing device, so that the computing device cluster executes the service deployment method described in the first aspect.

[0056] Optionally, each computing device may further include a communication bus, which is used to establish a connection between the processor and the memory of each computing device.

[0057] In a fourth aspect, a computer-readable storage medium is provided, wherein the storage medium includes computer program instructions. When the computer program instructions are executed by a computing device cluster, the computing device cluster executes the steps of the service deployment method described in the first aspect.

[0058] In a fifth aspect, a computer program product comprising instructions is provided. When the instructions are executed by a computing device cluster, the computing device cluster executes the steps of the service deployment method described in the first aspect.

[0059] The technical effects obtained by the above-mentioned second, third, fourth and fifth aspects are similar to the technical effects obtained by the corresponding technical means in the first aspect, and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0060] Figure 1 is a schematic diagram of a business unit provided in an embodiment of the present application;

[0061] Figure 2 It is a schematic diagram of an implementation environment provided by an embodiment of the present application;

[0062] Figure 3 is a schematic diagram of a cloud management platform provided in an embodiment of the present application;

[0063] Figure 4 It is a flow chart of a service deployment method provided by an embodiment of the present application;

[0064] Figure 5 is a schematic diagram of a configuration interface provided in an embodiment of the present application;

[0065] Figure 6 It is a schematic diagram of a deployment method of a target service provided in an embodiment of the present application;

[0066] Figure 7 is a schematic diagram of a deployment suggestion interface provided in an embodiment of the present application;

[0067] Figure 8 is a schematic diagram of another deployment method of a target service provided in an embodiment of the present application;

[0068] Fig. 9 It is a structural diagram of a service deployment device provided in an embodiment of the present application;

[0069] Fig.10 is a structural schematic diagram of a computer device provided in an embodiment of the present application;

[0070] Fig.11 It is an architecture diagram of a computing device cluster provided in an embodiment of the present application;

[0071] Fig.12 It is a schematic diagram of the connection between computing devices provided in an embodiment of the present application. DETAILED DESCRIPTION

[0072] In order to make the objectives, technical solutions and advantages of the embodiments of the present application clearer, the implementation methods of the present application will be further described in detail below in conjunction with the accompanying drawings.

[0073] For ease of understanding, before explaining in detail the service deployment method provided in the embodiment of the present application, the application scenarios and implementation environment involved in the embodiment of the present application are first introduced.

[0074] First, the application scenarios involved in the embodiments of the present application are introduced.

[0075] With the continuous development of information technology, especially the advancement of Internet technology, large government enterprises and financial institutions have begun to gradually build their own data centers to meet their business needs for resources. Since it is very expensive to simply rely on adding physical equipment to build a data center, cloud computing came into being. Cloud service providers can build a cloud platform through cloud computing technology. The cloud platform includes a cloud management platform and a cloud infrastructure. The cloud management platform is used to manage the cloud infrastructure. The cloud infrastructure includes at least one cloud data center, and tenants can deploy corresponding services on the at least one cloud data center.

[0076] In related technologies, in order to ensure the availability of services, tenants need to deploy multiple independent business units with the same business functions on at least one cloud data center, and each business unit has complete business functions. In this way, after receiving a service request, the service request is routed to the corresponding business unit for processing according to the set rules. For example, the corresponding relationship between the user served by the service and the business unit is set, and then the corresponding business unit is determined according to the user who sent the service request, and the service request is routed to the corresponding business unit for processing. For example, please refer to Figure 1 , the users served by a certain service are user 1 to user 12, and the number of service units is 4, namely service unit 1 to service unit 4, wherein service unit 1 corresponds to user 1 to user 3, service unit 2 corresponds to user 4 to user 6, service unit 3 corresponds to user 7 to user 9, and service unit 4 corresponds to user 10 to user 12. In this case, after receiving a service request sent by user 1, the service request can be sent to service unit 1 corresponding to user 1 for processing.

[0077] However, in the above method, one service unit may correspond to multiple users. If the service unit fails due to overload or DDOS attack, multiple users corresponding to the service unit will be unable to use the service, making the disaster recovery capability of the service poor. Taking the above service unit 1 as an example, the service unit 1 corresponds to users 1 to 3. If the service unit 1 fails, users 1, 2 and 3 served by the service unit 1 will not be able to use the service.

[0078] For the sake of ease of description, the disaster recovery capability of the business will be characterized by the explosion radius (also called the fault radius). The larger the explosion radius, the worse the disaster recovery capability of the business, and the smaller the explosion radius, the stronger the disaster recovery capability of the business.

[0079] In a scenario with uniform traffic, that is, when the number and speed of business requests sent by each user are the same and stable, if a business unit fails, the above method will cause the users served by the business unit to be unable to obtain services normally. Therefore, the explosion radius of this method is based on the granularity of the business unit. The explosion radius of this method is one-N, where N is the number of business units. That is, the failure of a business unit will affect one-Nth of the business.

[0080] Based on this, the embodiment of the present application proposes a service deployment method, which can determine the resource deployment strategy of the target service according to the service configuration information and the number of service copies of the target service input by the tenant, and then deploy the target service on multiple service units according to the resource deployment strategy. Since the number of service copies is greater than or equal to 2, the resource deployment strategy indicates that the one service unit carries at least one user group of the tenant, and each Rf service unit carries a service copy of the same user group, where Rf is the number of service copies. In other words, the service unit can provide services for at least one user group of the tenant, and each user group can be carried by at least two service units. In this case, for any user in any user group, even if a service unit carrying the user fails, the user can still obtain the corresponding service from other service units. Compared with the method in which a service unit fails and the users served by the service unit cannot obtain services normally, the method provided by the embodiment of the present application can effectively improve the disaster recovery capability of the target service.

[0081] Next, the implementation environment involved in the embodiments of the present application is introduced.

[0082] Please refer to Figure 2 , Figure 2It is a schematic diagram of an implementation environment provided by an embodiment of the present application. The implementation environment includes a tenant side 01 and a service side (i.e., a cloud platform) 02. The cloud platform includes a cloud management platform 21 and a cloud infrastructure 22. The cloud management platform is used to manage the cloud infrastructure. The cloud infrastructure includes at least one cloud data center, and the at least one cloud data center is deployed with multiple business units.

[0083] The cloud management platform 21 can provide a configuration interface and display it to the tenant side 01. The configuration interface is used to instruct the tenant to input the business configuration information of the target business to be deployed. The cloud management platform 21 can obtain the business configuration information of the target business from the configuration interface, and then determine the resource deployment strategy of the target business based on the business configuration information and the number of business copies, and deploy the target business on the multiple business units according to the resource deployment strategy. The resource deployment strategy indicates that a business unit carries at least one user group of the tenant, and each Rf business unit carries a business copy of the same user group.

[0084] Please refer to Figure 3 , Figure 3 It is a schematic diagram of a cloud management platform provided in an embodiment of the present application, wherein the cloud management platform includes a resource planning unit 301 , a deployment unit 302 and a business unit 303 .

[0085] The resource planning unit 301 can obtain the business configuration information of the target business to be deployed input by the tenant from the configuration interface, and determine the resource deployment strategy of the target business based on the business configuration information and the number of business copies of the target business. The deployment unit 302 can deploy the target business on multiple business units based on the resource deployment strategy of the target business. After the target business is deployed, the business unit 303 can provide services to the tenant's users.

[0086] Optionally, the cloud management platform further includes a monitoring unit 304, which is used to monitor user traffic data and the operating performance of the target service in the process of the service unit 303 providing services to the tenant's users. In some embodiments, the monitoring unit 304 feeds back the operating performance of the target service to the tenant, and the tenant can re-set the service configuration information according to the operating performance of the target service.

[0087] In a possible implementation, the cloud management platform also includes a user group division unit 305, which can obtain user feature information, which is feature information of multiple users in the tenant's user group, and the feature information includes risk feature information, which refers to features that are likely to cause business failures, and then based on the risk feature information of the multiple users, at least one risk user is determined from the multiple users, the at least one risk user is grouped, and the risk user group to which the at least one risk user belongs is obtained, based on the feature information of the regular users in the multiple users, the regular users are grouped, and the regular user groups to which the regular users belong are obtained, and the regular users are users other than the risk users in the multiple users, and finally the grouping of the tenant's user group is obtained. For ease of description, the user grouping situation is subsequently referred to as a user grouping strategy. In this case, the deployment unit 302 can deploy the target business on multiple business units based on the resource deployment strategy of the target business and the user grouping strategy.

[0088] In some embodiments, the cloud management platform further includes a service deployment suggestion unit 306, which can display a service deployment suggestion interface for displaying resource deployment strategies of target services. Optionally, the service deployment suggestion interface can also display user grouping strategies.

[0089] In some embodiments, the service deployment suggestion interface is also used to instruct the tenant to trigger a service deployment request. In this case, the service deployment suggestion unit 306 can receive the service deployment request and then deploy the target service according to the resource deployment strategy displayed on the service deployment suggestion interface.

[0090] Optionally, when the cloud management platform further includes a user group division unit 305, the monitoring unit 304 can also update the above user characteristic information based on the monitored user traffic data.

[0091] The execution entity of the business deployment method provided in the embodiment of the present application is a cloud management platform included in the cloud platform. The cloud platform can be a server cluster or distributed system composed of multiple physical servers, or it can be a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, content delivery networks (CDNs), and big data and artificial intelligence platforms, or it can be a cloud server or a cloud computing service center.

[0092] Those skilled in the art should understand that the above-mentioned cloud platform, cloud management platform and cloud infrastructure are only examples, and other existing or future cloud platforms, cloud management platforms and cloud infrastructure, if applicable to the embodiments of the present application, should also be included in the protection scope of the embodiments of the present application and are included here by reference.

[0093] It should be noted that the application scenarios and implementation environments described in the embodiments of the present application are intended to more clearly illustrate the technical solutions of the embodiments of the present application, and do not constitute a limitation on the technical solutions provided in the embodiments of the present application. A person of ordinary skill in the art can appreciate that with the evolution of technology and the emergence of new application scenarios, the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.

[0094] Figure 4 This is a flow chart of a service deployment method provided by an embodiment of the present application. The method is applied to a cloud management platform, which is used to manage a cloud infrastructure. The cloud infrastructure includes at least one cloud data center, and the at least one cloud data center is deployed with multiple service units. Please refer to Figure 4 , the method comprises the following steps.

[0095] Step 401: providing a configuration interface, where the configuration interface is used to instruct the tenant to input service configuration information of a target service to be deployed, where the service configuration information is used to configure the target service.

[0096] The cloud management platform can instruct the tenant to input the business configuration information of the target business to be deployed by providing a configuration interface, and the tenant can then input the business configuration information of the target business in the configuration interface.

[0097] In some embodiments, the business configuration information includes one or more of the minimum number of startup nodes of the microservice, the minimum startup specification of the microservice, the maximum amount of resources, the business performance parameters, the maximum explosion radius, and the performance baseline of the microservice. The maximum amount of resources indicates the upper limit of resources that can be occupied by the target business, the business performance parameters indicate the lower limit of the performance of the target business, the maximum explosion radius indicates the lower limit of the disaster recovery capability of the target business, and the performance baseline indicates the corresponding relationship between the startup specification of the microservice, the number of startup nodes and the performance parameters.

[0098] It should be noted that the business unit in the embodiment of the present application includes at least one node, and each node can be composed of part or all of a physical server, which is not limited in the embodiment of the present application.

[0099] In actual applications, according to different business requirements, the microservices of the target business may be distributed microservices or centralized microservices. For any business unit, the distributed microservices refer to microservices distributed on multiple nodes of the business unit, and the centralized microservices refer to microservices distributed on one node of the business unit. The above minimum number of startup nodes refers to the minimum number of nodes that the microservices need to be distributed on the business unit.

[0100] For example, if the microservice used to provide the target business includes a database (DB) microservice, the DB microservice is a distributed microservice. In this case, the DB microservice can use distributed storage technology to form a virtual storage device with the storage resources scattered on multiple physical servers in the data center, and jointly provide data storage functions to the outside world. If the minimum number of startup nodes for the DB microservice is 2, it means that the DB microservice needs to be distributed on at least 2 nodes of the business unit.

[0101] Optionally, the minimum startup specification of the microservice refers to the minimum specification of the microservice on a target node, and the target node is any one of at least one node where the microservice is distributed. The minimum startup specification includes a minimum computing resource specification, a minimum memory resource specification, and a minimum hard disk resource specification.

[0102] For example, if the microservices used to provide the target business include an application programming interface (API) microservice and a DB microservice. The minimum startup specification of the API microservice is 4U8G50G, that is, the minimum computing resource specification of the API microservice on the target node is 4 central processing unit (CPU) cores, the minimum memory resource specification is 8 gigabytes (GB), and the minimum hard disk resource specification is 50G. The minimum startup specification of the DB microservice is 32U128G1000G, that is, the minimum computing resource specification of the API microservice on the target node is 32 CPU cores, the minimum memory resource specification is 128GB, and the minimum hard disk resource specification is 1000G.

[0103] Optionally, the maximum resource amount includes a maximum computing resource amount, a maximum memory resource amount, and a maximum hard disk resource amount.

[0104] For example, the maximum resource amount can be 800U3200G100T, that is, the maximum computing resource amount is 800 CPU cores, the maximum memory resource amount is 3200G, and the maximum hard disk resource amount is 100 terabytes (TB).

[0105] In some embodiments, the business performance parameter includes at least one of queries per second (QPS), transactions per second (TPS), and concurrency. Among them, QPS refers to the number of queries that the target business can process per second, TPS refers to the number of transactions that the target business can process per second, and concurrency refers to the number of requests that the target business can process simultaneously. Of course, in actual applications, the business performance parameter may also include other parameters that can characterize the performance of the target business, and the embodiments of the present application are not limited to this.

[0106] For example, the service performance parameter may be 5000QPS, in which case it means that the lower limit of the number of queries that the target service can process per second is 5000.

[0107] In actual applications, for any microservice in any business unit of the target business, microservices with different startup specifications and different numbers of startup nodes have different performances in the business unit. In some embodiments, the business configuration information includes a performance baseline of the microservice, which indicates the corresponding relationship between the startup specification, the number of startup nodes, and the performance parameter of the microservice. The performance parameter indicates the performance of the microservice in the business unit with the corresponding startup specification and the number of startup nodes.

[0108] Optionally, the startup specifications of the microservice include computing resource specifications, memory resource specifications, and maximum hard disk resource specifications. The performance parameters of the microservice include at least one of QPS, TPS, and concurrency, wherein QPS refers to the number of queries that the corresponding microservice can process per second in any business unit, TPS refers to the number of transactions that the corresponding microservice can process per second in any business unit, and concurrency refers to the number of requests that the corresponding microservice can process simultaneously in any business unit.

[0109] For example, the performance baseline of the API microservice is shown in Table 1 below. When the startup specification of the API microservice is 4U8G50G (i.e., the computing resource specification is 4 CPU cores, the memory resource specification is 8GB, and the hard disk resource specification is 50G) and the number of startup nodes is 1, the number of queries that the API microservice can process per second in any business unit is 100. When the startup specification is 4U8G50G and the number of startup nodes is 5, the number of queries that the API microservice can process per second in any business unit is 600. When the startup specification is 4U8G50G and the number of startup nodes is 10, the number of queries that the API microservice can process per second in any business unit is 1600. When the startup specification is 4U8G50G and the number of startup nodes is 20, the number of queries that the API microservice can process per second in any business unit is 2800. When the startup specification is 8U16G100G (i.e., the computing resource specification is 8 CPU cores, the memory resource specification is 16GB, and the hard disk resource specification is 100G) and the number of startup nodes is 1, the number of queries that the API microservice can process per second in any business unit is 500. When the startup specification is 8U16G100G and the number of startup nodes is 5, the number of queries that the API microservice can process per second in any business unit is 1800. When the startup specification is 8U16G100G and the number of startup nodes is 10, the number of queries that the API microservice can process per second in any business unit is 5000. When the startup specification is 8U16G100G and the number of startup nodes is 20, the number of queries that the API microservice can process per second in any business unit is 6800.

[0110] Table 1

[0111] Startup Specifications Number of startup nodes Performance parameters 4U8G50G 1 100QPS 4U8G50G 5 600QPS 4U8G50G 10 1600QPS 4U8G50G 20 2800QPS 8U16G100G 1 500QPS 8U16G100G 5 1800QPS 8U16G100G 10 5000QPS 8U16G100G 20 6800QPS

[0112] It should be noted that the performance parameters of the microservice correspond to the above-mentioned business performance parameters one by one, that is, when the business performance parameters include QPS, the performance parameters of the microservice also include QPS, and when the business performance parameters include TPS, the performance parameters of the microservice also include TPS. When the business performance parameters include the number of concurrency, the performance parameters of the microservice also include the number of concurrency.

[0113] In some embodiments, the business configuration information also includes a blast radius weight and a resource weight. The blast radius weight and the resource weight indicate the tenant's weighting ratio between the disaster recovery capability of the target business and the resource occupancy of the target business. If the blast radius weight is greater than the resource weight, it means that the tenant attaches more importance to the disaster recovery capability of the target business and expects the disaster recovery capability of the target business to be better. If the blast radius weight is less than the resource weight, it means that the tenant attaches more importance to the resource usage of the target business of the target business and expects the target business to occupy fewer resources.

[0114] For example, the blast radius weight may be 90, and the resource weight may be 10. The blast radius weight is greater than the resource weight, indicating that compared with the resource usage of the target business, the tenant values ​​the disaster recovery capability of the target business more and expects the target business to have better disaster recovery capability.

[0115] For example, cloud management platforms provide Figure 5 The configuration interface shown in the figure, and then the tenant can enter the business configuration information of the target business in the configuration interface. Among them, the microservices used to provide the target business include microservice 1 and microservice 2, microservice 1 is an API microservice, and microservice 2 is a DB microservice. The minimum startup specification of the API microservice is 4U8G50G, the minimum number of startup nodes is 1, and the performance baseline is Figure 5 The performance baseline table (i.e., API.excel) shown in the table shows that the minimum startup specification of the DB microservice is 16U64G500G, the minimum number of startup nodes is 2, and the performance baseline is DB.excel ( Figure 5 The maximum resource amount is 800U3200G100T, the service performance parameter is 5000QPS, the maximum explosion radius is 0.1, the explosion radius weight is 90 and the resource weight is 10.

[0116] Optionally, the configuration interface is also used to instruct the tenant to enter the number of business copies, and then the tenant can enter the number of business copies in the configuration interface. For any user group of the tenant, the number of business copies is the number of business units that the tenant expects to carry the user group, and the number of business copies is greater than or equal to 2. Of course, in actual applications, the number of business copies can also be configured in advance, and the embodiments of the present application are not limited to this.

[0117] Step 402: Acquire service configuration information of the target service from the configuration interface.

[0118] Step 403: Based on the business configuration information and the number of business copies of the target business, determine the resource deployment strategy of the target business, and deploy the target business on multiple business units according to the resource deployment strategy. The resource deployment strategy indicates that a business unit carries at least one user group of the tenant, and each Rf business unit carries a business copy of the same user group, Rf is the number of business copies, Rf≥2.

[0119] That is to say, the business unit can provide services for at least one user group of the tenant, and each user group is carried by at least two business units. In this case, for any user in any user group, even if a business unit carrying the user fails, the user can still obtain the corresponding service from other business units. Compared with the method in which a business unit fails and the users served by the business unit cannot obtain services normally, the method provided in the embodiment of the present application can effectively improve the disaster recovery capability of the target business.

[0120] Optionally, the resource deployment strategy indicates that Rf service copies of the user group are respectively deployed on independent service units, and each of the Rf service units carries at most one service copy of the same user group.

[0121] The fact that each of the Rf service units carries at most one service copy of the same user group can also be understood as that only one service copy corresponding to the same user group is deployed on any of the Rf service units.

[0122] Since each Rf business unit carries at most one business copy of the same user group, for any user group of the tenant, if any business unit carrying the user group fails, the user group can still obtain the corresponding service from other business units. Only when all business units carrying the user group fail will the user group be unable to obtain services, thus affecting the normal operation of the target business. Since other user groups carried by the business unit carrying the user group are also carried by other business units, even if all business units carrying the user group fail, these other user groups can still obtain services from other business units.

[0123] In other words, in the embodiment of the present application, the inability of any user group of the tenant to obtain the service will affect the operation of the target business. Therefore, the explosion radius in the implementation of the present application is based on the granularity of the user group, and the explosion radius is one-T, where T is the number of user groups of the tenant. That is, the inability of one user group to obtain the service will affect one-T of the target business.

[0124] For example, if the number of business units of the target business is 4, namely business unit 0, business unit 1, business unit 2 and business unit 3. The number of user groups of the tenant is 6, namely user group A, user group B, user group C, user group D, user group E and user group F, and the number of business copies is 2. In this case, each user group has two business copies. For any user group, the resource deployment strategy indicates that the two business copies of the user group are deployed on independent business units respectively. Every two business units in the business units of the target business carry at most one business copy of the same user group. Please refer to Figure 6 , Figure 6 A deployment method of a target service provided in an embodiment of the present application, wherein service unit 0 carries user group A, user group B and user group C, service unit 1 carries user group A, user group D and user group E, service unit 2 carries user group B, user group D and user group F, and service unit 3 carries user group C, user group E and user group F. Taking user group A as an example, two service copies of user group A are respectively deployed on independent service units (i.e., service unit 0 and service unit 1). Taking any two service units (service unit 1 and service unit 2) in the service units of the target service as an example, service unit 1 carries user group A, user group D and user group E, service unit 2 carries user group B, user group D and user group F, and service unit 1 and service unit 2 are only deployed with a service copy corresponding to the same user group (service unit D).

[0125] For user group A, if both business unit 0 and business unit 1 carrying user group A fail, user group A will not be able to obtain services, thus affecting the normal operation of the target service. Other user groups carried by business unit 0 and business unit 1 are user group B, user group C, user group D, and user group E. Taking user group B as an example, user group B is also carried by business unit 2. Therefore, even if both business unit 0 and business unit 1 fail, user group B can still obtain services from business unit 2.

[0126] In some embodiments, the resource deployment strategy includes the number of business units for providing the target business and the deployment specifications of the business units, and the specifications and performance of the business units for providing the target business are the same. In this case, the implementation process of determining the resource deployment strategy of the target business based on the business configuration information and the number of business copies includes: determining the number of business units for providing the target business and the deployment specifications of the business units according to the resource deployment constraints based on the business configuration information and the number of business copies of the target business.

[0127] Among them, the resource deployment constraints include one or more of the minimum number of startup nodes of the microservice, the minimum startup specification of the microservice, the maximum amount of resources, the business performance parameters, the maximum explosion radius, the number of business copies, and the performance baseline of the microservice. The maximum amount of resources indicates the upper limit of resources that can be occupied by the target business, the business performance parameters indicate the lower limit of the performance of the target business, the maximum explosion radius indicates the lower limit of the disaster recovery capability of the target business, and the performance baseline indicates the corresponding relationship between the startup specification of the microservice, the number of startup nodes and the performance parameters.

[0128] Since the maximum amount of resources indicates the upper limit of the resources that the target business can occupy, the business performance parameter indicates the lower limit of the performance of the target business, and the maximum explosion radius indicates the lower limit of the disaster recovery capability of the target business, therefore, according to the resource deployment constraint, it is possible to ensure that the resources occupied by the target business do not exceed the maximum amount of resources, while ensuring that the performance of the target business is not lower than the business performance parameter, and the disaster recovery capability of the target business is better than or equal to the disaster recovery capability indicated by the maximum explosion radius. In other words, under the constraints of the resource deployment constraint, the resource deployment strategy of the target business determined by the embodiment of the present application can take into account the business performance, disaster recovery capability and resource cost of the target business, so that the target business can have a smaller explosion radius and better performance than the related technology when the maximum amount of resources remains unchanged.

[0129] In some embodiments, based on the business configuration information and the number of business copies of the target business, multiple candidate resource deployment strategies are determined in accordance with resource deployment constraints, and the candidate resource deployment strategies include a candidate number of business units and candidate deployment specifications of the business units; one candidate resource deployment strategy is selected from the multiple candidate resource deployment strategies, and the candidate number of business units and candidate deployment specifications included in the selected candidate resource deployment strategy are used as the number and deployment specifications of business units included in the resource deployment strategy of the target business.

[0130] Optionally, the candidate deployment specification includes the number of startup nodes and startup specifications corresponding to at least one microservice in the business unit for providing the target business, and the resource deployment constraint satisfies the following inequality:

[0131]

[0132] In the above inequality, i refers to the i-th microservice, minnum i Refers to the minimum number of startup nodes for the i-th microservice, num i Refers to the number of startup nodes of the i-th microservice in the candidate deployment specification, mins i refers to the minimum startup specification of the i-th microservice, s irefers to the startup specification of the i-th microservice in the candidate deployment specification, S refers to the maximum resource amount, n refers to the number of the at least one microservice in the business unit, N refers to the number of candidates for the business unit, mint(j) refers to the minimum performance parameter corresponding to the startup specification and the number of startup nodes of the j-th microservice in the candidate deployment specification, T refers to the business performance parameter, B refers to the maximum explosion radius, Rf refers to the number of business replicas, X i It refers to the performance baseline of the i-th microservice.

[0133] When the startup specifications of the microservice include computing resource specifications, memory resource specifications, and maximum hard disk resource specifications, the minimum startup specifications include minimum computing resource specifications, minimum memory resource specifications, and minimum hard disk resource specifications, and the maximum resource quantity includes maximum computing resource quantity, maximum memory resource quantity, and maximum hard disk resource quantity, the mins in the above inequality i ≤s i It means that the minimum computing resource specification of the i-th microservice is less than or equal to the computing resource specification of the i-th microservice in the candidate deployment specification, the minimum memory resource specification of the i-th microservice is less than or equal to the memory resource specification of the i-th microservice in the candidate deployment specification, and the minimum disk resource specification of the i-th microservice is less than or equal to the disk resource specification of the i-th microservice in the candidate deployment specification.

[0134] Similarly, in the above inequality, s i num i ≤S means that the product of the computing resource specification of the i-th microservice in the candidate deployment specification and the number of startup nodes of the i-th microservice is less than or equal to the maximum computing resource amount, the product of the memory resource specification of the i-th microservice in the candidate deployment specification and the number of startup nodes of the i-th microservice is less than or equal to the maximum memory resource amount, and the product of the disk resource specification of the i-th microservice in the candidate deployment specification and the number of startup nodes of the i-th microservice is less than or equal to the maximum disk resource amount.

[0135] For any candidate deployment specification, the candidate deployment specification includes the number of startup nodes and startup specifications corresponding to each microservice in the business unit. Since there is a corresponding relationship between the startup specifications and the number of startup nodes of the microservice and the performance parameters, each microservice also corresponds to corresponding performance parameters. For a business unit, the performance of the business unit is actually determined by the microservice with the smallest performance parameter in the business unit. Therefore, if the performance parameters of the microservice with the smallest performance parameter in the business unit are greater than or equal to T divided by N, it can be guaranteed that the sum of the performance of the N business units (i.e., the performance of the target business) is not lower than the business performance parameter (T).

[0136] It should be noted that the number of the above business copies is not greater than the number of business units.

[0137] In some embodiments, the business configuration information includes a blast radius weight and a resource weight. In this case, a candidate resource deployment strategy can be selected from a plurality of candidate resource deployment strategies based on the blast radius weight and the resource weight.

[0138] Optionally, based on the explosion radius weight and the resource weight, a qth candidate resource deployment strategy may be selected from multiple candidate resource deployment strategies as the resource deployment strategy for the target business, and the qth candidate resource deployment strategy satisfies the following formulas (1)-(3).

[0139] min(α1A q +α2R q )q∈1,…,z(1)

[0140]

[0141]

[0142] In the above formulas (1)-(3), min() refers to the minimum value in the brackets, α1 refers to the resource weight, α2 refers to the explosion radius weight, z refers to the number of candidate resource deployment strategies, q refers to the qth candidate resource deployment strategy among multiple candidate resource deployment strategies. f() refers to normalizing the number in the brackets, qN refers to the number of candidates for the business unit in the qth candidate resource deployment strategy, s qi It refers to the startup specification of the i-th microservice in the q-th candidate resource deployment strategy, num qi It refers to the number of startup nodes of the i-th microservice in the q-th candidate resource deployment strategy, n refers to the number of the at least one microservice in the business unit, and Rf refers to the number of business replicas.

[0143] It should be noted that the above The amount of resources occupied by the qth candidate resource deployment strategy can be characterized, and the implementation process of normalizing the amount of resources occupied by the qth candidate resource deployment strategy can be: the value after dividing the amount of resources occupied by the qth candidate resource deployment strategy by the maximum amount of resources is used as the normalized value of the amount of resources occupied by the qth candidate resource deployment strategy.

[0144] Optionally, the amount of resources occupied by the qth candidate resource deployment strategy includes computing resources, memory resources and hard disk resources, and the maximum amount of resources includes the maximum computing resources, the maximum memory resources and the maximum hard disk resources. In this case, the computing resources, memory resources and hard disk resources occupied by the qth candidate resource deployment strategy can be normalized respectively to obtain the normalized computing resources, the normalized memory resources and the normalized hard disk resources, and the sum of the normalized computing resources, the normalized memory resources and the normalized hard disk resources is used as the normalized value of the resources occupied by the qth candidate resource deployment strategy.

[0145] The value obtained by dividing the amount of computing resources occupied by the qth candidate resource deployment strategy by the maximum amount of computing resources is used as the normalized amount of computing resources. The value obtained by dividing the amount of memory resources occupied by the qth candidate resource deployment strategy by the maximum amount of memory resources is used as the normalized amount of memory resources. The value obtained by dividing the amount of hard disk resources occupied by the qth candidate resource deployment strategy by the maximum amount of hard disk resources is used as the normalized amount of hard disk resources.

[0146] Of course, the above is only a method for normalizing the amount of resources occupied by the qth candidate resource deployment strategy. In actual applications, the amount of resources occupied by the qth candidate resource deployment strategy can also be normalized in other ways, and the embodiments of the present application do not limit this.

[0147] In practical applications, in order to speed up the solution, the qth candidate resource deployment strategy can be selected from multiple candidate resource deployment strategies as the resource deployment strategy for the target business according to the particle swarm algorithm based on the inequality satisfied by the resource deployment constraint and the above formulas (1)-(3). The embodiment of the present application does not limit this.

[0148] In some embodiments, in addition to selecting a candidate resource deployment strategy from the multiple candidate resource deployment strategies based on the explosion radius weight and the resource weight, any candidate resource deployment strategy from the multiple candidate resource deployment strategies may also be selected, and the embodiments of the present application are not limited to this.

[0149] It should be noted that the business units of the target business in the embodiment of the present application are all located in the same region. If the region includes multiple availability zones (AZ), then for a microservice with multiple startup nodes in the resource deployment strategy of the target business, the nodes distributed by the microservice can be located in the same AZ or in different AZs, and the embodiment of the present application does not limit this. Since failures within an AZ will not affect other AZs and Regions, if the nodes distributed by the microservice are located in different AZs, the disaster recovery performance of the target business can be further improved.

[0150] In actual applications, after determining the resource deployment strategy of the target business based on the business configuration information and the number of business copies of the target business, the cloud management platform can also display a business deployment suggestion interface, which is used to display the resource deployment strategy of the target business.

[0151] Optionally, the service deployment suggestion interface is also used to display at least one of resource consumption and an actual explosion radius, wherein the resource consumption indicates the amount of resources occupied by the resource deployment strategy of the target service, and the actual explosion radius indicates the disaster recovery capability of the target service deployed based on the resource deployment strategy of the target service.

[0152] For example, if the target business microservices include API microservices and DB microservices, please refer to Figure 7 ,like Figure 7 In the business deployment suggestion interface shown in , the number of business units used to provide the target business in the resource deployment strategy of the target business is 5. For any business unit, the number of startup nodes of the API microservice in the business unit is 2, and the startup specification is 8U16G100G. The number of startup nodes of the DB microservice is 4, and the startup specification is 32U128G1000. Among them, the two nodes of the API microservice are located in two AZs, namely AZ1 and AZ2, and the four nodes of the DB microservice are also located in two AZs, namely AZ1 and AZ2, and two of the four nodes of the DB microservice are located in the same AZ. The resource consumption corresponding to the resource deployment strategy of the target business is 720U2720G21T, and the actual explosion radius is 0.1.

[0153] In one possible implementation, the business deployment suggestion interface is also used to instruct the tenant to trigger a business deployment request. Before deploying the target business on multiple business units according to the resource deployment strategy, the cloud management platform can also receive the business deployment request. The business deployment request is used to instruct the cloud management platform to deploy the target business according to the resource deployment strategy displayed on the business deployment suggestion interface.

[0154] That is to say, after displaying the resource deployment strategy of the target business, the tenant can also trigger a business deployment request in the business deployment suggestion interface, and the cloud management platform can also receive the business deployment request triggered by the tenant, thereby deploying the target business on multiple business units according to the resource deployment strategy.

[0155] In actual applications, the business configuration information also includes user characteristic information. In this case, the cloud management platform can also obtain user characteristic information, which is characteristic information of multiple users in the tenant's user group. The characteristic information includes risk characteristic information, which refers to characteristics that are likely to cause business failures. Based on the risk characteristic information of the multiple users, at least one risk user is determined from the multiple users, and the at least one risk user is grouped to obtain the risk user group to which the at least one risk user belongs. Based on the characteristic information of regular users among the multiple users, the regular users are grouped to obtain the regular user groups to which the regular users belong. The regular users are users among the multiple users except the risk users.

[0156] Since the risk characteristic information refers to characteristics that are likely to cause business failures, the users who are likely to cause business problems, i.e., risky users, can be accurately determined from multiple users based on the risk characteristic information of the multiple users, and then the user groups to which the risky users and regular users belong can be determined respectively. In this way, risky users and regular users can be divided into different user groups, thereby avoiding the impact of risky users on regular users to the greatest extent and effectively improving the service quality of the target business for regular users.

[0157] In some embodiments, the characteristic information includes a user risk characteristic tag. The user risk characteristic tag includes at least one of a historical failure subtag and an abnormal traffic subtag. The historical failure represents the number of times the user's traffic causes a failure in the target service, or represents the number of times the user cannot obtain the target service. The abnormal traffic subtag represents the number of times the user's abnormal traffic is generated.

[0158] Optionally, the risk feature information includes at least one risk sub-tag and a risk sub-tag weight corresponding to each risk sub-tag. In the case where the feature information includes a user risk feature tag, the at least one risk sub-tag is at least one of a historical fault sub-tag and an abnormal traffic sub-tag in the above user risk feature tag.

[0159] The implementation process of determining at least one risky user from the multiple users based on the risk characteristic information of the multiple users includes: determining the risk characteristic scores corresponding to the multiple users respectively based on the risk characteristic information of the multiple users, sorting the risk characteristic scores of the multiple users in order from high to low, and selecting users corresponding to the risk characteristic scores in the top p percent of the sorting results as the at least one risky user.

[0160] In some embodiments, for any one of the multiple users, at least one risk sub-label in the risk feature information of the user is normalized to obtain at least one normalized risk sub-label, and the risk feature score corresponding to the user is determined based on the at least one normalized risk sub-label and the risk sub-label weight corresponding to each risk sub-label. Each of the multiple users is processed in the same manner to determine the risk feature scores corresponding to the multiple users.

[0161] In some embodiments, for any risk sub-label, the risk sub-label of the user is divided by the maximum value of the risk sub-label among the multiple users to obtain a normalized risk sub-label. Each risk sub-label in the at least one risk sub-label is processed in the same manner to obtain at least one normalized risk sub-label.

[0162] Optionally, each normalized risk sub-label is multiplied by a risk sub-label weight corresponding to the risk sub-label to obtain at least one first sub-label, and the sum of the at least one first sub-label is used as the risk feature score corresponding to the user.

[0163] For example, the at least one risk user may be divided into the same user group to obtain the risk user group to which the at least one risk user belongs. Of course, in practical applications, if there are a large number of risk users, the multiple risk users may also be randomly divided into at least two user groups to obtain the risk user groups to which the multiple risk users respectively belong, and this embodiment of the application does not limit this.

[0164] In some embodiments, the resource deployment strategy includes the number of business units, and the cloud management platform can determine the number of user groups based on the number of business units and the number of business copies. In this case, the implementation method of grouping regular users based on the characteristic information of regular users among the multiple users includes: grouping the regular users based on the number of risky user groups, the number of user groups, and the characteristic information of the regular users.

[0165] Optionally, based on the number of service units and the number of service copies of the target service, the number of user groups is determined according to the following formula (4).

[0166]

[0167] In the above formula (4), T refers to the number of user groups, N refers to the number of service units, and Rf refers to the number of service copies.

[0168] For example, when N is equal to 4 and Rf is equal to 2, the That is, the number of user groups is 6.

[0169] In actual applications, after the number of user groups is determined, the service deployment suggestion interface may also display the number of user groups.

[0170] In some embodiments, based on feature information of regular users, feature vectors of regular users are determined, based on the feature vectors of regular users, regular users are clustered to obtain multiple regular user clusters, based on the multiple regular user clusters and the number of regular groups, the regular user groups to which the regular users belong are determined, and the number of regular groups is the difference between the number of user groups and the number of risky user groups.

[0171] In some embodiments, the feature information also includes at least one feature tag among a user value feature tag, a user demand feature tag, and a user traffic feature tag, and a feature tag weight corresponding to each feature tag. The feature vector of the regular user includes at least one element, and the at least one element corresponds one-to-one to the feature tag included in the feature information. For any regular user, based on the target feature tag of the regular user, the value of the element corresponding to the target feature tag in the feature vector of the regular user is determined, and the target feature tag is any one of the at least one feature tag. Each regular user is processed in the same manner to obtain the feature vector of each regular user.

[0172] Optionally, the user risk feature label also includes a sub-label weight corresponding to each sub-label.

[0173] Optionally, the user value feature tag includes at least one of a user level subtag, a user category subtag and a user type subtag, and a subtag weight corresponding to each subtag. Among them, the user level subtag represents the user's level in the tenant's target business. The user category subtag represents whether the user is an internal user or an external user, or represents the user's age level, or represents the user's occupational attributes, or represents the user's gender. The user type subtag represents whether the user is a VIP user.

[0174] Optionally, the user demand feature tag includes at least one of an availability demand subtag and a service type subtag, and a subtag weight corresponding to each subtag. The availability demand subtag represents the user's quality requirements for the service provided by the target service, and the service type subtag represents the service type that the user needs the target service to provide.

[0175] In some embodiments, the user's quality requirements for the services provided by the target business may be determined through a service level agreement (SLA) or through other means, which is not limited in the embodiments of the present application.

[0176] For example, if the target service can provide service types including service A, service B and service C. In this case, for any user of the tenant, based on the service types of the user's historical access to the target service, the service type with the most visits in the historical access, or the service type of the most recent access, can be used as the service type subtag of the user. Of course, in actual applications, the service type subtag of the user can also be determined in other ways, which is not limited in the embodiments of the present application.

[0177] Optionally, the user traffic feature tag includes at least one of a traffic subtag and an overload subtag, and a subtag weight corresponding to each subtag. The traffic subtag represents the traffic volume generated by the user in the historical time period, and the overload subtag represents the number of times the user caused the target service to be overloaded in the historical time period.

[0178] The historical time period is set in advance, for example, the historical time period can be set to the last three months, in which case, if the current time is January 1, 2000, the historical time period is October 1, 1999 to December 31, 1999. In different cases, it can also be modified according to different needs.

[0179] For example, as shown in Table 2 below, the feature information includes a user value feature label, a user risk feature label, and a user traffic feature label. The feature label weight of the user value feature label is 0.5, the feature label weight of the user risk feature label is 0.2, and the feature label weight of the user traffic feature label is 0.3. Among them, the user value feature label includes a user level sub-label, a user category sub-label, and a user type sub-label. The value range of the user level sub-label is a positive integer greater than 0 and not greater than 9. The sub-label weight corresponding to the user level sub-label is 0.8. The value range of the user category sub-label is 0 or 1. The sub-label weight corresponding to the user category sub-label is 0.1. The value range of the user type sub-label is 0 or 1. The sub-label weight corresponding to the user type sub-label is 0.1. The user risk feature label includes a historical fault sub-label and an abnormal traffic sub-label. The value range of the historical fault sub-label is a positive integer greater than 0 and not greater than 100, and the sub-label weight corresponding to the historical fault sub-label is 0.8. The abnormal traffic sub-label is a positive integer greater than 0 and not greater than 100, and the sub-label weight corresponding to the abnormal traffic sub-label is 0.2. The user traffic feature label includes a traffic sub-label. The value range of the traffic sub-label is a real number, and the sub-label weight corresponding to the traffic sub-label is 1.

[0180] Table 2

[0181]

[0182] In some embodiments, based on the target feature tag of the regular user, the implementation process of determining the value of the element corresponding to the target feature tag in the feature vector of the regular user includes: normalizing at least one sub-tag in the target feature tag of the regular user to obtain at least one normalized sub-tag, and determining the value of the element corresponding to the target feature tag based on the at least one normalized sub-tag, the weight corresponding to each sub-tag, and the feature tag weight corresponding to the target feature tag.

[0183] For any one of the at least one subtag, the subtag of the regular user is divided by the maximum value of the corresponding subtags of the plurality of regular users to obtain a normalized subtag. Each of the at least one subtag is processed in the same manner to obtain at least one normalized subtag.

[0184] Each normalized sub-tag is multiplied by the sub-tag weight corresponding to the sub-tag to obtain at least one second sub-tag, and the sum of the at least one second sub-tag is multiplied by the feature tag weight corresponding to the target feature tag to obtain the value of the element corresponding to the target feature tag.

[0185] In some embodiments, based on the feature vectors of regular users, the regular users are clustered according to a relevant clustering algorithm to obtain a plurality of regular user clusters.

[0186] Optionally, the clustering algorithm may be a K-means algorithm, a k-means++ algorithm, etc., which is not limited in the embodiments of the present application.

[0187] The implementation process of determining the regular user groups to which the regular users respectively belong based on multiple regular user clusters and the number of regular groups includes: randomly dividing the regular users of each regular user cluster into K groups to obtain K subclusters respectively included in each regular user cluster, K is equal to the number of regular groups, and determining the regular user groups to which the regular users respectively belong based on the K subclusters respectively included in each regular user cluster.

[0188] Based on the K subclusters respectively included in each regular user cluster, the implementation process of determining the regular user groups to which the regular users respectively belong includes: setting g=1, randomly selecting a subcluster from the subclusters included in multiple regular user clusters to obtain multiple subclusters, taking the regular users in the multiple subclusters as users in the g-th regular user group, deleting the multiple subclusters from the multiple regular user clusters, if g is less than the number of regular user groups, setting g=g+1, and returning to the above step of randomly selecting a subcluster from the subclusters included in the multiple regular user clusters to obtain multiple subclusters.

[0189] For any regular user group, the above method can ensure that the users in the regular user group include a part of the users in each regular user cluster. Since the features of the users in the regular user cluster are similar, and the users in different regular user clusters have different features, it can be ensured that the regular user group finally includes users with different features, thereby achieving uniform grouping of regular users.

[0190] Next, we will use an example to introduce the implementation process of grouping tenant users.

[0191] For example, please refer to Table 3. The cloud management platform can obtain the user feature information shown in Table 3 below. The user group of the tenant includes 8 users, and the 8 users are user A to user H. The feature information of user A to user H includes user value feature labels, user risk feature labels, user demand feature labels, and user traffic feature labels, as well as feature label weights corresponding to each feature label (not shown in Table 3). The user risk feature label includes a historical fault sub-label and an abnormal traffic sub-label, and a sub-label weight corresponding to each sub-label (not shown in Table 3). The user value feature label includes a user level sub-label, a user category sub-label, and a user type sub-label, as well as a sub-label weight corresponding to each sub-label (not shown in Table 3). The user traffic feature label includes a traffic sub-label and a sub-label weight corresponding to the traffic sub-label (not shown in Table 3). In the feature information of user A, the user level sub-label is 9, the user category sub-label is 1, the user type sub-label is 1, the historical fault sub-label is 2, the abnormal traffic sub-label is 2, and the traffic sub-label is 5 gigabytes (G). The characteristic information of users B to H is similar to the characteristic information of user A, and will not be further described here.

[0192] Table 3

[0193]

[0194] The risk feature information of the user includes at least one risk sub-label, which is a historical fault sub-label and an abnormal traffic sub-label in the user risk feature label, and the risk sub-label weight corresponding to each risk sub-label is 0.5. Based on the risk feature information of 8 users, the risk feature scores corresponding to the 8 users are determined, and the risk feature scores of multiple users are sorted in order from high to low. The users corresponding to the top 10% of the risk feature scores of the sorting result are user C and user D, and then user C and user D are regarded as the risk users, and user C and user D are divided into the same risk user group (risk user group 1). Then, based on the feature information of regular users (user A, user B, user E-user H), the feature vector of the regular user is determined, and based on the feature vector of the regular user, the regular users are clustered to obtain multiple regular user clusters. The feature vector of the regular user and the corresponding regular user cluster are shown in Table 4 below.

[0195] Table 4

[0196]

[0197] Please refer to Table 5. Based on the multiple regular user clusters and the number of regular groups, the regular user groups to which the regular users belong and the risky user groups to which the risky users belong are determined as shown in Table 5 below.

[0198] Table 5

[0199]

[0200] Based on the above description, the embodiment of the present application can first group risky users, and then group regular users, so as to isolate risky users from regular users, thereby avoiding the impact of risky users on regular users to the greatest extent, and effectively improving the service quality of the target business for regular users. However, in actual applications, it is also possible to obtain the user groups to which the multiple users belong by grouping the multiple users directly based on the number of user groups and the characteristic information of the multiple users of the tenant without determining the risky users.

[0201] In some embodiments, feature vectors of the multiple users can be determined based on their feature information, and then the multiple users can be clustered based on their feature vectors to obtain multiple user clusters. Based on the number of user groups and the multiple user clusters, the user groups to which the multiple users belong can be determined.

[0202] Among them, the implementation method of determining the feature vectors of multiple users respectively based on the feature information of the multiple users is similar to the implementation method of determining the feature vectors of regular users based on the feature information of regular users in the above text; the implementation method of clustering multiple users based on the feature vectors of the multiple users to obtain multiple user clusters is similar to the implementation method of clustering regular users based on the feature vectors of regular users to obtain multiple regular user clusters in the above text; the implementation method of determining the user groups to which the multiple users respectively belong based on the number of user groups and multiple user clusters is similar to the implementation method of determining the regular user groups to which the regular users respectively belong based on the multiple regular user clusters and the number of regular groups in the above text. For details, please refer to the relevant content in the above text and will not be repeated here.

[0203] Next, we will combine Figure 8 The service deployment method provided in the embodiment of the present application is introduced again.

[0204] For example, please refer to Figure 8, if the number of business copies is 2, the microservices used to provide the target business include microservice 1 and microservice 2. In this case, based on the business configuration information and the number of business copies of the target business, the resource deployment strategy of the target business is determined, and the target business is deployed on multiple business units according to the resource deployment strategy. In the resource deployment strategy, the number of business units of the target business is 4, namely business unit 0, business unit 1, business unit 2, and business unit 3. The users of the tenant are users 1 to 12, and the number of user groups of the tenant is 6, namely user group A, user group B, user group C, user group D, user group E, and user group F, wherein user group A includes user 1 and user 5, user group B includes user 2 and user 4, user group C includes user 3 and user 6, user group D includes user 7 and user 12, user group E includes user 8 and user 9, and user group F includes user 10 and user 11. The resource deployment strategy indicates that the two business copies of the user group are each deployed on an independent business unit, and every two business units carry at most one business copy of the same user group. Among them, business unit 0 carries user group A, user group B and user group C, business unit 1 carries user group A, user group D and user group E, business unit 2 carries user group B, user group D and user group F, and business unit 3 carries user group C, user group E and user group F. Taking user group A as an example, the two business copies of user group A are respectively deployed on independent business units (i.e., business unit 0 and business unit 1). Taking any two business units (business unit 1 and business unit 2) in the business units of the target business as an example, the business unit 1 carries user group A, user group D and user group E, and the business unit 2 carries user group B, user group D and user group F. The business unit 1 and the business unit 2 are only deployed with one business copy corresponding to the same user group (business unit D).

[0205] The embodiment of the present application can determine the resource deployment strategy of the target business according to the business configuration information and the number of business copies of the target business input by the tenant, and then deploy the target business on multiple business units according to the resource deployment strategy. Since the number of business copies is greater than or equal to 2, the resource deployment strategy indicates that the one business unit carries at least one user group of the tenant, and each Rf business unit carries a business copy of the same user group, Rf is the number of business copies. In other words, the business unit can provide services for at least one user group of the tenant, and each user group can be carried by at least two business units. In this case, for any user in any user group, even if a business unit carrying the user fails, the user can still obtain the corresponding business from other business units. Compared with the method in which a business unit fails and the users served by the business unit cannot obtain services normally, the method provided by the embodiment of the present application can effectively improve the disaster recovery capability of the target business.

[0206] When the resource deployment strategy indicates that the Rf business copies of the user group are deployed on independent business units, and each Rf business unit carries at most one business copy of the same user group, since each Rf business unit carries at most one business copy of the same user group, for any user group of the tenant, if any business unit carrying the user group fails, the user group can still obtain the corresponding service from other business units. Only when all business units carrying the user group fail will the user group be unable to obtain the service, thereby affecting the normal operation of the target business. Since other user groups carried by the business unit carrying the user group are also carried by other business units, even if all business units carrying the user group fail, these other user groups can still obtain services from other business units. Since the maximum resource amount indicates the upper limit of the resources that the target business can occupy, the service performance parameter indicates the lower limit of the performance of the target business, and the maximum explosion radius indicates the lower limit of the disaster recovery capability of the target business, therefore, according to the resource deployment constraint condition, it can be ensured that the resources occupied by the target business do not exceed the maximum resource amount, while ensuring that the performance of the target business is not lower than the service performance parameter, and the disaster recovery capability of the target business is better than or equal to the disaster recovery capability indicated by the maximum explosion radius. That is to say, under the constraint of the resource deployment constraint condition, the resource deployment strategy of the target business determined in the embodiment of the present application can take into account the service performance, disaster recovery capability and resource cost of the target business, so that the target business can have a smaller explosion radius and better performance than the related technology when the maximum resource amount remains unchanged. Since the risk feature information refers to the feature that is easy to cause the business to fail, therefore, according to the risk feature information of the multiple users, the user that is easy to cause the business to have problems, that is, the risk user, can be accurately determined from the multiple users, and then the user groups to which the risk user and the regular user belong can be determined respectively, so that the risk user and the regular user can be divided into different user groups, thereby avoiding the impact of the risk user on the regular user to the greatest extent, and effectively improving the service quality of the target business to the regular user.

[0207] Fig. 9 is a structural diagram of a service deployment device provided in an embodiment of the present application. The service deployment device is included in a cloud management platform, that is, the service deployment device can be implemented by software, hardware or a combination of both to become part or all of the above cloud management platform. Fig. 9 The device includes: a providing module 901, a first acquiring module 902 and a first determining module 903.

[0208] The module 901 is provided to provide a configuration interface, which is used to instruct the tenant to input the service configuration information of the target service to be deployed, and the service configuration information is used to configure the target service. The detailed implementation process refers to the corresponding content in the above embodiments, which will not be repeated here.

[0209] The first acquisition module 902 is used to acquire service configuration information from the configuration interface. The detailed implementation process refers to the corresponding content in the above embodiments, which will not be repeated here.

[0210] The first determination module 903 is used to determine the resource deployment strategy of the target business based on the business configuration information and the number of business copies, and deploy the target business on multiple business units according to the resource deployment strategy, wherein the resource deployment strategy indicates that a business unit carries at least one user group of a tenant, and each Rf business unit carries a business copy of the same user group, Rf is the number of business copies, and Rf≥2. The detailed implementation process refers to the corresponding content in the above-mentioned embodiments, which will not be repeated here.

[0211] Optionally, the resource deployment strategy indicates that Rf service copies of the user group are respectively deployed on independent service units, and each of the Rf service units carries at most one service copy of the same user group.

[0212] Optionally, the resource deployment strategy includes the number and deployment specifications of the business units, and the first determination module 903 is specifically configured to:

[0213] Based on the business configuration information and the number of business copies, the number and deployment specifications of the business units are determined in accordance with the resource deployment constraints, wherein the resource deployment constraints include one or more of the minimum number of startup nodes of the microservice, the minimum startup specification of the microservice, the maximum amount of resources, the business performance parameters, the maximum explosion radius, the number of business copies, and the performance baseline of the microservice. The maximum amount of resources indicates the upper limit of resources that can be occupied by the target business, the business performance parameters indicate the lower limit of the performance of the target business, the maximum explosion radius indicates the lower limit of the disaster recovery capability of the target business, and the performance baseline indicates the corresponding relationship between the startup specifications of the microservice, the number of startup nodes and the performance parameters.

[0214] Optionally, the first determining module 903 is specifically configured to:

[0215] Based on the business configuration information and the number of business replicas, and in accordance with resource deployment constraints, a plurality of candidate resource deployment strategies are determined, the candidate resource deployment strategies including a candidate number of business units and a candidate deployment specification;

[0216] A candidate resource deployment strategy is selected from a plurality of candidate resource deployment strategies, and the candidate number of business units and the candidate deployment specification included in the selected candidate resource deployment strategy are used as the number and deployment specification of business units included in the resource deployment strategy of the target business.

[0217] Optionally, the candidate deployment specification includes the number of startup nodes and startup specifications corresponding to at least one microservice for providing the target business; the resource deployment constraint satisfies the following inequality:

[0218]

[0219] Among them, i refers to the i-th microservice, minnum i Refers to the minimum number of startup nodes for the i-th microservice, num i Refers to the number of startup nodes of the i-th microservice in the candidate deployment specification, mins i refers to the minimum startup specification of the i-th microservice, s i refers to the startup specification of the i-th microservice in the candidate deployment specification, S refers to the maximum amount of resources, n refers to the number of at least one microservice, N refers to the number of candidates, mint(j) refers to the minimum performance parameter corresponding to the startup specification and the number of startup nodes of the j-th microservice in the candidate deployment specification, T refers to the business performance parameter, B refers to the maximum explosion radius, Rf refers to the number of business replicas, X i It refers to the performance baseline of the i-th microservice.

[0220] Optionally, the service configuration information includes a blast radius weight and a resource weight;

[0221] The first determining module 903 is specifically used for:

[0222] Based on the blast radius weight and the resource weight, a candidate resource deployment strategy is selected from multiple candidate resource deployment strategies.

[0223] Optionally, the device further comprises:

[0224] A second acquisition module is used to acquire user characteristic information, where the user characteristic information is characteristic information of multiple users in a user group of a tenant, and the characteristic information includes risk characteristic information, where the risk characteristic information refers to characteristics that are likely to cause service failures;

[0225] A second determination module, configured to determine at least one risky user from a plurality of users based on risk characteristic information of the plurality of users;

[0226] A first grouping module is used to group at least one risk user to obtain risk user groups to which the at least one risk user belongs;

[0227] The second grouping module is used to group regular users based on feature information of regular users among the multiple users to obtain regular user groups to which the regular users belong respectively. The regular users are users among the multiple users except the risky users.

[0228] Optionally, it is characterized in that the resource deployment strategy includes the number of business units;

[0229] The device also includes:

[0230] A third determination module, used to determine the number of user groups based on the number of business units and the number of business copies;

[0231] The second grouping module is specifically used for:

[0232] Regular users are grouped based on the number of risky user groups, the number of user groups, and characteristic information of regular users.

[0233] Optionally, the second grouping module is specifically used for:

[0234] Determine a feature vector of the regular user based on feature information of the regular user;

[0235] Based on the feature vectors of regular users, regular users are clustered to obtain multiple regular user clusters;

[0236] Based on a plurality of regular user clusters and the number of regular groups, regular user groups to which regular users respectively belong are determined, where the number of regular groups is the difference between the number of user groupings and the number of risky user groups.

[0237] Optionally, the number of business copies is entered by the tenant in the configuration interface.

[0238] Optionally, the device further comprises:

[0239] The display module is used to display a service deployment suggestion interface, where the service deployment suggestion interface is used to display a resource deployment strategy for a target service.

[0240] Optionally, the service deployment suggestion interface is also used to display at least one of resource consumption and an actual explosion radius, wherein the resource consumption indicates the amount of resources occupied by the resource deployment strategy, and the actual explosion radius indicates the disaster recovery capability of the target service deployed based on the resource deployment strategy.

[0241] Optionally, the service deployment suggestion interface is further used to instruct the tenant to trigger a service deployment request, and the device further includes:

[0242] The receiving module is used to receive a service deployment request, which is used to instruct the cloud management platform to deploy the target service according to the resource deployment strategy displayed on the service deployment suggestion interface.

[0243] The embodiment of the present application can determine the resource deployment strategy of the target business according to the business configuration information and the number of business copies of the target business input by the tenant, and then deploy the target business on multiple business units according to the resource deployment strategy. Since the number of business copies is greater than or equal to 2, the resource deployment strategy indicates that the one business unit carries at least one user group of the tenant, and each Rf business unit carries a business copy of the same user group, Rf is the number of business copies. In other words, the business unit can provide services for at least one user group of the tenant, and each user group can be carried by at least two business units. In this case, for any user in any user group, even if a business unit carrying the user fails, the user can still obtain the corresponding business from other business units. Compared with the method in which a business unit fails and the users served by the business unit cannot obtain services normally, the method provided by the embodiment of the present application can effectively improve the disaster recovery capability of the target business.

[0244] When the resource deployment strategy indicates that the Rf business copies of the user group are deployed on independent business units, and each Rf business unit carries at most one business copy of the same user group, since each Rf business unit carries at most one business copy of the same user group, for any user group of the tenant, if any business unit carrying the user group fails, the user group can still obtain the corresponding service from other business units. Only when all business units carrying the user group fail will the user group be unable to obtain the service, thereby affecting the normal operation of the target business. Since other user groups carried by the business unit carrying the user group are also carried by other business units, even if all business units carrying the user group fail, these other user groups can still obtain services from other business units. Since the maximum resource amount indicates the upper limit of the resources that the target business can occupy, the service performance parameter indicates the lower limit of the performance of the target business, and the maximum explosion radius indicates the lower limit of the disaster recovery capability of the target business, therefore, according to the resource deployment constraint condition, it can be ensured that the resources occupied by the target business do not exceed the maximum resource amount, while ensuring that the performance of the target business is not lower than the service performance parameter, and the disaster recovery capability of the target business is better than or equal to the disaster recovery capability indicated by the maximum explosion radius. That is to say, under the constraint of the resource deployment constraint condition, the resource deployment strategy of the target business determined in the embodiment of the present application can take into account the service performance, disaster recovery capability and resource cost of the target business, so that the target business can have a smaller explosion radius and better performance than the related technology when the maximum resource amount remains unchanged. Since the risk feature information refers to the feature that is easy to cause the business to fail, therefore, according to the risk feature information of the multiple users, the user that is easy to cause the business to have problems, that is, the risk user, can be accurately determined from the multiple users, and then the user groups to which the risk user and the regular user belong can be determined respectively, so that the risk user and the regular user can be divided into different user groups, thereby avoiding the impact of the risk user on the regular user to the greatest extent, and effectively improving the service quality of the target business to the regular user.

[0245] It should be noted that: the service deployment device provided in the above embodiment only uses the division of the above functional modules as an example when performing service deployment. In actual applications, the above functional allocation can be completed by different functional modules as needed, that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above. In addition, the service deployment device provided in the above embodiment and the service deployment method embodiment belong to the same concept. The specific implementation process is detailed in the method embodiment and will not be repeated here.

[0246] Fig. 9The providing module, the first obtaining module and the first determining module in the service deployment device shown can all be implemented by software, or can be implemented by hardware, or can be implemented by a combination of software and hardware. Next, taking the providing module in the service deployment device as an example, the implementation method of the providing module is introduced. Similarly, the implementation methods of the above-mentioned other modules can refer to the implementation method of the providing module.

[0247] As an example of a software functional unit, a module may include code running on a computing instance. The computing instance may include at least one of a physical host, a virtual machine, and a container. Furthermore, the computing instance may be one or more. For example, a module may include code running on multiple hosts / virtual machines / containers. It should be noted that the multiple hosts / virtual machines / containers used to run the code may be distributed in the same region or in different regions. Furthermore, the multiple hosts / virtual machines / containers used to run the code may be distributed in the same availability zone (AZ) or in different AZs, each AZ including one data center or multiple data centers with similar geographical locations. Generally, a region may include multiple AZs.

[0248] Similarly, multiple hosts / virtual machines / containers used to run the code can be distributed in the same VPC or in multiple virtual private clouds (VPCs). Usually, a VPC is set up in a region. For cross-region communication between two VPCs in the same region and between VPCs in different regions, a communication gateway needs to be set up in each VPC to achieve interconnection between VPCs through the communication gateway.

[0249] As an example of a hardware functional unit, the module provided may include at least one computing device, such as a server, etc. Alternatively, the module provided may also be a device implemented using an application-specific integrated circuit (ASIC) or a programmable logic device (PLD). The PLD may be a complex programmable logical device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL) or any combination thereof.

[0250] The multiple computing devices included in the provision module can be distributed in the same region or in different regions. The multiple computing devices included in the provision module can be distributed in the same AZ or in different AZs. Similarly, the multiple computing devices included in the provision module can be distributed in the same VPC or in multiple VPCs. The multiple computing devices can be any combination of computing devices such as servers, ASICs, PLDs, CPLDs, FPGAs, and GALs.

[0251] In other embodiments, the providing module in the service deployment device can be used to execute any step in the above-mentioned service deployment method, the first acquisition module in the service deployment device can be used to execute any step in the above-mentioned service deployment method, and the first determination module in the service deployment device can be used to execute any step in the above-mentioned service deployment method. The steps that the providing module, the first acquisition module and the first determination module in the service deployment device are responsible for implementing can be specified as needed. The different steps in the above-mentioned service deployment method are respectively implemented by the providing module, the first acquisition module and the first determination module in the service deployment device, thereby realizing all the functions of the service deployment device.

[0252] The present application embodiment also provides a computing device 100. Fig.10 As shown, the computing device 100 includes: a bus 102, a processor 104, a memory 106, and a communication interface 108. The processor 104, the memory 106, and the communication interface 108 communicate with each other through the bus 102. The computing device 100 can be a server or a terminal device. It should be understood that the present application does not limit the number of processors and memories in the computing device 100.

[0253] The bus 102 may be a peripheral component interconnect (PCI) bus or an extended industry standard architecture (EISA) bus. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Fig.10 The bus 102 is represented by only one line, but it does not mean that there is only one bus or one type of bus. The bus 102 may include a path for transmitting information between various components of the computing device 100 (eg, the memory 106, the processor 104, and the communication interface 108).

[0254] The processor 104 may include any one or more of a central processing unit (CPU), a graphics processing unit (GPU), a microprocessor (MP), a digital signal processor (DSP), an integrated circuit, etc. The integrated circuit may be an ASIC, a PLD, or a combination thereof. Optionally, the PLD may be a CPLD, an FPGA, a GAL, or any combination thereof.

[0255] The memory 106 may include a volatile memory, such as a random access memory (RAM). The memory 106 may also include a non-volatile memory, such as a read-only memory (ROM), a flash memory, a hard disk drive (HDD) or a solid state drive (SSD), or any other medium that can be used to carry or store the desired program code in the form of instructions or data structures and can be accessed by a computer, but is not limited thereto. The memory 106 exists independently and is connected to the processor 104 through the bus 102, or the memory 106 is integrated with the processor 104.

[0256] The memory 106 stores executable program codes, and the processor 104 executes the executable program codes to implement the aforementioned service deployment method. That is, the memory 106 stores instructions for executing the service deployment method.

[0257] For example, the memory 106 stores executable code, and the processor 104 executes the executable code to implement the above Fig. 9 The functions of the providing module, the first obtaining module and the first determining module are shown. That is, the memory 106 stores instructions for executing the service deployment method provided in the embodiment of the present application.

[0258] The communication interface 108 uses a transceiver module such as, but not limited to, a network interface card or a transceiver to implement communication between the computing device 100 and other devices or communication networks. The network interface includes a wired communication interface, or also includes a wireless communication interface. Among them, the wired communication interface is, for example, an Ethernet interface. The Ethernet interface is an optical interface, an electrical interface, or a combination thereof. The wireless communication interface is a wireless local area network (WLAN) interface, a cellular network communication interface, or a combination thereof.

[0259] The embodiment of the present application also provides a computing device cluster. The computing device cluster includes multiple computing devices. The computing device can be a server, such as a central server, an edge server, or a local server in a local data center. In some embodiments, the computing device can also be a terminal device such as a desktop computer, a laptop computer, or a smart phone.

[0260] like Fig.11 As shown, the computing device cluster includes multiple computing devices 100. The memory 106 in the multiple computing devices 100 in the computing device cluster may store the same instructions for executing the above service deployment method.

[0261] In some possible implementations, the memory 106 of the multiple computing devices 100 in the computing device cluster may also store partial instructions for executing the above-mentioned service deployment method. In other words, the combination of the multiple computing devices 100 can jointly execute all instructions for executing the above-mentioned service deployment method.

[0262] It should be noted that the memory 106 in different computing devices 100 in the computing device cluster can store different instructions for executing part of the functions of the above-mentioned service deployment method. That is, the instructions stored in the memory 106 in different computing devices 100 can implement the functions of some or all modules included in the above-mentioned service deployment apparatus.

[0263] In some possible implementations, one or more computing devices in the computing device cluster may be connected via a network, which may be a wide area network or a local area network. Fig.12 A possible implementation is shown, such as Fig.12 As shown, two computing devices 100A and 100B are connected via a network. Specifically, the network is connected via a communication interface in each computing device. In this type of possible implementation, the memory 106 in the computing device 100A stores instructions for executing the functions of a portion of the modules included in the service deployment device described above. At the same time, the memory 106 in the computing device 100B stores instructions for executing the functions of another portion of the modules included in the service deployment device described above.

[0264] It should be understood that Fig.12 The functions of the computing device 100A shown in FIG. 1 may also be completed by multiple computing devices 100. Similarly, the functions of the computing device 100B may also be completed by multiple computing devices 100.

[0265] The present application embodiment also provides another computing device cluster. The connection relationship between the computing devices in the computing device cluster can be similar to that of Fig.11 and Fig.12The connection mode of the computing device cluster is different in that the memory 106 in one or more computing devices 100 in the computing device cluster may store the same instructions for executing the service deployment method.

[0266] In some possible implementations, the memory 106 of one or more computing devices 100 in the computing device cluster may also store partial instructions for executing the service deployment method. In other words, the combination of one or more computing devices 100 may jointly execute instructions for executing the service deployment method.

[0267] The embodiment of the present application further provides a computer-readable storage medium, in which instructions are stored. When the instructions are executed on a computer device cluster, the computer executes the steps of the service deployment method described in the above embodiment.

[0268] The embodiment of the present application also provides a computer program product including instructions, which, when executed on a computer device cluster, enables the computer device cluster to execute the steps of the service deployment method described in the above embodiment. In other words, a computer program is provided, which, when executed on a computer device cluster, enables the computer device cluster to execute the steps of the service deployment method described in the above embodiment.

[0269] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer instructions are loaded and executed on a computer, the process or function described in the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network or other programmable device. The computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from a website site, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) mode to another website site, computer, server or data center. The computer-readable storage medium can be any available medium that a computer can access, or a data storage device such as a server or data center that includes one or more available media integrated. The available medium may be a magnetic medium (e.g., a floppy disk, a hard disk, a magnetic tape), an optical medium (e.g., a digital versatile disc (DVD)), or a semiconductor medium (e.g., a solid state disk (SSD)). It is worth noting that the computer-readable storage medium mentioned in the embodiment of the present application may be a non-volatile storage medium, in other words, a non-transient storage medium.

[0270] It should be understood that the "multiple" mentioned herein refers to two or more. In the description of the embodiments of the present application, unless otherwise specified, " / " means or, for example, A / B can mean A or B; "and / or" in this article is only a description of the association relationship of the associated objects, indicating that there can be three relationships, for example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, in order to facilitate the clear description of the technical solution of the embodiments of the present application, in the embodiments of the present application, the words "first", "second" and the like are used to distinguish between the same items or similar items with basically the same functions and effects. Those skilled in the art can understand that the words "first", "second" and the like do not limit the quantity and execution order, and the words "first", "second" and the like do not limit them to be necessarily different.

[0271] It should be noted that the information (including but not limited to user device information, user personal information, etc.), data (including but not limited to data for analysis, stored data, displayed data, etc.) and signals involved in the embodiments of the present application are all authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with the relevant laws, regulations and standards of the relevant countries and regions. For example, the business configuration information of the target business involved in the embodiments of the present application is obtained with full authorization.

[0272] The above-mentioned embodiments are provided for the present application and are not intended to limit the present application. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present application shall be included in the protection scope of the present application.

Claims

1. A service deployment method, characterized in that: Applied to a cloud management platform, the cloud management platform is used to manage cloud infrastructure, the cloud infrastructure includes at least one cloud data center, and the at least one cloud data center is deployed with multiple business units, the method includes: Providing a configuration interface, wherein the configuration interface is used to instruct the tenant to input service configuration information of the target service to be deployed, wherein the service configuration information is used to configure the target service; Acquire the service configuration information from the configuration interface; Based on the business configuration information and the number of business copies, determine the resource deployment strategy of the target business, and deploy the target business on the multiple business units according to the resource deployment strategy, wherein the resource deployment strategy indicates that one of the business units carries at least one user group of the tenant, and each Rf of the business units carries a business copy of the same user group, Rf is the number of business copies, and Rf≥2.

2. The method according to claim 1, characterized in that The resource deployment strategy indicates that the Rf service copies of the user group are respectively deployed on independent service units, and each of the Rf service units carries at most one service copy of the same user group.

3. The method according to claim 1 or 2, characterized in that The resource deployment strategy includes the number and deployment specifications of the business units, and determining the resource deployment strategy of the target business based on the business configuration information and the number of business copies includes: Based on the business configuration information and the number of business copies, the number and deployment specifications of the business units are determined in accordance with resource deployment constraints, wherein the resource deployment constraints include one or more of the minimum number of startup nodes of the microservice, the minimum startup specification of the microservice, the maximum amount of resources, the business performance parameters, the maximum explosion radius, the number of business copies, and the performance baseline of the microservice, the maximum amount of resources indicates the upper limit of resources that can be occupied by the target business, the business performance parameters indicate the lower limit of the performance of the target business, the maximum explosion radius indicates the lower limit of the disaster recovery capability of the target business, and the performance baseline indicates the corresponding relationship between the startup specifications of the microservice, the number of startup nodes and the performance parameters.

4. The method according to claim 3, characterized in that The determining the number and deployment specifications of the business units based on the business configuration information and the number of business copies according to resource deployment constraints includes: Based on the service configuration information and the number of service copies, and in accordance with the resource deployment constraint, determining a plurality of candidate resource deployment strategies, wherein the candidate resource deployment strategies include a candidate number of the service units and a candidate deployment specification; A candidate resource deployment strategy is selected from the multiple candidate resource deployment strategies, and the candidate number and candidate deployment specifications of the business units included in the selected candidate resource deployment strategy are used as the number and deployment specifications of the business units included in the resource deployment strategy of the target business.

5. The method according to claim 4, characterized in that The candidate deployment specifications include the number of startup nodes and startup specifications corresponding to at least one of the microservices for providing the target business; the resource deployment constraint condition satisfies the following inequality: Among them, i refers to the i-th microservice, minnum i Refers to the minimum number of startup nodes for the i-th microservice, num i Refers to the number of startup nodes of the i-th microservice in the candidate deployment specification, mins i refers to the minimum startup specification of the i-th microservice, s i refers to the startup specification of the i-th microservice in the candidate deployment specification, S refers to the maximum resource amount, n refers to the number of the at least one microservice, N refers to the candidate number, mint(j) refers to the minimum performance parameter corresponding to the startup specification of the j-th microservice and the number of startup nodes in the candidate deployment specification, T refers to the business performance parameter, B refers to the maximum explosion radius, Rf refers to the number of business replicas, X i It refers to the performance baseline of the i-th microservice.

6. The method according to claim 4, characterized in that The business configuration information includes explosion radius weight and resource weight; The selecting a candidate resource deployment strategy from the plurality of candidate resource deployment strategies comprises: A candidate resource deployment strategy is selected from the plurality of candidate resource deployment strategies based on the blast radius weight and the resource weight.

7. The method according to any one of claims 1 to 6, characterized in that: The method further comprises: Acquire user characteristic information, where the user characteristic information is characteristic information of multiple users in the user group of the tenant, and the characteristic information includes risk characteristic information, where the risk characteristic information refers to characteristics that are likely to cause service failures; Based on the risk characteristic information of the multiple users, determining at least one risky user from the multiple users; Grouping the at least one risky user to obtain risky user groups to which the at least one risky user belongs; Based on feature information of regular users among the multiple users, the regular users are grouped to obtain regular user groups to which the regular users belong respectively. The regular users are users among the multiple users except the risky users.

8. The method according to claim 7, characterized in that The resource deployment strategy includes the number of the business units; The method further comprises: Determining the number of user groups based on the number of the service units and the number of the service copies; The grouping of the regular users based on feature information of the regular users among the multiple users includes: The regular users are grouped based on the number of the risky user groups, the number of the user groups, and the characteristic information of the regular users.

9. The method according to claim 8, characterized in that The grouping of the regular users based on the number of the risky user groups, the number of the user groups, and the characteristic information of the regular users includes: Determining a feature vector of the regular user based on the feature information of the regular user; Clustering the regular users based on the feature vectors of the regular users to obtain a plurality of regular user clusters; Based on the multiple regular user clusters and the number of regular groups, regular user groups to which the regular users respectively belong are determined, where the number of regular groups is the difference between the number of user groupings and the number of risky user groups.

10. The method according to any one of claims 1 to 9, characterized in that: The number of business copies is input by the tenant in the configuration interface.

11. The method according to any one of claims 1 to 10, characterized in that After determining the resource deployment strategy of the target service based on the service configuration information and the number of service replicas, the method further includes: A service deployment suggestion interface is displayed, where the service deployment suggestion interface is used to display the resource deployment strategy of the target service.

12. The method according to claim 11, characterized in that The service deployment suggestion interface is also used to display at least one of resource consumption and actual explosion radius, wherein the resource consumption indicates the amount of resources occupied by the resource deployment strategy, and the actual explosion radius indicates the disaster recovery capability of the target service deployed based on the resource deployment strategy.

13. The method according to claim 11 or 12, characterized in that The service deployment suggestion interface is further used to instruct the tenant to trigger a service deployment request. Before deploying the target service on the multiple service units according to the resource deployment strategy, the method further includes: The service deployment request is received, where the service deployment request is used to instruct the cloud management platform to deploy the target service according to the resource deployment strategy displayed on the service deployment suggestion interface.

14. A service deployment device, characterized in that: The service deployment device is included in a cloud management platform, the cloud management platform is used to manage cloud infrastructure, the cloud infrastructure includes at least one cloud data center, and the at least one cloud data center is deployed with multiple service units, and the device includes: A providing module, configured to provide a configuration interface, wherein the configuration interface is used to instruct the tenant to input service configuration information of the target service to be deployed, wherein the service configuration information is used to configure the target service; A first acquisition module, used to acquire the service configuration information from the configuration interface; The first determination module is used to determine the resource deployment strategy of the target business based on the business configuration information and the number of business copies, and deploy the target business on the multiple business units according to the resource deployment strategy, wherein the resource deployment strategy indicates that one of the business units carries at least one user group of the tenant, and each Rf of the business units carries a business copy of the same user group, Rf is the number of business copies, and Rf≥2.

15. The device according to claim 14, characterized in that The resource deployment strategy indicates that the Rf service copies of the user group are respectively deployed on independent service units, and each of the Rf service units carries at most one service copy of the same user group.

16. The device according to claim 14 or 15, characterized in that The device also includes: A second acquisition module is used to acquire user characteristic information, where the user characteristic information is characteristic information of multiple users in the user group of the tenant, and the characteristic information includes risk characteristic information, where the risk characteristic information refers to characteristics that are likely to cause service failures; A second determination module, configured to determine at least one risky user from the multiple users based on the risk characteristic information of the multiple users; A first grouping module, used to group the at least one risky user to obtain risky user groups to which the at least one risky user belongs; The second grouping module is used to group the regular users among the multiple users based on their feature information to obtain regular user groups to which the regular users belong respectively. The regular users are users among the multiple users except the risky users.

17. The device according to claim 16, characterized in that The resource deployment strategy includes the number of the business units; The device also includes: A third determining module, configured to determine the number of user groups based on the number of the service units and the number of service copies; The second grouping module is specifically used for: The regular users are grouped based on the number of the risky user groups, the number of the user groups, and the characteristic information of the regular users.

18. The device according to any one of claims 14 to 17, characterized in that The number of business copies is input by the tenant in the configuration interface.

19. The device according to any one of claims 14 to 18, characterized in that The device also includes: The display module is used to display a service deployment suggestion interface, wherein the service deployment suggestion interface is used to display the resource deployment strategy of the target service.

20. A computing device cluster, characterized in that: The computing device cluster includes at least one computing device, each computing device including a processor and a memory; The processor of the at least one computing device is used to execute instructions stored in the memory of the at least one computing device, so that the computing device cluster executes the method according to any one of claims 1-13.

21. A computer-readable storage medium, characterized in that: The storage medium includes computer program instructions. When the computer program instructions are executed by a computing device cluster, the computing device cluster executes the method according to any one of claims 1 to 13.

22. A computer program product comprising instructions, characterized in that When the instructions are executed by a computing device cluster, the computing device cluster executes the method according to any one of claims 1-13.

Images