Workflow engine-based cloud network service dynamic loading system and method

Abstract

The embodiments of the present invention relate to the technical field of cloud network services and specifically disclose a workflow engine-based cloud network service dynamic loading system and method. The method in the embodiments of the present invention comprises: defining a service workflow and storing same into an orchestration package, analyzing and converting same into BPMN 2.0 compatible with Camunda, and creating a workflow definition file; analyzing, storing and deploying the workflow definition file into a Camunda engine; when the service workflow needs to be executed, invoking an API to activate and start a workflow instance; allocating a task to the workflow instance and executing same; and, on the basis of the Camunda workflow engine, according to a service requirement of the API, dynamically deciding a branch path for executing the workflow. On the basis of the dynamic loading of Camunda workflow engines, the present invention can achieve high flexibility, configurability and scalability of cloud network service workflows, thereby enabling the cloud network service workflows to quickly adapt to constantly changing service environments and ensuring the compliance and security of the workflows.

Description

Cloud network business dynamic loading system and method based on process engine Technical Field

[0001] The present invention belongs to the technical field of cloud network services, and in particular relates to a cloud network service dynamic loading system and method based on a process engine. Background Art

[0002] Currently, the cloud network resource and data sharing platform serves as the data foundation of the cloud network operation system. While providing cloud network data storage and exchange capabilities, it is also responsible for the encapsulation of resource service capabilities and the management of the entire service life cycle, thereby realizing resource data maintenance and application, and supporting the application of end-to-end cloud network resources.

[0003] Driven by the current digital transformation strategy, existing technologies have the following problems: slow loading, low coordination and cooperation efficiency, and a high proportion of non-automated manual links in terms of products, services, and network capabilities. When supporting different cloud network services, capabilities are scattered and have barriers, making them impossible to associate and reuse, which reduces the allocation and application efficiency of cloud network resources.

[0004] Summary of the Invention

[0005] The purpose of the embodiments of the present invention is to provide a cloud network business dynamic loading system and method based on a process engine, aiming to solve the problems raised in the background technology.

[0006] To achieve the above objectives, the embodiments of the present invention provide the following technical solutions:

[0007] A cloud network business dynamic loading method based on a process engine, the method specifically includes the following steps:

[0008] Define and store the business process in an orchestration package, parse and convert it into Camunda-compatible BPMN2.0, and create a process definition file;

[0009] Parse, store and deploy the process definition file into the Camunda engine;

[0010] When a business process needs to be executed, the process instance is activated and started by calling the API;

[0011] Allocating and executing tasks for the process instance;

[0012] Based on the Camunda process engine, the branch direction of the execution process is dynamically decided according to the business needs of the API.

[0013] As a further limitation of the technical solution of the embodiment of the present invention, the business process definition and storage in the orchestration package, parsing and converting it into BPMN2.0 compatible with Camunda, and creating a process definition file specifically include the following steps:

[0014] Define and store business processes in orchestration packages using the business process modeling language XPDL;

[0015] Parse and convert to obtain Camunda-compatible BPMN2.0 and create a process definition file.

[0016] As a further limitation of the technical solution of the embodiment of the present invention, the parsing, storing and deploying the process definition file to the Camunda engine specifically includes the following steps:

[0017] Parsing and storing the process definition file;

[0018] After parsing and storing, it is deployed to the Camunda engine;

[0019] The deployment is successful, and the process definition is instantiated into the Camunda database preset in PostgreSQL.

[0020] As a further limitation of the technical solution of the embodiment of the present invention, when a business process needs to be executed, the process instance is activated and started by calling the API. The process instance represents a specific process execution, including the current state and data in the process.

[0021] As a further limitation of the technical solution of the embodiment of the present invention, in the task allocation and execution of the process instance, each task has a specific executor, and the executor can view and complete the assigned tasks.

[0022] As a further limitation of the technical solution of the embodiment of the present invention, the Camunda process engine is used to dynamically determine the branch direction of the execution process according to the business requirements of the API, specifically including the following steps:

[0023] Parse and import the orchestration packages required for cloud network services;

[0024] Query and load the specified orchestration package through the pre-defined common API;

[0025] Select the specified process definition, start the process instance, and perform task allocation and execution;

[0026] Carry out segment tasks;

[0027] Adjust configuration parameters in real time according to business changes;

[0028] Conduct process monitoring and auditing.

[0029] As a further limitation of the technical solution of the embodiment of the present invention, the orchestration package required for the cloud network business is parsed and imported, including an object / API definition implementation module, a rule module, an object / object scenario schema module, an object hierarchy Topology module, a Swagger module, a process definition module and other modules.

