CN109214877B - Order creation system, method, electronic device and computer-readable storage medium - Google Patents

Abstract

The embodiments of the present invention provide an order creation system, a method, an electronic device and a computer-readable storage medium. The order creation system includes a service creation module and an order creation module. During the order creation process, the service creation module first obtains a service creation request; The creation module creates the target service to be created corresponding to the service creation request; finally, the order creation module determines whether to obtain the creation success information of the target service to be created; if so, creates an order corresponding to the target service to be created. In this solution, the order is created after the target service to be created is successfully created, so there is no invalid order, and there is no need to manually revoke the created order.

Description

Order creation system, method, electronic device, and computer-readable storage medium

technical field

The present invention relates to the field of computer technology, and in particular, to an order creation system, method, electronic device and computer-readable storage medium.

Background technique

The continuous development of information technology has made people's demand for computing and storage resources increase rapidly. In the existing computer field, people need to invest more hardware equipment and more computer room environment equipment. Therefore, operation and maintenance costs and manpower Costs have also increased accordingly. To save costs, cloud technology is increasingly applied to the computer field. As we all know, a cloud service provider is configured with multiple hosts. The cloud service provider configures the resources of multiple hosts in the cloud through cloud technology, and creates corresponding services in the host for users according to user needs, for example, for users Create a cloud host, database or network disk.

Of course, users need to pay a certain fee to use the services created by the cloud service provider. For this reason, the cloud service provider provides a complete set of methods for creating services, including the process of creating services and the process of creating orders. In the prior art, when a tenant needs to create a service, a device configured by the cloud service provider will first create an order and charge for it. After obtaining the order, it will request the resources required for the service to be created, including CPU ( Central Processing Unit, central processing unit) resources, memory resources, hard disk resources, etc., to create the above-mentioned to-be-created service in the host.

However, when the above-mentioned device cannot request resources to create the above-mentioned service, the previously created order becomes an invalid order, and the created order needs to be manually cancelled at this time, so the above-mentioned whole method for creating the service is cumbersome.

SUMMARY OF THE INVENTION

The purpose of the embodiments of the present invention is to provide an order creation system, method, electronic device, and computer-readable storage medium, so as to solve the problem that the entire method for creating a service in the prior art is cumbersome. The specific technical solutions are as follows:

In order to achieve the above purpose, in a first aspect, an embodiment of the present invention provides an order creation system, the system includes:

a service creation module for obtaining a service creation request; creating a target service to be created corresponding to the service creation request;

The order creation module is configured to determine whether to obtain the creation success information of the target service to be created; if so, create an order corresponding to the target service to be created.

Preferably, the service creation module is further configured to send a creation success notification to the order creation module after successfully creating the target service to be created;

The order creation module determines whether to obtain the creation success information of the target service to be created, specifically:

It is determined whether the creation success notification sent by the service creation module is received, and if so, it is determined to obtain the creation success information of the target service to be created.

Preferably, the service creation module is further configured to determine whether the target service to be created needs to be charged in time; if necessary, after the target service to be created is successfully created, send a message to the order creation module that the creation is successful notification; if not required, add the identification information of the target service to be created to the preset to-be-billed queue;

The order creation module is further configured to scan the queue to be billed every first preset duration; for each identification information recorded in the queue to be billed, query whether the service to be created corresponding to the identification information is created success;

Correspondingly, the order creation module determines whether to obtain the creation success information of the target service to be created, specifically:

Determine whether any of the following two conditions are met, and if so, determine that the creation success information of the target service to be created is obtained:

The order creation module receives the creation success notification sent by the service creation module;

The order creation module finds that the target service to be created is successfully created.

Preferably, the service creation request carries the charging method of the target service to be created;

The service creation module judges whether the target service to be created needs to be charged in time, specifically:

Based on the charging method, it is determined whether the target service to be created needs to be charged in time.

Preferably, the order creation module is further configured to, for each identification information recorded in the queue to be billed, delete the order from the queue to be billed after creating an order for the service to be created corresponding to the identification information identification information.

Preferably, the order creation module is further configured to, for each piece of identification information in the queue to be billed, monitor whether the duration of the identification information added to the queue to be billed exceeds a second preset duration, and if the duration exceeds the second preset duration , delete the identification information from the queue to be charged, wherein the second preset duration is greater than the first preset duration.

Preferably, the service creation module is further configured to, after adding the identification information of the target to-be-created service to the to-be-billed queue, determines that the target to-be-created service fails, add the target to-be-created service The identification information is deleted from the to-be-billed queue.

In a second aspect, an embodiment of the present invention also provides an order creation method, which is applied to an order creation system, the system includes a service creation module and an order creation module, and the method includes:

The service creation module obtains a service creation request;

The service creation module creates a target service to be created corresponding to the service creation request;

The order creation module determines whether to obtain the creation success information of the target service to be created; if so, creates an order corresponding to the target service to be created.

Preferably, the method further includes:

After the service creation module successfully creates the target service to be created, the service creation module sends a creation success notification to the order creation module;

The step of the order creation module judging whether to obtain the creation success information of the target service to be created includes:

The order creation module determines whether a creation success notification sent by the service creation module is received, and if so, determines to obtain creation success information of the target service to be created.

Preferably, before the step of determining whether the order creation module obtains the creation success information of the target service to be created, the method further includes:

The service creation module judges whether the target service to be created needs to be charged in time; if necessary, after successfully creating the target service to be created, it sends a creation success notification to the order creation module; The identification information of the target service to be created is added to the preset to-be-billed queue;

Wherein, the order creation module is further configured to scan the to-be-billed queue every first preset duration; for each identification information recorded in the to-be-billed queue, query the to-be-created service corresponding to the identification information Whether the creation is successful;

Correspondingly, the step of the order creation module judging whether to obtain the creation success information of the target service to be created includes:

The order creation module judges whether any one of the following two conditions is met, and if so, judges to obtain the creation success information of the target service to be created:

The order creation module receives the creation success notification sent by the service creation module;

The order creation module finds that the target service to be created is successfully created.

Preferably, the service creation request carries the charging method of the target service to be created;

The step of the service creation module judging whether it is necessary to charge the target service to be created in time includes:

