A cloud service template design method based on object model and API model

Abstract

The present invention proposes a network cloud service template design method based on an object model and an API model, which belongs to the field of collaborative design and orchestration of network cloud resource models. The present invention first defines a resource model, maintains resource instance data, and forms a network cloud resource library. Secondly, it designs an object model, and then designs an atomic capability API model. Then, it designs a business process template and constructs a business process template. The present invention solves the problems of complex and time-consuming orchestration and activation of network cloud services on heterogeneous networks and heterogeneous clouds. Through a model-driven and process-driven network cloud service design and orchestration mechanism, it greatly shortens the time it takes to go online for network cloud services and improves the success rate of network cloud service orchestration and activation. The present invention has the characteristics of universality, flexibility, and efficiency, and can be used for the integrated design of network cloud service resource models.

Description

Technical Field

[0001] The present invention relates to the field of collaborative design and orchestration of network cloud resource models, and in particular to a network cloud service template design method based on an object model and an API model. Background Art

[0002] With the rapid development of network-cloud convergence, cloud-network convergence organically combines cloud computing and network technologies to build a new type of information infrastructure, achieving seamless integration and collaborative operation between the cloud and the network. This convergence enables unified management and optimized allocation of computing and network resources, improving resource utilization and application flexibility. Integrated network-cloud service design and orchestration enables full lifecycle management of "network + cloud" services based on the network-cloud infrastructure, including unified design, orchestration, provisioning, and adjustment. This enables dynamic cross-domain path splicing, cross-domain collaborative control, and automated service delivery tailored to service needs.

[0003] Existing cloud service orchestration and control methods usually adopt relatively fixed orchestration and control methods, which cannot effectively respond to the dynamically changing usage needs of cloud services. Some designed orchestration tool software is specific to a certain cloud service provider or network service provider, and cannot adapt to complex and heterogeneous cloud infrastructure environments such as machine-solid integration and network-cloud collaboration, making platform migration difficult. Summary of the Invention

[0004] In light of this, this paper proposes a cloud service template design method based on an object model and an API model. This method adopts a model design concept that decouples the resource layer, service layer, and business layer. This abstracts and generalizes the cloud service resource management and control process, enabling visual design of resources, services, business logic, and rules.

[0005] The technical solution adopted in the present invention is:

[0006] A method for designing a network cloud service template based on an object model and an API model includes the following steps:

[0007] S1: Create network resource models and cloud resource models, store them in the resource model library, obtain resource instance data through manual entry or system reporting, and store them in the resource instance library. The resource model library and resource instance library together constitute the network cloud resource library, thereby achieving unified management of heterogeneous network resources and heterogeneous cloud resources in the network cloud infrastructure;

[0008] S2: Design object models. Object models are divided into three categories: resource object model, service object model, and business object model. Object model design includes basic attribute design and capability model design. The designed object model is stored in the object model library.

[0009] S3: Design the atomic capability API model for resource objects, service objects, and business objects, including the design of the basic attributes and parameters of the atomic capability API model; store the designed atomic capability API model in the API model library;

[0010] S4: Design business process templates. Based on business scenarios such as service activation, service change, and service removal, design the relationships between various orchestration objects and object capabilities for network resources, cloud resources, network services, cloud services, and business platforms, and build business process templates. Store the designed business process templates in the process link configuration library.

[0011] S5: Publish the business process template to form an orchestration package, which serves as input for the network cloud business orchestration operation state.

[0012] Furthermore, in step S1, the basic attributes of the network resource model and the cloud resource model include: resource classification hierarchy code, Chinese name, English name, field name, data type, default value, and value range; resource instance data includes: resource instance global identification code, resource name, resource category, resource status, management domain, and management site.

[0013] Furthermore, in step S2, the resource object model is designed by selecting a resource model from a resource model library, and then performing basic attribute design and capability model design. The basic attribute design includes: object name, code, version, status, and object icon. The capability model design is classified into the original atomic capability API and the internal encapsulation atomic capability API of a resource object. The resource objects refer to network resource objects and cloud resource objects. Network resource objects include routers and switches, and cloud resource objects include physical machines, virtual machines, storage devices, virtual routers, and virtual switches.