[0030] As a further limitation of the technical solution of the embodiment of the present invention, the link task includes parsing and mapping the parameters of the parent link and the child link, obtaining the southbound API address, synchronous and asynchronous processing, and link exception processing, and finally returning the interface parameter results.

[0031] As a further limitation of the technical solution of the embodiment of the present invention, in the process monitoring and auditing, the process execution status is monitored in real time, and the execution history is recorded, including the status of the process instance, active tasks and process variables.

[0032] A cloud network business dynamic loading system based on a process engine includes a process definition creation unit, a process deployment unit, a process instance activation unit, a task allocation execution unit, and a process execution unit, wherein:

[0033] Create a process definition unit to define and store the business process in an orchestration package, parse and convert it into Camunda-compatible BPMN2.0, and create a process definition file;

[0034] Deployment process unit, used to parse, store and deploy the process definition file into the Camunda engine;

[0035] The process instance activation unit is used to activate and start the process instance by calling the API when the business process needs to be executed;

[0036] A task allocation and execution unit, configured to allocate and execute tasks for the process instance;

[0037] The process execution unit is used to dynamically decide the branch direction of the execution process based on the business needs of the API based on the Camunda process engine.

[0038] Compared with the prior art, the present invention has the following beneficial effects:

[0039] The embodiment of the present invention defines and stores the business process in an orchestration package, parses and converts it into Camunda-compatible BPMN2.0, and creates a process definition file. The process definition file is parsed, stored, and deployed to the Camunda engine. When the business process needs to be executed, the process instance is activated and started by calling an API. Tasks are assigned and executed for the process instance. Based on the Camunda process engine, the branch direction of the execution process is dynamically determined according to the business requirements of the API. Based on the dynamic loading of the Camunda process engine, the cloud network business process can be highly flexible, configurable, and scalable, enabling it to quickly adapt to the ever-changing business environment while ensuring the compliance and security of the process. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are only some embodiments of the present invention.

[0041] FIG1 shows a flow chart of a method provided by an embodiment of the present invention.

[0042] FIG2 shows an application architecture diagram of a system provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0043] In order to make the purpose, technical solutions and advantages of the present invention more clearly understood, the present invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention and are not intended to limit the present invention.

[0044] It is understandable that, driven by the current digital transformation strategy, existing technologies have the following problems: slow loading, low coordination and cooperation efficiency, and a high proportion of non-automated manual links in terms of products, services, and network capabilities. When supporting different cloud network services, capabilities are scattered and have barriers, making them impossible to associate and reuse, which reduces the allocation and application efficiency of cloud network resources.

[0045] To solve the above problems, the embodiment of the present invention defines and stores the business process in an orchestration package, parses and converts it into Camunda-compatible BPMN2.0, and creates a process definition file; parses, stores, and deploys the process definition file to the Camunda engine; activates and starts the process instance by calling an API when the business process needs to be executed; assigns and executes tasks for the process instance; and dynamically decides the branch direction of the execution process based on the business needs of the API based on the Camunda process engine. Based on the dynamic loading of the Camunda process engine, the cloud network business process can be highly flexible, configurable, and scalable, enabling it to quickly adapt to the ever-changing business environment while ensuring the compliance and security of the process.

[0046] FIG1 shows a flow chart of a method provided by an embodiment of the present invention.

[0047] Specifically, a method for dynamically loading cloud network services based on a process engine includes the following steps:

[0048] Step S101: define and store the business process in an orchestration package, parse and convert it into Camunda-compatible BPMN2.0, and create a process definition file.

[0049] In an embodiment of the present invention, the business process is defined and stored in an orchestration package using the business process modeling language XPDL, which is parsed and converted to obtain Camunda-compatible BPMN2.0, which is used to describe elements such as tasks, gateways, events, etc. in the process, and then create a process definition file.

[0050] Step S102: Parse, store and deploy the process definition file into the Camunda engine.

[0051] In an embodiment of the present invention, the process definition file is parsed and stored, and after parsing and storing, it is deployed to the Camunda engine. After successful deployment, the process definition is instantiated into the Camunda database preset in PostgreSQL.

[0052] Step S103: When the business process needs to be executed, the process instance is activated and started by calling the API.

[0053] In an embodiment of the present invention, when a business process needs to be executed, a process instance can be activated and started by calling an API, wherein the process instance represents a specific process execution, including the current state and data in the process.

[0054] Step S104: assign and execute tasks to the process instance.

[0055] In the embodiment of the present invention, the process instance is assigned and executed, each task has a specific executor, and the executor can view and complete the assigned tasks.

[0056] Step S105: Based on the Camunda process engine, dynamically decide the branch direction of the execution process according to the business requirements of the API.