The service creation module determines whether the target service to be created needs to be charged in time based on the charging method.

Preferably, after the step of creating the order corresponding to the target service to be created, the method further includes:

The order creation module deletes the identification information of the target service to be created from the to-be-billed queue.

Preferably, after the step of adding the identification information of the target service to be created to the preset to-be-billed queue, the method further includes:

When determining that the target service to be created fails, the service creation module deletes the identification information of the target service to be created from the to-be-billed queue.

In a third aspect, an embodiment of the present invention further provides an electronic device, including a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus;

memory for storing computer programs;

The processor is configured to implement the method steps described in any order creation method when executing the program stored in the memory.

In a third aspect, an embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, and when the computer program is executed by a processor, any order creation method described in method steps.

It can be seen from the above that in the solution provided by the embodiment of the present invention, the order creation system includes a service creation module and an order creation module. During the order creation process, the service creation module first obtains the service creation request; then the service creation module creates the corresponding service creation request. The target service to be created; finally, the order creation module determines whether the creation success information of the target service to be created is obtained; if so, an order corresponding to the target service to be created is created. Compared with the prior art, in the solution provided by the embodiment of the present invention, the order is created after the target service to be created is successfully created, so there is no invalid order, and the created order does not need to be manually revoked, which solves the problem of the prior art. The whole set of methods for creating services is cumbersome. In addition, the creation of the service is before the creation of the order, and the creation of the service is no longer affected by the creation of the order, which well realizes the decoupling of the service creation module and the order creation module; and the creation of the service is before the creation of the order. For the whole system, the creation of services can be completed faster, and the customer experience is good.

Description of drawings

In order to explain the embodiments of the present invention or the technical solutions in the prior art more clearly, the following briefly introduces the accompanying drawings that need to be used in the description of the embodiments or the prior art. Obviously, the accompanying drawings in the following description are only These are some embodiments of the present invention. For those of ordinary skill in the art, other drawings can also be obtained according to these drawings without creative efforts.

1 is a schematic structural diagram of an order creation system provided by an embodiment of the present invention;

2 is a schematic flowchart of an order creation method provided by an embodiment of the present invention;

3 is a schematic flowchart of an order creation method provided by another embodiment of the present invention;

4 is a schematic flowchart of an order creation method provided by another embodiment of the present invention;

5 is a schematic flowchart of an order creation method provided by still another embodiment of the present invention;

FIG. 6 is a schematic structural diagram of an electronic device according to an embodiment of the present invention.

Detailed ways

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are only a part of the embodiments of the present invention, but not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present invention.

The following briefly introduces the technical terms involved in the application documents.

In this application document, the service created by the service creation module includes CPU resources, memory resources, and hard disk resources, etc. The service can be rented by the users of the operator. For example, in the field of cloud technology, the above services can be cloud computing resources such as cloud hosts and databases, or cloud storage resources such as network disks. Users can rent cloud hosts, databases, and network disks provided by cloud service providers.

As a service provider, users need to provide a certain rental fee for renting services. Therefore, in addition to creating services for tenants, service providers also create orders and bill for the created services; for example, cloud services provide When creating a cloud host for a user, an order will also be created for the created cloud host and a fee will be charged.

The service creation module is used to create a service corresponding to the service creation request in the host according to the service creation request; and the above-mentioned order creation module is used to create an order and charge for the created service. In actual use, the above-mentioned service creation module and order creation module may be located on different physical machines. For example, the above-mentioned service creation module and order creation module are respectively a service creation server and an order creation server, and the two are connected in communication; The service creation module and the order creation module can be located on the same physical machine, and the service creation module and the order creation module are two independent modules on the same physical machine.

The present invention will be described in detail below through specific embodiments.

FIG. 1 is a schematic structural diagram of an order creation system provided by an embodiment of the present invention.

An order creation system provided by an embodiment of the present invention, as shown in FIG. 1 , includes a service creation module and an order creation module. As mentioned above, in various embodiments of the present invention, the service creation module and the order creation module may be located on different physical machines, or may be located on the same physical machine.

The above-mentioned order creation system includes a service creation module and an order creation module, indicating that the order creation system mentioned in the various embodiments of the present invention is not only used to create an order, the order creation system needs to create a service in addition to creating an order, and There is a corresponding relationship between services and orders.

In the embodiment of the present invention, the above-mentioned service creation module is configured to obtain a service creation request; and create a target service to be created corresponding to the service creation request.

In the first manner of obtaining the service creation request, the service creation module obtains the service creation request, and may specifically receive the service creation request sent by other devices for the service creation module. For example, the customer of the operator sends a service creation request to the service creation module through the terminal device x, and the service creation module obtains the service creation request.

In the second manner of obtaining the service creation request, the service creation module obtains the service creation request, and may specifically obtain the service creation instruction input by the operator for the service creation module, and then generates the service creation request. For example, the service creation module corresponds to a user input interface, and the operator inputs a service creation instruction through the user input interface, and the service creation module generates a service creation request according to the service creation instruction, that is, the service creation module obtains a service Create a request.

In the embodiment of the present invention, the manner in which the above-mentioned service creation module obtains the service creation request is not limited to the above two manners, and may also be other manners that can be implemented in the embodiment of the present invention, which will not be described in the embodiment of the present invention. An introduction.

Each service creation request corresponds to at least one service to be created. Therefore, in the implementation of the present invention, the above target service to be created may only be one service to be created. For example, the target service to be created is to create a network disk with a capacity of 100G; The above target services to be created may also refer to multiple services to be created. For example, in Table 1 below, the target services to be created are actually five services to be created.

Table 1

The service creation module creates the target service to be created, which may be to divide a part of the resources in the host for the exclusive use of the tenant. For example, if the target service to be created is a virtual cloud host that needs to occupy 2 CPU cores, 5G memory and 800G hard disk capacity, then At this time, the service creation module first selects a host from all the hosts provided by the cloud service provider, and then starts to create a virtual cloud host that occupies 2 CPU cores, 5G memory and 800G hard disk capacity in the selected host.

Of course, the above description is only a simple example of the creation process of the service to be created. The creation of the creation service is not described in detail in this embodiment of the present invention.