[0014] The design method of the service object model is as follows: select a resource model from the resource model library, and then design the basic attributes and capability model. The basic attributes include: object name, code, event, version, status, object icon. The capability model design is classified into the original atomic capability API of a service object and the internal encapsulation atomic capability API and artificial nodes. The service object is assembled from resource objects.

[0015] The business object model is designed as follows: select a resource model from the resource model library, and then design the basic attributes and capability model. The basic attributes include: object name, code, event, version, status, and object icon. The capability model design is classified into the original atomic capability API and internal encapsulation atomic capability API of a certain business object and artificial nodes; business objects refer to various business platform systems.

[0016] Furthermore, in step S3, the basic attributes of the atomic capability API model include the object to which it belongs, the atomic capability identifier, the API description, the API name, the event type, the protocol type, the API icon, the current version, the enabled status, the authentication method, the belonging tag, the source system, the API category, the request method, and the capability URL. The parameters of the atomic capability API model include the parameter name, parameter type, default value, and value range of the input / output parameters.

[0017] Furthermore, the specific method of step S4 is:

[0018] Enter the basic information of the business process template, including template name, label, business type, business scenario, and template description, save the basic information, and store it in the template basic information database;

[0019] Set the process control start node of the process template, generate a node identifier, and store the node type and node identifier in the business process link information queue;

[0020] Select a specific object that participates in the business process, which can be a resource object, service object, or business object. Retrieve all atomic capability APIs supported by the object from the API model library based on the object ID. Select the required atomic capability API, generate a node ID, and store the node type, node ID, and associated atomic capability API in the business process link information queue.

[0021] When encountering branch processing or parallel processing, set the process control selection node, generate the node identifier, and store the node type and node identifier in the business process link information queue;

[0022] When all required process links are designed, set the process control end node of the process template, generate a node identifier, and store the node type and node identifier in the business process link information queue;

[0023] Save the business process link information queue to the process link configuration library to complete the network cloud business template.

[0024] The beneficial effects of the present invention are:

[0025] 1. This invention solves the problems of complex and time-consuming orchestration and activation of cloud services on heterogeneous networks and heterogeneous clouds. Through a model-driven and process-driven cloud service design and orchestration mechanism, it greatly shortens the time to launch cloud services and improves the success rate of cloud service orchestration and activation.

[0026] 2. The present invention adopts a general software framework structure and workflow engine technology to realize the integrated design of the network cloud business resource model, achieve the goal of separating the design state and the operation state of the network cloud business, and lay the foundation for promoting the rapid launch of model-driven network cloud services.

[0027] 3. The present invention has the characteristics of universal method, flexibility and efficiency, and is suitable for the integrated design of network cloud business resource models. BRIEF DESCRIPTION OF THE DRAWINGS

[0028] Figure 1 This is a schematic diagram of the implementation principle of a network cloud service template design method based on an object model and an API model in an embodiment of the present invention.

[0029] Figure 2 This is a schematic diagram of the design effect of the network cloud business process template. DETAILED DESCRIPTION

[0030] The present invention will be further described below with reference to the accompanying drawings and specific embodiments.

[0031] A network cloud service template design method based on object model and API model. First, unified management is implemented for heterogeneous network resources and heterogeneous cloud resources in the network cloud infrastructure, resource models are defined, resource instance data is maintained, and a network cloud resource library is formed. Second, object model design is performed to abstract and design three-layer objects of resources, services, and services. Then, atomic capability API model design is performed to abstract and model the management and control capabilities of resource objects, service objects, and business objects. Finally, after the object design and API model design are completed, business process template design is performed. For network cloud convergence services such as cloud dedicated line / cloud interconnection, the relationship between various orchestration objects and object capabilities such as network resources, cloud resources, network services, cloud services, and business platforms is designed based on business scenarios such as business activation, business change, and business dismantling, and a business process template is constructed.

[0032] Reference Figure 1 , the specific implementation of this method is as follows:

[0033] (1) Network cloud resource data preparation: unified management of heterogeneous network resources and heterogeneous cloud resources in the network cloud infrastructure is achieved through the network cloud resource management module. The specific methods are:

[0034] Create network resource models and cloud resource models. The basic attributes of the resource model include: resource classification hierarchy code, Chinese name, English name, field name, data type, default value, value range, etc., and store them in the resource model library in the network cloud resource library through data access services.