[0057] In the embodiment of the present invention, the Camunda engine dynamically decides the branch direction of the execution process based on the business requirements in the API request and the routing application policy rules in the process, including gateways (exclusive gateways, parallel gateways, and inclusive gateways), automatic tasks, event triggering, etc. Specifically:

[0058] Parse and import the orchestration packages required for cloud network services, including object / API definition implementation modules, rule modules, object / object scenario schema modules, object hierarchy topology modules, Swagger modules, process definition modules, and other modules.

[0059] Through a pre-defined common API, upon receiving a northbound request, the specified orchestration package, including process definition information, is queried and loaded.

[0060] Select the specified process definition according to business needs, start the process instance, assign and execute tasks, and dynamically decide to execute all remaining processes based on the routing application policy rules in the process;

[0061] Perform link tasks, including parsing and mapping parameters of parent and child links, obtaining southbound API addresses, synchronous and asynchronous processing, link exception handling, etc., and finally return interface parameter results;

[0062] Adjust configuration parameters in real time based on business changes to meet cloud network business needs in different scenarios;

[0063] Provides real-time monitoring of process execution status and recording of execution history, including process instance status, active tasks, process variables, etc., to achieve process auditing and performance analysis.

[0064] Furthermore, FIG2 shows an application architecture diagram of the system provided by an embodiment of the present invention.

[0065] Among them, in another preferred embodiment provided by the present invention, the cloud network business dynamic loading system based on the process engine includes:

[0066] The process definition creation unit 101 is used to define and store the business process in an orchestration package, parse and convert it into BPMN2.0 compatible with Camunda, and create a process definition file.

[0067] In an embodiment of the present invention, the process definition creation unit 101 defines and stores the business process in the orchestration package through the business process modeling language XPDL, parses and converts it, and obtains Camunda-compatible BPMN2.0, which is used to describe elements such as tasks, gateways, events, etc. in the process, and then creates a process definition file.

[0068] The deployment process unit 102 is used to parse, store and deploy the process definition file into the Camunda engine.

[0069] In the embodiment of the present invention, the deployment process unit 102 parses and stores the process definition file, and after parsing and storing, deploys it to the Camunda engine. After successful deployment, the process definition is instantiated into the Camunda database preset in PostgreSQL.

[0070] The process instance activation unit 103 is used to activate and start the process instance by calling the API when a business process needs to be executed.

[0071] In the embodiment of the present invention, when a business process needs to be executed, the process instance activation unit 103 activates and starts a process instance by calling an API, wherein the process instance represents a specific process execution, including the current state and data in the process.

[0072] The task allocation and execution unit 104 is used to allocate and execute tasks for the process instance.

[0073] In the embodiment of the present invention, the task allocation and execution unit 104 allocates and executes tasks for the process instance. Each task has a specific executor, and the executor can view and complete the assigned tasks.

[0074] The process execution unit 105 is used to dynamically decide the branch direction of the execution process based on the Camunda process engine and the business requirements of the API.

[0075] In the embodiment of the present invention, the process execution unit 105 is based on the Camunda process engine. According to the business requirements in the API request, the routing application policy rules in the process dynamically decide the branch direction of the execution process, including gateways (exclusive gateways, parallel gateways, and inclusive gateways), automatic tasks, event triggering, etc. Specifically:

[0076] Parse and import the orchestration packages required for cloud network services, including object / API definition implementation modules, rule modules, object / object scenario schema modules, object hierarchy topology modules, Swagger modules, process definition modules, and other modules.

[0077] Through a pre-defined common API, upon receiving a northbound request, the specified orchestration package, including process definition information, is queried and loaded.

[0078] Select the specified process definition according to business needs, start the process instance, assign and execute tasks, and dynamically decide to execute all remaining processes based on the routing application policy rules in the process;

[0079] Perform link tasks, including parsing and mapping parameters of parent and child links, obtaining southbound API addresses, synchronous and asynchronous processing, link exception handling, etc., and finally return interface parameter results;

[0080] Adjust configuration parameters in real time based on business changes to meet cloud network business needs in different scenarios;

[0081] Provides real-time monitoring of process execution status and recording of execution history, including process instance status, active tasks, process variables, etc., to achieve process auditing and performance analysis.

[0082] It should be understood that, although the various steps in the flow chart of each embodiment of the present invention are shown in sequence according to the indication of the arrows, these steps are not necessarily performed in sequence according to the order indicated by the arrows. Unless otherwise specified herein, the execution of these steps is not strictly limited in order, and these steps can be performed in other orders. Moreover, at least a portion of the steps in each embodiment may include a plurality of sub-steps or a plurality of stages, and these sub-steps or stages are not necessarily performed at the same time, but can be performed at different times, and the execution order of these sub-steps or stages is not necessarily performed in sequence, but can be performed in turn or alternately with at least a portion of other steps or sub-steps or stages of other steps.