It should be emphasized that, in the embodiment of the present invention, the above-mentioned service creation module creates the target service to be created corresponding to the service creation request, which only means that the service creation module performs the operation of creating the target service to be created corresponding to the service creation request; However, affected by the actual situation, when the service creation module performs the operation of creating the target service to be created, it may not necessarily be created successfully. That is, in this embodiment of the present invention, the service creation module performs the operation: creating the target to be created corresponding to the service creation request. Creating a service does not mean that the service creation module has successfully created the target service to be created.

For example, the target service to be created is a virtual cloud host z with 3 CPU cores, 6G memory and 1000G hard disk capacity. When the service creation module performs the operation of creating the target service to be created, it finds that among all the hosts provided by the current cloud service provider, there is no virtual cloud host z. If a host has enough resources to create the above virtual cloud host z, the service creation module fails to create the target service to be created at this time.

The order creation module in the above order creation system is configured to determine whether to obtain the creation success information of the target service to be created; if so, create an order corresponding to the target service to be created.

As for how the order creation module obtains the creation success information of the target service to be created, in the first implementation manner, the order creation module obtains the creation success information of the target service to be created, which may be the one that created the target service to be created. Sent by the host to the order creation module; obviously, the host, as the carrier for creating the target service to be created, can sense whether the target service to be created is successfully created, and after the service creation module successfully creates the target service to be created in a certain host , the host can generate a creation success message corresponding to the target service to be created, and then send the creation success message to the order creation module, that is, the order creation module obtains the creation success information of the target service to be created.

In this implementation manner, all hosts provided by the operator can be regarded as a part of the above order creation system, the above order creation module and all the hosts provided by the operator maintain a communication connection, and each host is set There is a program that can monitor whether a new service is created in the host. Once the host detects that a new service has been created in itself, the program in the host will generate a creation success message for the newly created service. , and then send the successful creation information to the order creation module.

For example, the service creation module creates a database x in the host 1, and the host 1 detects that a database x is created in it, then the host generates a creation success message corresponding to the database x, and then sends the creation success message Create a module for the above order.

In the second implementation manner, the order creation module obtains the creation success information of the target service to be created, which may be obtained by the order creation module itself. Similar to the first implementation above, in this implementation, all hosts provided by the operator can be regarded as a part of the above order creation system, and the above order creation module and all hosts provided by the operator are the same. Keeping the communication connection, the order service module can monitor whether a new service is created in each host. If it is created, a creation success message is generated for the created new service, that is, the order creation module obtains the target to be created. Service creation success information.

For example, the order creation module scans all hosts every 1 minute to monitor whether new services are created in each host. At a certain moment, the service creation module creates a database x in host 1, and after that , the order creation module scans and finds that a database x has been created in the host 1, then the order creation module generates a creation success message corresponding to the database x, that is, the order creation module obtains creation success information corresponding to the database x.

It can be understood that the above-mentioned two implementation manners of obtaining the creation success information of the target service to be created by the above-mentioned order creation module are only the implementation manners simply enumerated in the embodiments of the present invention, and do not represent the specific method of obtaining the creation success information of the target service to be created above. The implementation manner is limited to the above two implementation manners, and those skilled in the art can completely realize the purpose of obtaining the creation success information of the target service to be created by the order creation module according to the prior art, which is not described in detail in this embodiment of the present invention.

The order creation module obtains the creation success information of the target service to be created, which means that the order creation module learns that the target service to be created has been successfully created; obviously, in this embodiment of the present invention, the order creation module determines whether to obtain the target service to be created. Service creation success information; if obtained, create an order corresponding to the target service to be created; otherwise, the order corresponding to the target service to be created will not be created.

In practical applications, the order creation module also starts charging for the target service to be created while creating the order corresponding to the above target service to be created.

It should be noted that the order creation module starts billing when the order corresponding to the above-mentioned target service to be created is created, and the starting point of the cost calculation can be the moment when the order creation is completed. The starting point of the cost calculation for the creation module to start billing is time A.

Of course, the starting point of cost calculation can also be the successful creation time of the above-mentioned target service to be created. For example, at time B, the service creation module successfully creates the above-mentioned target service to be created, and at time A, the order creation module successfully creates the service to be created. For the corresponding order, the starting point of the cost calculation for the order creation module to start billing is time B.

The beneficial technical effects of the embodiments of the present invention will be described in detail below.

Compared with the prior art, in the first aspect, in the solution provided by the embodiment of the present invention, the order is created after the target service to be created is successfully created, so there is no invalid order, and there is no need to manually revoke the created order to solve the problem. It solves the problem that the whole set of methods for creating services in the prior art is cumbersome.

First of all, an invalid order can be a type of order that fails to be created by the service corresponding to the created order after the order is successfully created; because the service corresponding to the order fails to be created, the created order needs to be manually cancelled, and there are many reasons for the failure of service creation such as failure of the service creation module used to create the service, insufficient resources in the host, etc.

Exemplarily, the target service to be created is a virtual cloud host x that occupies 3 CPU cores, 6G memory and 1000G hard disk capacity. Suppose that an order is created first. After the order is created successfully, the service creation module queries each host and finds that there is no host. The host has enough resources to create the virtual cloud host x, then the virtual cloud host cannot be successfully created at this time. At this time, since the order corresponding to the virtual cloud host x has been created, it is necessary to manually cancel the created order.

It can be understood that manually revoking the created order makes the whole process of creating a service and creating an order complicated, and also wastes a lot of manpower and material resources.

In the embodiment of the present invention, the service creation module first creates the target service to be created corresponding to the service creation request, and after the service creation module successfully creates the target service to be created, the order creation module creates the order corresponding to the target service to be created, so There will not be the above invalid orders, and there is no problem of manually canceling the above invalid orders, avoiding the order rollback operation.

For example, the target service to be created is a virtual cloud host x that needs to occupy 3 CPU cores, 6G memory and 1000G hard disk capacity. The service creation module first selects a host that can create the virtual cloud host x from all the hosts provided by the operator , assuming that all current hosts do not have enough resources to create virtual cloud host x, the operation of the service creation module to create virtual cloud host x fails. Obviously, there will be no created order for virtual cloud host x at this time. , and the order creation module will not create an order corresponding to the virtual cloud host x; the existence of the above-mentioned invalid order is avoided, and there is no need to manually revoke the above-mentioned invalid order.