[0035] Resource instance data is obtained through manual entry or system reporting. Resource instance data includes: resource instance global identification code, resource name, resource category, resource status, management domain, management site, etc., and is stored in the resource instance library in the network cloud resource library through data access services.

[0036] The NetCloud Resource Library provides basic resource data for object model design, API model design, and business process template design.

[0037] (2) Object model design is performed through the object model design module. Object model design is divided into three categories: resource object model design, service object model design, and business object model design. Object model design includes basic attribute design and capability model design. After the object model design is completed, it is stored in the object model library in the network cloud business template library through the data access service. The specific design methods of each object model are as follows:

[0038] Resource object model design begins with selecting a resource model from the resource model library within the cloud resource repository. Then, basic attribute design and capability model design are performed. Basic attribute design includes object name, code, version, status, and object icon. Capability model design is categorized into the original atomic capability API and internal encapsulated atomic capability API for a resource object. Resource objects refer to network resource objects (routers, switches, etc.) and cloud resource objects (physical machines, virtual machines, storage devices, virtual routers, virtual switches, etc.).

[0039] To design a service object model, first select a resource model from the resource model library within the cloud resource library. Then, design basic attributes and capability models. Basic attributes include object name, code, event, version, status, and object icon. Capability model design is categorized into the service object's original atomic capability API, internal encapsulation atomic capability API, and artificial nodes. Service objects are assembled from resource objects and include: networking-based Layer 3 VPNs, Layer 2 point-to-multipoint VPNs, slices, and task subnets; link-based (channel-based) Ethernet links, transmission links, VXLAN tunnels, and VLAN channels; and functional-based service capabilities such as internet access, voice, and data.

[0040] Business object model design begins with selecting a resource model from the resource model library within the cloud resource library. Then, basic attribute design and capability model design are performed. Basic attributes include object name, code, event, version, status, and object icon. Capability model design is categorized into the business object's original atomic capability API, internal encapsulated atomic capability API, and artificial nodes. Business objects refer to various business platform systems, including machine-solid integrated management and control software, unified cloud management platform software, fixed network management software, mobile network management software, fixed cloud management software, and mobile cloud management software.

[0041] (3) API model design is performed through the atomic capability API model design module. The API model design realizes the design of atomic capability API models for resource objects, service objects, and business objects. The atomic capability API attribute design includes basic attribute design and parameter design. The basic attribute design of the API model includes the object (resource object / service object / business object), atomic capability identifier, API description, API name, event type, protocol type, API icon, current version, enablement status, authentication method, belonging tag, source system, API category (original API / internal encapsulation API), request method (REST method), and capability URL. The API model parameter design includes input parameter design and output parameter design. The input / output parameter attribute design includes: parameter name, parameter type, default value, value range, etc. After the API model design is completed, it is stored in the API model library in the network cloud business template library through the data access service.

[0042] (4) Design process templates through the business process template design module. Aiming at network-cloud converged services (cloud dedicated lines, cloud interconnection), design the relationship between various orchestration objects and object capabilities such as network resources, cloud resources, network services, cloud services, and business platforms based on business scenarios (business activation, business changes, business dismantling, etc.) to build process templates. This process adopts the following methods: Figure 2 The visualization method shown is implemented as follows:

[0043] Enter the basic information of the business process template, including template name, label, business type, business scenario, and template description, save the basic information, and store it in the template basic information database;

[0044] Set the process control start node of the process template, generate a node identifier, and store the node type and node identifier in the business process link information queue;

[0045] Select a specific object that participates in the business process. The object can be a resource object, a service object, or a business object. Retrieve all atomic capability APIs supported by the object from the API model library based on the object ID. Select the required atomic capability API, generate a node ID, and store the node type, node ID, and associated atomic capability API in the business process link information queue.

[0046] When encountering branch processing or parallel processing, set the process control selection node, generate the node identifier, and store the node type and node identifier in the business process link information queue.

[0047] When all required process links are designed, set the process control end node of the process template, generate a node identifier, and store the node type and node identifier in the business process link information queue;

[0048] After the process template design is completed, save the template and save the business process link information queue to the process link configuration library through the data access service.