[0083] Those skilled in the art will appreciate that all or part of the processes in the above-mentioned embodiments can be implemented by instructing the relevant hardware through a computer program. The program can be stored in a non-volatile computer-readable storage medium. When the program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to memory, storage, database or other media used in the embodiments provided in this application can include non-volatile and / or volatile memory. Non-volatile memory can include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM) or flash memory. Volatile memory can include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in various forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link (Synchlink) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).

[0084] The technical features of the above-mentioned embodiments can be combined arbitrarily. In order to make the description concise, not all possible combinations of the technical features in the above-mentioned embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0085] The above-described embodiments merely illustrate several implementations of the present invention, and while their descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the present invention. It should be noted that a person skilled in the art would be able to make numerous variations and improvements without departing from the spirit of the present invention, all of which fall within the scope of protection of the present invention. Therefore, the scope of protection of the present invention shall be determined by the appended claims.

[0086] The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present invention should be included in the scope of protection of the present invention.

Claims

1. A cloud network business dynamic loading method based on a process engine, characterized in that: The method specifically comprises the following steps: Define and store the business process in the orchestration package, parse and convert it into Camunda-compatible BPMN2.0, and create a process definition file; Parse, store and deploy the process definition file into the Camunda engine; When a business process needs to be executed, the process instance is activated and started by calling the API; Allocating and executing tasks for the process instance; Based on the Camunda process engine, the branch direction of the execution process is dynamically decided according to the business needs of the API.

2. The method for dynamically loading cloud network services based on a process engine according to claim 1 is characterized in that: The business process definition is stored in the orchestration package, parsed and converted into BPMN2.0 compatible with Camunda, and the process definition file is created, specifically including the following steps: Define and store business processes in orchestration packages using the business process modeling language XPDL; Parse and convert to obtain Camunda-compatible BPMN2.0 and create a process definition file.

3. The method for dynamically loading cloud network services based on a process engine according to claim 1 is characterized in that: The process of parsing, storing and deploying the process definition file to the Camunda engine specifically includes the following steps: Parsing and storing the process definition file; After parsing and storing, deploy it to the Camunda engine; The deployment is successful, and the process definition is instantiated into the Camunda database preset by PostgreSQL.

4. The method for dynamically loading cloud network services based on a process engine according to claim 1 is characterized in that: When a business process needs to be executed, the process instance is activated and started by calling an API. The process instance represents a specific process execution, including the current state and data in the process.

5. The method for dynamically loading cloud network services based on a process engine according to claim 1 is characterized in that: In the task allocation and execution of the process instance, each task has a specific executor, and the executor can view and complete the assigned tasks.

6. The method for dynamically loading cloud network services based on a process engine according to claim 1 is characterized in that: Based on the Camunda process engine, according to the business requirements of the API, the branch direction of the dynamic decision execution process specifically includes the following steps: Parse and import the orchestration packages required for cloud network services; Query and load the specified orchestration package through the pre-defined common API; Select the specified process definition, start the process instance, and perform task allocation and execution; Carry out segment tasks; Adjust configuration parameters in real time according to business changes; Conduct process monitoring and auditing.

7. The method for dynamically loading cloud network services based on a process engine according to claim 6 is characterized in that: The orchestration package required for the cloud network business is parsed and imported, including object / API definition implementation module, rule module, object / object scenario schema module, object hierarchy Topology module, Swagger module, process definition module and other modules.

8. The method for dynamically loading cloud network services based on a process engine according to claim 6 is characterized in that: The task of the link includes parsing and mapping the parameters of the parent link and the child link, obtaining the southbound API address, synchronous and asynchronous processing, and link exception processing, and finally returning the interface parameter results.

9. The method for dynamically loading cloud network services based on a process engine according to claim 6, characterized in that: During the process monitoring and auditing, the process execution status is monitored in real time, and the execution history is recorded, including the status of the process instance, active tasks and process variables.

10. The cloud network business dynamic loading system based on the process engine is characterized by: The system includes a process definition creation unit, a process deployment unit, a process instance activation unit, a task allocation execution unit and a process execution unit, wherein: Create a process definition unit to define and store the business process in the orchestration package, parse and convert it into Camunda-compatible BPMN2.0, and create a process definition file; A deployment process unit is used to parse, store and deploy the process definition file into the Camunda engine; The process instance activation unit is used to activate and start the process instance by calling the API when the business process needs to be executed; A task allocation and execution unit, used for allocating and executing tasks on the process instance; The process execution unit is used to dynamically decide the branch direction of the execution process based on the Camunda process engine and the business needs of the API.

Images