In the second aspect, the creation of the service is before the creation of the order, the creation of the service is no longer affected by the creation of the order, and the decoupling of the service creation module and the order creation module is well realized.

Understandably, if an order is created before a service is created, an order needs to be created every time a service is created. The process of creating an order can actually be said to be a part of the process of creating a service, and the two processes are highly coupled. From the perspective of operation and maintenance and R&D, the coupling of the two processes is high. The operation and maintenance of one process will inevitably affect the other process. Therefore, the creation of orders before the creation of services is bound to be unfavorable for the realization of the two processes. The operation and maintenance and research and development of the module itself.

However, in the embodiment of the present invention, the creation of the service is before the creation of the order, and the creation of the service is no longer affected by the creation of the order, which well realizes the decoupling of the service creation module and the order creation module. The embodiment of the present invention subtly strips the order creation process and the service creation process; so that the staff can well perform operation and maintenance and technical research and development on the two major functional processes respectively, and the service creation module and the order creation module can also be easily Good cooperation and cooperation.

In the third aspect, the creation of the service before the creation of the order, for the whole system, the creation of the service can be completed faster, and the customer experience is good.

It is well known to those skilled in the art that the creation process of the above-mentioned service takes a long time. As a customer of the operator, he wants to complete the creation of the service faster. However, if the creation of the order is before the creation of the service , then after the customer's service creation request is sent, if the order creation needs to be completed first, then the service creation can be completed.

In the embodiment of the present invention, since the creation of the service is before the creation of the order, after the customer's service creation request is sent, the service creation module will directly complete the creation of the service, which saves the time consumed by creating an order. The time required from the service creation request to the completion of the service creation is short, and the customer experience is good.

For example, it takes 30s for the service creation module to complete the creation of the service, and it takes 5s for the order creation module to complete the creation of the order. If the creation of the order is before the creation of the service, it will take at least 35s for the entire system from receiving the service creation request to completing the creation of the service; but if the creation of the order is after the creation of the service, it will take at least 35s for the entire system to Say, it only takes 30s from receiving the service creation request to completing the creation of the service.

It can be seen from the above that in the solution provided by this embodiment, the order is created after the target service to be created is successfully created, so there will be no invalid orders, and there is no need to manually revoke the created order, which solves the problem of creating a complete set of orders in the prior art. The method process of the service is cumbersome. In addition, the creation of the service is before the creation of the order, and the creation of the service is no longer affected by the creation of the order, which well realizes the decoupling of the service creation module and the order creation module; and the creation of the service is before the creation of the order. For the whole system, the creation of services can be completed faster, and the customer experience is good.

On the basis of the system embodiment shown in FIG. 1 , as a specific implementation method for the order creation module to determine whether to obtain the creation success information of the target service to be created, the service creation module, It can also be used to send a creation success notification to the order creation module after successfully creating the target service to be created;

The order creation module determines whether to obtain the creation success information of the target service to be created, specifically:

It is determined whether the creation success notification sent by the service creation module is received, and if so, it is determined to obtain the creation success information of the target service to be created.

In the embodiment of the present invention, for any target service to be created, after the service creation module successfully creates the target service to be created, the service creation module will send a creation success notification corresponding to the target creation service to the order creation module. Corresponding to the creation success notification of the target creation service, the creation success notification can be used as the creation success information of the target service to be created, and it is determined that it has obtained the creation success information of the target service to be created. Then, the order creation module creates an order for the target service to be created. .

It can be understood that the above notification of successful creation should include the identification information of the target service to be created. Of course, different services may have different charging standards. Therefore, in practical applications, the notification of successful creation may also carry a message indicating the corresponding target to be created. Information on how the service is billed.

For example, the above-mentioned successful creation notification carries the identification information m of the target service to be created. At the same time, it also records that the successful creation time of the target service to be created is time A. The order creation module needs to use the standard of 1 yuan per hour for the target service to be created. Charge; then, after receiving the successful creation notification, the order creation module creates an order corresponding to the identification information m, and starts to charge according to the standard of 1 yuan per hour from time A.

In the solution provided by this embodiment, the target service to be created is created by the service creation module, so the service creation module can first know whether the target service to be created is successfully created, and after learning that the target service to be created is successfully created, can The order creation module is notified in a timely manner, so that the order creation module can create an order in a timely manner after the target service to be created is created.

On the basis of the system embodiment shown in FIG. 1, as another specific implementation manner of the order creation module judging whether to obtain the creation success information of the target service to be created, the service creation module provided by the embodiment of the present invention , can also be used to judge whether the target service to be created needs to be charged in time; if necessary, after successfully creating the target service to be created, send a creation success notification to the order creation module; if not, send the The identification information of the target service to be created is added to the preset to-be-billed queue.

The timely charging of the target service to be created can be understood that after the target service to be created is successfully created, the order creation module needs to create an order for the target service to be created in time and start charging.

In the order creation system provided by the embodiment of the present invention, the order creation module is further configured to scan the to-be-billed queue every first preset duration; for each identification information recorded in the to-be-billed queue, Check whether the service to be created corresponding to the identification information is successfully created.

Correspondingly, the order creation module determines whether to obtain the creation success information of the target service to be created, specifically:

Determine whether any of the following two conditions are met, and if so, determine that the creation success information of the target service to be created is obtained:

Condition 1: The order creation module receives a creation success notification sent by the service creation module;

Condition 2: The order creation module finds that the target service to be created is successfully created.

First, the service creation module determines whether the target service to be created needs to be charged in a timely manner, which can be determined according to information such as the type of the target service to be created, the client information to which the target service to be created belongs, and the lease time of the target service to be created.

The types of the above-mentioned target services to be created include virtual cloud hosts, databases, and network disks, etc. For example, when the type of the target services to be created is preset as virtual cloud hosts, the target services to be created need to be billed in time, and for other types of services. The target service to be created does not need to be billed in time. The customer information to which the target service to be created belongs may be information about whether the customer to which the target service to be created belongs is a long-term cooperative customer of the operator. The service is billed in a timely manner, otherwise it is not necessary to perform timely billing; the lease time of the target service to be created, that is, the lease period, can be the total lease time from the creation of the target service to be created to the removal of the target service. For example, preset the target service to be created. When the lease time is less than one month, the target service to be created needs to be billed in time.