[0049] (5) After the business process template design is completed, the business process template is published through the business process template design module. After publication, it means that the process template can be executed online and an orchestration package is formed, completing all the work of the network cloud business integration orchestration design state and providing model data for the network cloud business integration orchestration operation state.

[0050] In summary, the present invention adopts a model design concept of layered decoupling of resource layer, service layer, and business layer to abstract and generalize the network cloud business resource management process, and runs through the end-to-end design from business to network / cloud service to resources. It can realize the visual design of resources, services, business logic and rules. You only need to drag and drop nodes such as resources, services, atomic capabilities, create connections, etc. to draw them, and you can create a what-you-see-is-what-you-get design template.

Claims

1. A cloud service template design method based on object model and API model, characterized in that: The following steps are involved: S1: Create network resource models and cloud resource models, store them in the resource model library, obtain resource instance data through manual entry or system reporting, and store them in the resource instance library. The resource model library and resource instance library together constitute the network cloud resource library, thereby achieving unified management of heterogeneous network resources and heterogeneous cloud resources in the network cloud infrastructure; S2: Design object models. Object models are divided into three categories: resource object model, service object model, and business object model. Object model design includes basic attribute design and capability model design. The designed object model is stored in the object model library. The design method of resource object model, service object model and business object model is as follows: select resource model from resource model library, then design basic attributes and capability model; capability model design is classified into the original atomic capability API and internal encapsulation atomic capability API of a resource object; S3: Design the atomic capability API model for resource objects, service objects, and business objects, including the design of the basic attributes and parameters of the atomic capability API model; Store the designed atomic capability API model into the API model library; S4: Design business process templates. Based on business scenarios such as service provisioning, service change, and service removal, design the relationships between various orchestration objects and object capabilities for network resources, cloud resources, network services, cloud services, and business platforms, and build business process templates. Save the designed business process template into the process link configuration library; the specific method is: Enter the basic information of the business process template; Set the process control start node of the process template, generate a node identifier, and store the node type and node identifier in the business process link information queue; Select a specific object that participates in the business process, which can be a resource object, service object, or business object. Retrieve all atomic capability APIs supported by the object from the API model library based on the object ID. Select the required atomic capability API, generate a node ID, and store the node type, node ID, and associated atomic capability API in the business process link information queue. When encountering branch processing or parallel processing, set the process control selection node, generate the node identifier, and store the node type and node identifier in the business process link information queue; When all required process links are designed, set the process control end node of the process template, generate a node identifier, and store the node type and node identifier in the business process link information queue; Save the business process link information queue to the process link configuration library to complete the network cloud business template; S5: Publish the business process template to form an orchestration package, which serves as input for the network cloud business orchestration operation state.

2. A cloud service template design method based on an object model and an API model according to claim 1, characterized in that: In step S1, the basic attributes of the network resource model and the cloud resource model include: resource classification hierarchy code, Chinese name, English name, field name, data type, default value, and value range; resource instance data includes: resource instance global identification code, resource name, resource category, resource status, management domain, and management site.

3. A cloud service template design method based on object model and API model according to claim 1, characterized in that: In step S2, the basic attributes of the resource object model include: object name, code, version, status, and object icon; resource objects refer to network resource objects and cloud resource objects. Network resource objects include routers and switches, and cloud resource objects include physical machines, virtual machines, storage devices, virtual routers, and virtual switches. The basic attributes of the service object model and business object model include: object name, code, event, version, status, and object icon; service objects are assembled from resource objects, and business objects refer to various business platform systems.

4. A cloud service template design method based on an object model and an API model according to claim 1, characterized in that: In step S3, the basic attributes of the atomic capability API model include the object to which it belongs, the atomic capability identifier, the API description, the API name, the event type, the protocol type, the API icon, the current version, the enabled status, the authentication method, the belonging tag, the source system, the API category, the request method, and the capability URL. The parameters of the atomic capability API model include the parameter name, parameter type, default value, and value range of the input / output parameters.

5. A cloud service template design method based on object model and API model according to claim 1, characterized in that: In step S4, basic information of the business process template is entered, including template name, label, business type, business scenario, and template description, and the basic information is saved and stored in the template basic information library.

Images