Of course, regarding whether the service creation module judges whether the target service to be created needs to be charged in time, in addition to the above information, other available information can also be used, which is not described in detail in this embodiment of the present invention.

As a preferred implementation of the embodiment of the present invention, the above-mentioned service creation request carries the charging method of the target service to be created;

The service creation module judges whether the target service to be created needs to be charged in time, specifically:

Based on the charging method, it is determined whether the target service to be created needs to be charged in time.

In the embodiment of the present invention, the charging method carried in the service creation request may indicate that the target service to be created to be created is charged by minutes, hours, days or months. For example, it is preset that when the target to-be-created service is charged by minutes, it is determined that the target to-be-created service needs to be billed in time; otherwise, it is determined that the target to-be-created service does not need to be charged in time.

It should be noted that the service creation module and the order creation module are connected through the network, and the service creation module may not be able to send the above creation success notification to the order creation module due to network interruption and other reasons; if the service creation module successfully creates the service, , the order creation module cannot receive the above-mentioned successful creation notification, and the order creation module will never be able to create an order corresponding to the service.

In order to avoid the above problems, in this embodiment of the present invention, if the target service to be created does not need to be billed in time, the order creation module adds the identification information of the target service to be created to the preset to-be-billed queue; The billing queue can permanently record the service for which the corresponding order has not been created. Even if the above service creation module cannot communicate with the order creation module, the order creation module can still scan the above pending billing queue to know that the creation has been completed but the corresponding order has not been created. service, as far as possible to ensure that the order corresponding to each service created by the service creation module can be successfully created by the order creation module.

For example, if the order creation module fails at a certain moment, the service creation module starts to create the target service x to be created, and stores the identification information of the target service x to be created in the to-be-billed queue, and then recovers from the failure of the order creation module After that, the order creation module can scan the to-be-billed queue, and after scanning the identification information of the target to-be-created service x, query whether the target to-be-created service x has been created successfully. If it has been successfully created, the order creation module will create the target to be created. The service creates an order and starts billing.

However, for this example, if the service creation module directly sends a creation success notification to the order creation module, the order receiving module cannot receive the creation success notification due to the failure of the order creation module, the service creation module notification fails, and the order creation module resumes After the failure, the above creation success notification has expired, and the order creation module will never be able to create an order corresponding to the service.

It should be emphasized that when the above-mentioned service creation module and the above-mentioned order creation module are located on the same physical machine, the above-mentioned to-be-billed queue can be located in the same physical machine where the service creation module and the order creation module are located, and of course can also be set on other physical machines. Inside. When the above-mentioned service creation module and the above-mentioned order creation module are located on different physical machines, the above-mentioned queue to be billed may be set in the physical machine where the service creation module is located, or in the physical machine where the order creation module is located. Of course, it can also be set In other physical machines; however, in order to prevent the service creation module from being unable to add identification information to the queue to be billed due to the influence of the network, the embodiment of the present invention preferably sets the queue to be billed in the physical machine where the order creation module is located.

The order creation module can scan the above queues to be billed in real time, but this will consume a lot of CPU resources, so in practical applications, the order creation module scans the queues to be billed every first preset time interval. The first preset duration here may be set according to the actual application scenario, for example, the first preset duration may be 45 minutes, and the order creation module scans the queue to be billed every 45 minutes.

For each identification information in the queue to be billed, the order creation module needs to query whether the service to be created corresponding to the identification information is successfully created. According to the identification information in the queue to be billed, the order creation module searches all hosts provided by the operator to see if there is a service to be created corresponding to the identification information, if found, it means that the service to be created corresponding to the identification information has been successfully created Create, at this time, the order creation module generates the creation success information of the service to be created corresponding to the identification information, and an order can be created for the service to be created.

In practical applications, for the same target service to be created, the service creation module may directly send a creation success notification to the order creation module after successfully creating the target service to be created; it may also start creating the target When the service is to be created, the service creation module adds the identification information of the target service to be created to the preset to-be-billed queue. For the order creation module, it does not know the specific operations performed by the service creation module for a certain target to be created. Therefore, in the embodiment of the present invention, the order creation module can determine whether the above conditions 1 and 2 are satisfied. If any one of the above is satisfied, it is determined that it obtains the creation success information of the target service to be created.

The order creation module has different charging methods for different services to be created. In order for the order creation module to obtain the charging method information of the target service to be created, in this embodiment of the present invention, the charging method information of the target service to be created is It can be carried in the service creation request. If the service creation module determines that the target to-be-created service needs to be billed in time, the service creation module can first generate a creation success notification carrying the above charging method information, and then report the generated creation success. The notification is sent to the order creation module, so that the order creation module obtains the charging method information of the above-mentioned target service to be created.

If the service creation module determines that it is not necessary to charge the target service to be created in time, the service creation module uses the above charging method information as part of the identification information of the target service to be created, and adds the identification information of the target service to be created to the above In the billing queue, when the order creation module scans the to-be-billed queue, it can obtain the above-mentioned charging method information of the target to-be-created service from the identification information of the target to-be-created service.

In order to clearly describe the creation process of the order corresponding to the target service to be created in the embodiment of the present invention, the embodiment of the present invention is briefly introduced below through two specific examples.

Example 1, the customer of the cloud service provider sends a service creation request through the terminal device. The service creation request indicates that the target service to be created is a virtual cloud host x that needs to occupy 2 CPU cores, 3G memory and 500G hard disk capacity, and the service The billing method information carried in the creation request indicates that: the billing method of the virtual cloud host x is calculated on a per-minute basis, 1 yuan per minute.

After the service creation module first receives the service creation request, since the virtual cloud host x is charged in minutes, it needs to charge the virtual cloud host x in a timely manner, and then the service creation module successfully creates the virtual cloud host x. When the cloud host x is used, the order creation module sends a creation success notification corresponding to the virtual cloud host x. After receiving the above creation success notification, the order creation module creates an order for the virtual cloud host x and starts billing.

Example 2: The client of the cloud service provider sends a service creation request through the terminal device. The service creation request indicates that the target service to be created is the network disk y that needs to occupy 500G hard disk capacity, and the billing method information carried in the service creation request indicates that : The billing method of the network disk y is calculated on a daily basis, 100 yuan per day. After the service creation module first receives the service creation request, since the billing method of the network disk y is calculated on a daily basis, the service creation module determines that it is not necessary to charge the network disk y in time, and then starts to create the service creation module in the service creation module. When the network disk y is used, the identification information corresponding to the network disk y carrying the charging method information is added to the queue to be billed.

In this example, the order creation module scans the to-be-billed queue every 45 minutes. The order-creation module scans the to-be-billed queue at time A and finds that the network disk y has not been created successfully; 20 minutes after time A, the service The creation module successfully created the network disk y; then, at the 45th minute after time A, the order creation module scans the queue to be billed again, and the query finds that the network disk y has been successfully created, which means that the order creation module has obtained the corresponding The creation success message of the network disk y. In this case, the order creation module creates an order for the network disk y and starts charging according to the above charging method information.

On the basis of the system embodiment corresponding to another specific implementation manner in which the above-mentioned order creation module determines whether to obtain the creation success information of the target service to be created, the order creation module can also be used for the queue to be billed. For each identification information recorded in , after an order is created for the service to be created corresponding to the identification information, the identification information is deleted from the to-be-billed queue.

For example, when the order creation module scans the queue to be billed, the identification information recorded in the queue to be billed is shown in Table 2 below, and the identification information of virtual cloud hosts a to h is recorded in the queue to be billed. Then the order creation module inquires from each host to see whether the above virtual cloud hosts a to h have been created. The query result indicates that virtual cloud hosts a, c and d have been created, so the order creation module will target the virtual cloud host a respectively. , c, and d create corresponding orders. After the order is successfully created, delete the identification information corresponding to the virtual cloud hosts a, c and d from the queue to be billed; at this time, the identification information recorded in the queue to be billed is as shown in Table 3 below. Show.

Table 2

serial number identification information 1 Identification information of virtual cloud host a 2 Identification information of virtual cloud host b 3 Identification information of virtual cloud host c 4 Identification information of virtual cloud host d 5 Identification information of virtual cloud host e 6 Identification information of virtual cloud host f 7 Identification information of virtual cloud host g 8 The identification information of the virtual cloud host h

table 3

serial number identification information 1 Identification information of virtual cloud host b 2 Identification information of virtual cloud host e 3 Identification information of virtual cloud host f 4 Identification information of virtual cloud host g 5 The identification information of the virtual cloud host h

Each identification information recorded in the queue to be billed needs to occupy a certain amount of memory space. After the order creation module successfully creates an order for the service to be created corresponding to a certain identification information, the identification information is no longer useful. Therefore, in this implementation In an example, after an order is created for the service to be created, the identification information of the service to be created is deleted from the queue to be billed, so as to reduce the memory occupation of the useless identification information in the queue to be billed.

It can be understood that not all the identification information added in the queue to be billed corresponds to the service to be created can be successfully created, if the identification information of a service to be created is added to the queue to be billed, but the service to be created cannot be created. If it is successfully created, the identification information of the to-be-created service will always remain in the to-be-billed queue, occupying storage space, and the order creation module needs to check whether the to-be-created service is successfully created after each scan of the to-be-billed queue. , resulting in a waste of resources.

As an implementation manner of the embodiment of the present invention, on the basis of any of the above system embodiments using the queue to be billed, the order creation module may also be configured to identify each identifier in the queue to be billed information, monitor whether the duration of the identification information added to the queue to be billed exceeds a second preset duration, and if so, delete the identification information from the queue to be billed, wherein the second preset duration The duration is longer than the first preset duration.

The second preset duration can be set based on actual conditions, but it needs to be ensured that the second preset duration is greater than the first preset duration; for example, the first preset duration is 45 minutes, and the second preset duration is 5 days. In addition, the order creation module monitors whether the duration of the identification information added to the queue to be billed exceeds the second preset duration, which may be real-time monitoring, but in order to avoid the consumption of resources by real-time monitoring, in this embodiment of the present invention, the order creation The module may monitor whether the time length corresponding to each piece of identification information added to the queue to be billed exceeds the second preset time length at a fixed time interval.

Exemplarily, the order creation module monitors every 1 hour whether the duration of each identification information being added to the queue to be billed exceeds 5 days. The order creation module monitors and finds at 0:00 on June 20, 2017: Identification information 1 was added to the queue to be billed at 23:30 on June 14, 2017, and identification information 2 was added to the queue to be billed at 0:00 on June 18, 2017. Because identification information 1 was added If the time for entering the to-be-billed queue exceeds 1 day, and the time for identification information 2 to be added to the to-be-billed queue does not exceed one day, the order creation module deletes the identification information 1 from the to-be-billed queue.

As another implementation manner of the embodiment of the present invention, on the basis of any of the above-mentioned system embodiments using the queue to be billed, the service creation module can also be used to set the identifier of the target service to be created After the information is added to the to-be-billed queue, when it is determined that the target to-be-created service fails, the identification information of the target to-be-created service is deleted from the to-be-billed queue.

The above-mentioned service creation module, as the executor of creating the target service to be created, can know whether the target creation service fails to be created. For example, the target service to be created is a virtual cloud host z that needs to occupy 2 CPU cores, 3G memory and 500G hard disk capacity. , but none of the hosts currently has enough resources to create the virtual cloud host z. At this time, the service creation module can determine that the virtual cloud host x failed to be created, and delete the identification information of the virtual cloud host z from the queue to be billed. .

Corresponding to the system embodiment shown in FIG. 1 , an embodiment of the present invention further provides an order creation method, which is applied to an order creation system. The system includes a service creation module and an order creation module. As shown in FIG. 2 , the method include:

S101: The service creation module obtains a service creation request;

S102: The service creation module creates the target service to be created corresponding to the service creation request;

S103: The order creation module determines whether the creation success information of the target service to be created is obtained; if so, an order corresponding to the target service to be created is created.

In the solution provided by this embodiment, the order is created after the target service to be created is successfully created, so there is no invalid order, and there is no need to manually revoke the created order, which solves the entire process of creating a service in the prior art tedious question. In addition, the creation of the service is before the creation of the order, and the creation of the service is no longer affected by the creation of the order, which well realizes the decoupling of the service creation module and the order creation module; and the creation of the service is before the creation of the order. For the whole system, the creation of services can be completed faster, and the customer experience is good.

Corresponding to the foregoing system embodiment, on the basis of the method embodiment shown in FIG. 2 , the method may further include:

After the service creation module successfully creates the target service to be created, it sends a creation success notification to the order creation module;

Correspondingly, the steps of the above-mentioned order creation module judging whether to obtain the creation success information of the target service to be created may include:

The order creation module determines whether the creation success notification sent by the service creation module is received, and if so, determines to obtain the creation success information of the target service to be created.

That is, in the method embodiment shown in FIG. 2 above, the order creation method provided in this embodiment, as shown in FIG. 3 , includes the following steps S201-S204.

S201: The service creation module obtains a service creation request;

S202: The service creation module creates the target service to be created corresponding to the service creation request;

S203: After the service creation module successfully creates the target service to be created, it sends a creation success notification to the order creation module;

S204: The order creation module determines whether a creation success notification sent by the service creation module is received; if so, creates an order corresponding to the target service to be created.

In the solution provided by this embodiment, the target service to be created is created by the service creation module, so the service creation module can first know whether the target service to be created is successfully created, and after learning that the target service to be created is successfully created, can The order creation module is notified in a timely manner, so that the order creation module can create an order in a timely manner after the target service to be created is created.

Corresponding to the above-mentioned system embodiment, on the basis of the method embodiment shown in FIG. 2, before the step of determining whether the above-mentioned order creation module obtains the creation success information of the target service to be created, the above-mentioned method may further include:

The service creation module determines whether the target service to be created needs to be billed in a timely manner; if necessary, after successfully creating the target service to be created, it sends a creation success notification to the order creation module; if not, adds the identification information of the target service to be created to the preset queue to be billed;

Wherein, the above-mentioned order creation module is further configured to scan the queue to be billed every first preset duration; for each identification information recorded in the queue to be billed, query whether the service to be created corresponding to the identification information is successfully created ;

Correspondingly, the steps of the above-mentioned order creation module judging whether to obtain the creation success information of the target service to be created may include:

The order creation module determines whether any of the following two conditions are met, and if so, determines that the creation success information of the target service to be created is obtained:

The order creation module receives the creation success notification sent by the service creation module;

The order creation module finds that the target service to be created is successfully created.

That is, on the basis of the method embodiment shown in FIG. 2 above, the order creation method provided in this embodiment, as shown in FIG. 4 , includes the following steps S301-S304.

S301: The service creation module obtains a service creation request;

S302: The service creation module creates the target service to be created corresponding to the service creation request;

S303: The service creation module judges whether the target service to be created needs to be charged in time; if necessary, after the target service to be created is successfully created, it sends a creation success notification to the order creation module; if not, the identifier of the target service to be created is sent to the order creation module The information is added to the preset to-be-billed queue;

S304: The order creation module determines whether any one of the following two conditions is satisfied; if so, creates an order corresponding to the target service to be created:

The order creation module receives the creation success notification sent by the service creation module;

The order creation module finds that the target service to be created is successfully created.

Specifically, in practical applications, the above-mentioned service creation request may carry the charging method of the target service to be created;

In this case, the step of determining whether the target service to be created needs to be charged in time by the above-mentioned service creation module may include:

The service creation module determines whether the target service to be created needs to be charged in time based on the charging method carried in the service creation request.

Corresponding to the foregoing system embodiment, on the basis of the foregoing method embodiment shown in FIG. 4 , after the foregoing step of creating an order corresponding to the target service to be created, the foregoing method may further include:

The order creation module deletes the identification information of the target service to be created from the to-be-billed queue.

That is, based on the method embodiment shown in FIG. 4 above, the order creation method provided in this embodiment, as shown in FIG. 5 , includes the following steps S401-S405.

S401: The service creation module obtains a service creation request;

S402: The service creation module creates the target service to be created corresponding to the service creation request;

S403: The service creation module determines whether the target service to be created needs to be charged in time; if necessary, after the target service to be created is successfully created, it sends a creation success notification to the order creation module; if not, the identifier of the target service to be created is set The information is added to the preset to-be-billed queue;

S404: The order creation module determines whether any one of the following two conditions is satisfied; if so, creates an order corresponding to the target service to be created:

The order creation module receives the creation success notification sent by the service creation module;

The order creation module finds that the target service to be created is successfully created.

S405: After successfully creating the order corresponding to the target service to be created, the order creation module deletes the identification information of the target service to be created from the to-be-billed queue.

Corresponding to the above system embodiment, on the basis of any of the above method embodiments, after the step of adding the identification information of the target service to be created to the preset to-be-billed queue, the method may also include:

When determining that the target service to be created fails, the service creation module deletes the identification information of the target service to be created from the to-be-billed queue.

In addition, an embodiment of the present invention also provides an electronic device, as shown in FIG. 6 , including a processor 501, a communication interface 502, a memory 503, and a communication bus 504, wherein the processor 501, the communication interface 502, and the memory 503 communicate through The bus 504 completes the communication with each other,

a memory 503 for storing computer programs;

When the processor 501 is used to execute the program stored in the memory 503, the following steps are implemented:

The service creation module obtains the service creation request;

The service creation module creates the target service to be created corresponding to the service creation request;

The order creation module determines whether the creation success information of the target service to be created is obtained; if so, an order corresponding to the target service to be created is created.

For the specific implementation of each step of the method and related explanation contents, reference may be made to the method embodiments shown in FIGS. 2 to 5 above, which will not be repeated here.

The communication bus mentioned in the above electronic device may be a peripheral component interconnect standard (Peripheral Component Interconnect, PCI) bus or an Extended Industry Standard Architecture (Extended Industry Standard Architecture, EISA) bus or the like. The communication bus can be divided into an address bus, a data bus, a control bus, and the like. For ease of presentation, only one thick line is used in the figure, but it does not mean that there is only one bus or one type of bus.

The communication interface is used for communication between the above electronic device and other devices.

The memory may include random access memory (Random Access Memory, RAM), and may also include non-volatile memory (Non-Volatile Memory, NVM), such as at least one disk memory. Optionally, the memory may also be at least one storage device located away from the aforementioned processor.

The above-mentioned processor may be a general-purpose processor, including a central processing unit (Central Processing Unit, CPU), a network processor (Network Processor, NP), etc.; may also be a digital signal processor (Digital Signal Processing, DSP), an application-specific integrated circuit (Application Specific Integrated Circuit, ASIC), Field-Programmable Gate Array (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.

In yet another embodiment provided by the present invention, a computer-readable storage medium is also provided, where instructions are stored in the computer-readable storage medium, when the computer-readable storage medium is run on a computer, the computer is made to execute any one of the above-mentioned embodiments. The described order creation method.

It should be noted that, in this document, relational terms such as first and second are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any relationship between these entities or operations. any such actual relationship or sequence exists. Moreover, the terms "comprising", "comprising" or any other variation thereof are intended to encompass a non-exclusive inclusion such that a process, method, article or device that includes a list of elements includes not only those elements, but also includes not explicitly listed or other elements inherent to such a process, method, article or apparatus. Without further limitation, an element qualified by the phrase "comprising a..." does not preclude the presence of additional identical elements in a process, method, article or apparatus that includes the element.

Each embodiment in this specification is described in a related manner, and the same and similar parts between the various embodiments may be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the embodiments of the method, electronic device, and computer storage medium, since they are basically similar to the system embodiments, the description is relatively simple, and reference may be made to some descriptions of the system embodiments for related parts.

The above descriptions are only preferred embodiments of the present invention, and are not intended to limit the protection scope of the present invention. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention are included in the protection scope of the present invention.

Claims (11)

1. An order creation system, the system comprising:

the service creation module is used for obtaining a service creation request; creating a target service to be created corresponding to the service creation request;

the order creating module is used for judging whether creating success information of the target service to be created is obtained or not; if so, creating an order corresponding to the target service to be created;

the service creation module is also used for judging whether the target service to be created needs to be charged in time; if necessary, after the target service to be created is created successfully, a successful creation notification is sent to the order creation module; if not, adding the identification information of the target service to be created into a preset queue to be charged;

the order creating module is further used for scanning the queue to be charged at intervals of a first preset duration; for each identification information recorded in the queue to be charged, inquiring whether the service to be created corresponding to the identification information is successfully created;

correspondingly, the order creating module judges whether to obtain successful creation information of the target service to be created, specifically:

judging whether any one of the following two conditions is met, if so, judging to obtain the creation success information of the target service to be created:

the order creating module receives a creating success notification sent by the service creating module;

and the order creation module inquires that the target service to be created is successfully created.

2. The system according to claim 1, wherein the service creation request carries a charging mode of the target service to be created;

the service creation module judges whether the target service to be created needs to be charged in time, and specifically comprises the following steps:

and judging whether the target service to be created needs to be charged in time or not based on the charging mode.

3. The system according to claim 2, wherein the order creating module is further configured to, for each piece of identification information recorded in the queue to be billed, delete the identification information from the queue to be billed after creating an order for the service to be created corresponding to the identification information.

4. The system according to any one of claims 1 to 3, wherein the order creation module is further configured to monitor, for each identification information in the queue to be billed, whether a duration that the identification information is added to the queue to be billed exceeds a second preset duration, and if so, delete the identification information from the queue to be billed, where the second preset duration is longer than the first preset duration.

5. The system according to any one of claims 1 to 3,

the service creation module is further configured to delete the identification information of the target service to be created from the queue to be charged when it is determined that the target service to be created fails after the identification information of the target service to be created is added to the queue to be charged.

6. An order creation method applied to an order creation system including a service creation module and an order creation module, the method comprising:

the service creation module obtains a service creation request;

the service creating module creates a target service to be created corresponding to the service creating request;

the order creating module judges whether creating success information of the target service to be created is obtained or not; if so, creating an order corresponding to the target service to be created;

before the step of the order creation module determining whether to obtain successful creation information of the target service to be created, the method further includes:

the service creation module judges whether the target service to be created needs to be charged in time; if necessary, after the target service to be created is created successfully, a successful creation notification is sent to the order creation module; if not, adding the identification information of the target service to be created into a preset queue to be charged;

the order creating module is further used for scanning the queue to be charged at intervals of a first preset duration; for each identification information recorded in the queue to be charged, inquiring whether the service to be created corresponding to the identification information is successfully created;

correspondingly, the step of judging whether to obtain the successful creation information of the target service to be created by the order creation module includes:

the order creation module judges whether any one of the following two conditions is met, and if so, the order creation module judges that the creation success information of the target service to be created is obtained:

the order creating module receives a creating success notification sent by the service creating module;

and the order creation module inquires that the target service to be created is successfully created.

7. The method according to claim 6, wherein the service creation request carries a charging mode of the target service to be created;

the step of judging whether the target service to be created needs to be charged in time by the service creation module comprises the following steps:

and the service creation module judges whether the target service to be created needs to be charged in time or not based on the charging mode.

8. The method of claim 6, wherein after the step of creating the order corresponding to the target to-be-created service, the method further comprises:

and the order creating module deletes the identification information of the target service to be created from the queue to be charged.

9. The method according to any one of claims 6 to 8, wherein after the step of adding the identification information of the target service to be created to a preset queue to be charged, the method further comprises:

and the service creation module deletes the identification information of the target service to be created from the queue to be charged when determining that the target service to be created fails.

10. An electronic device is characterized by comprising a processor, a communication interface, a memory and a communication bus, wherein the processor and the communication interface are used for realizing mutual communication by the memory through the communication bus;

a memory for storing a computer program;

a processor for implementing the method steps of any of claims 6 to 9 when executing a program stored in the memory.

11. A computer-readable storage medium, characterized in that a computer program is stored in the computer-readable storage medium, which computer program, when being executed by a processor, carries out the method steps of any of the claims 6-9.

Images