Resource configuration multi-point arrangement loading system and method and storage medium

Abstract

The invention discloses a system and a method for multipoint arrangement and loading of resource allocation and a storage medium, the automatic configuration and loading capability of establishing a resource line is enabled through key actions such as arrangement package loading, resource allocation RES assembly design, business component intensive and the like, the product service design landing is matched, the system has the resource internal flow and slight design capability, and the system and the method have the advantages that the system and the method are easy to implement. And rapid and efficient resource configuration is realized.

Description

Technical Field

[0001] The present invention belongs to the technical field of information management, and relates to a system, method and storage medium for multi-point orchestration loading of resource configuration. Background Art

[0002] The existing resource configuration process mainly uses hard coding in the processes of acquiring, resource configuration, assembly, scheduling, and receipt, that is, a set of corresponding interfaces is required for each requirement, and there are many resource configuration rules in the process, lacking top-level design and unified normative constraints. This leads to poor flexibility, slow resource configuration loading, and insufficient resource configuration service design capabilities in the process of resource configuration. Therefore, in view of the above-mentioned defects in the existing resource configuration process, the present invention discloses a system, method, and storage medium for multi-point orchestration loading of resource configuration. Summary of the invention

[0003] The purpose of the present invention is to provide a system, method and storage medium for multi-point orchestration loading of resource configuration, which enables the establishment of automatic configuration and loading capabilities of resource lines through key actions such as orchestration package loading, resource configuration RES assembly design, and business component concentration, cooperates with product service design and implementation, and has the ability to design resource internal processes and strategies to achieve fast and efficient resource configuration.

[0004] The present invention is achieved through the following technical solutions: A system for multi-point orchestration and loading of resource configuration, comprising: API implementation association module, resource configuration API implementation design module, resource configuration API loading module, the resource configuration API implementation design module is used to receive the orchestration package, and design the API in the orchestration package based on resource configuration RES assembly and business component concentration; the API implementation association module is used to associate the resource configuration API requirements in the orchestration package with the API services already available in the resource center during the API design process; the resource configuration API loading module encapsulates the designed process into a configuration package for multi-point loading.

[0005] In order to better implement the present invention, further, the resource configuration API implementation design module includes a process design module. The process design module defines the RFS-API in the orchestration package as a process in the design state, and defines the RES-API link in the defined process to obtain the process design result. The process design module loads the process design result through the process engine in the running state to realize process scheduling.

[0006] In order to better implement the present invention, further, the resource configuration API implementation design module includes a parameter transfer design module, and the parameter transfer design module is used to configure the value mapping relationship between the RFS-API parameters and the startup parameters of the process, so as to realize the automatic startup loading process design result in the running state.

[0007] In order to better implement the present invention, further, the resource configuration API implementation design module includes a rule association design module, and the rule association design module is used to configure rules for the RES-API link in the form of program entry or resource path access entry during the process of defining the RES-API link.

[0008] In order to better implement the present invention, further, the resource configuration API implementation design module includes a data acquisition design module, and the data acquisition design module establishes a unified API parameter list based on the parameter source required by the API service, and performs parameter configuration in the API parameter list.

[0009] In order to better implement the present invention, further, the resource configuration API implementation design module includes a return parameter mapping design module, and the return parameter mapping design module is used to establish an associated mapping relationship with parameter values, parameter value paths, and parameter value logic during the API service configuration process.

[0010] In order to better implement the present invention, further, the resource configuration API implementation design module includes a rollback design module, and the rollback design module is used to provide a reverse API associated with the RFS-API and RES-API mappings, and implement data rollback through the reverse API.

[0011] In order to better implement the present invention, further, the resource configuration API loading module encapsulates the process designed by the resource configuration API implementation design module to obtain a configuration package, and distributes the configuration package to multiple points.

[0012] A method for multi-point orchestration loading of resource configuration includes the following steps: The following steps are involved: Step 1: The service design center sends the orchestration package to the resource center. The resource center receives the orchestration package and parses the data in the orchestration package to obtain the resource configuration API requirements. Step 2: The resource configuration API implementation design module designs the process, parameter value mapping relationship, association rule configuration, parameter data acquisition action, parameter return, and data rollback related to the resource configuration API requirements in the orchestration package, and encapsulates the design results into a configuration package; and in the design process, the resource configuration API requirements in the configuration package are associated with the API services already available in the resource center through the API implementation association module; Step 3: If the API that the resource configuration API loading module already has meets the resource configuration API requirements, go to step 4; if the API that the resource configuration loader already has does not meet the resource configuration API requirements, redesign and define the API in the resource configuration API implementation design module until the resource configuration API requirements and the API service that the resource configuration loader already has can be adaptively associated; Step 4: Distribute the configuration package to multiple resource systems. The resource system parses the configuration package to create a resource configuration process and calls the configuration engine according to the resource configuration process. Step 5: The configuration engine receives the request for the resource configuration process, loads parameters related to the resource configuration process and business data related to the resource configuration process, and completes the resource configuration.

[0013] A storage medium for resource configuration multi-point orchestration loading, wherein an execution program is stored in the storage medium, and when the execution program is executed, resource configuration is performed according to the method for resource configuration multi-point orchestration loading according to claim 9.

[0014] Compared with the prior art, the present invention has the following advantages and beneficial effects: (1) The present invention can break up the rules and encapsulate them separately, and associate the encapsulated rules with the process and the RES-API link defined in the process design, which can reduce hard coding. When modifying the rules, only one section of the rules needs to be modified instead of the entire set of rule codes, thereby improving the efficiency of resource allocation; (2) Compared with the existing problem that one product corresponds to a set of business data acquisition and return logic, which cannot achieve true reuse, the present invention can set the parameters of the resource configuration atomic API through parameter transmission design, data acquisition design, and return parameter design. Then different products call these APIs that have been set during the process design process to achieve true rapid reuse and realize the effect of rapid resource configuration. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] Figure 1 A flow chart of a method for configuring multi-point orchestration loading for resources; Figure 2 System diagram for configuring multi-point orchestration loading for resources. DETAILED DESCRIPTION

[0016] The following detailed descriptions are all illustrative and are intended to provide further explanation of the present invention. Unless otherwise specified, all technical and scientific terms used in the present invention have the same meanings as those commonly understood by those skilled in the art to which the present invention belongs.

[0017] It should be noted that the terms used herein are only for describing specific embodiments and are not intended to limit exemplary embodiments according to the present invention. As used herein, unless the present invention explicitly states otherwise, singular forms are also intended to include plural forms. In addition, it should be understood that when the terms "comprising" and / or "including" are used in this specification, it indicates the presence of features, steps, operations, devices, components and / or combinations thereof.

[0018] For the convenience of description, if the words "up", "down", "left" and "right" appear in the present invention, they only indicate that they are consistent with the up, down, left and right directions of the drawings themselves, and do not limit the structure. They are only for the convenience of describing the present invention and simplifying the description, rather than indicating or implying that the referred device or element must have a specific orientation, be constructed and operated in a specific orientation. Therefore, it cannot be understood as a limitation on the present invention.

[0019] Terminology explanation section: The terms "install", "connect", "connect", "fixed" and the like in the present invention should be understood in a broad sense. For example, it can be a fixed connection, a detachable connection, or an integrated connection; it can be a mechanical connection or an electrical connection; it can be a direct connection or an indirect connection through an intermediate medium; it can be an internal connection between two elements, or an interaction relationship between two elements. For ordinary technicians in this field, the specific meanings of the above terms in the present invention can be understood according to the specific circumstances.

[0020] Embodiment 1: A resource configuration multi-point orchestration loading system of this embodiment, such as Figure 2 As shown, including: API implementation association module, resource configuration API implementation design module, resource configuration API loading module, the resource configuration API implementation design module is used to receive the orchestration package, and design the API in the orchestration package based on resource configuration RES assembly and business component concentration; the API implementation association module is used to associate the resource configuration API requirements in the orchestration package with the API services already available in the resource center during the API design process; the resource configuration API loading module encapsulates the designed process into a configuration package for multi-point loading.

[0021] The resource configuration API implementation design module enables the establishment of automatic configuration and loading capabilities for resource lines based on key actions such as resource configuration RES assembly and intensive design of business components. It cooperates with the implementation of product and service design, has the ability to design internal resource processes / strategies, and achieves the goal of rapid resource configuration by loading multiple points through the distribution of configuration packages.

[0022] The resource configuration API loading module encapsulates the process designed by the resource configuration API implementation design module to obtain a configuration package, and distributes the configuration package to multiple points. It also includes a resource system and a configuration engine. The resource system receives and parses the configuration package, creates a resource configuration process through the parsed message, and starts the configuration engine to perform resource configuration according to the resource configuration process.

[0023] Embodiment 2: A system for multi-point orchestration and loading of resource configuration, wherein the resource configuration API implementation design module includes a process design module, a parameter transfer design module, a rule association design module, a data acquisition design module, a return parameter mapping design module, and a rollback design module.

[0024] The process design module defines the RFS-API in the orchestration package as a process in the design state, and defines the RES-API link in the defined process to obtain the process design result. The process design module loads the process design result through the process engine in the running state to realize process scheduling. In the process of defining RFS-API as a process, in addition to introducing the definition of the RES-API link, you can also define regular links other than the RES-API link in the RFS-API process, such as defining the approval link and the archiving link. The process design results are loaded in the running state for process scheduling, in which the RES-API link can be scheduled and orchestrated through the corresponding resources, and can also be undertaken by the orchestration system.

[0025] The parameter transfer design module is used to configure the value mapping relationship between the RFS-API parameters and the startup parameters of the process, so as to realize the automatic startup loading process design result in the running state.

[0026] The rule association design module is used to configure rules for the RES-API link in the form of program entry or resource path access entry during the process of defining the RES-API link. The rule association design module includes an automatic configuration submodule and a manual configuration submodule.

[0027] The automatic configuration submodule combines the configuration rules with the definition of the RES-API link in the form of program entry based on hardware coding, and encapsulates the program access entry to the external stop and the corresponding input and output parameters.

[0028] For example, the access form of the external interface is: / ra / api / auto / res / vlan / do; For example, the Java class path concatenation format: com.ct.resource.config.VLANConfigService#configure; The manual configuration submodule configures rules for the RES-API link in the form of resource path access entry, for example: appname / resource / manual / config / vlan-config.view.

[0029] The rule association design module also configures time control rules for the RES-API link and the regular links outside the RES-API link, and encapsulates the time limit rules through the pre-defined process or the time limit calculation method of the RES-API link. For example, the reminder time limit control rule - a reminder is issued when it exceeds 5 minutes, the alarm time limit control rule - an alarm is issued when it exceeds 10 minutes, and the timeout time limit control rule - a timeout is determined when it exceeds 15 minutes. When the corresponding time limit rule is reached, the corresponding information is encapsulated and sent to the relevant equipment and personnel.

[0030] The data acquisition design module establishes a unified API parameter list based on the parameter sources required by the API service, and configures parameters in the API parameter list. The data acquisition source of the API parameter list supports API input objects, such as header information, body information, etc. The data acquisition source of the API parameter list supports PSR objects, such as product information, CFS data, etc.

[0031] The return parameter mapping design module is used to establish the association mapping relationship between parameter values, parameter value paths, and parameter value logic in the API service configuration process, provide API binding capabilities corresponding to the association mapping relationship of return parameters, and provide API value path association for nodes.

[0032] The rollback design module is used to provide a reverse API associated with the RFS-API and RES-API mappings, and implement data rollback through the reverse API. For example, during the reverse operation of stopping, canceling, and returning orders, the associated reverse API is called and executed in the reverse order of the current process to complete the data rollback operation.

[0033] The other parts of this embodiment are the same as those of Embodiment 1, and thus will not be described in detail.

[0034] Embodiment 3: A method for arranging and loading multiple resource configurations, such as Figure 1 As shown, the following steps are included: Step 1: The service design center sends the orchestration package to the resource center. The resource center receives the orchestration package and parses the data in the orchestration package to obtain the resource configuration API requirements. Step 2: The resource configuration API implementation design module designs the process, parameter value mapping relationship, association rule configuration, parameter data acquisition action, parameter return, and data rollback related to the resource configuration API requirements in the orchestration package, and encapsulates the design results into a configuration package; and in the design process, the resource configuration API requirements in the configuration package are associated with the API services already available in the resource center through the API implementation association module; Step 3: If the API that the resource configuration API loading module already has meets the resource configuration API requirements, go to step 4; if the API that the resource configuration loader already has does not meet the resource configuration API requirements, redesign and define the API in the resource configuration API implementation design module until the resource configuration API requirements and the API service that the resource configuration loader already has can be adaptively associated; Step 4: Distribute the configuration package to multiple resource systems. The resource system parses the configuration package to create a resource configuration process and calls the configuration engine according to the resource configuration process. Step 5: The configuration engine receives the request for the resource configuration process, loads parameters related to the resource configuration process and business data related to the resource configuration process, and completes the resource configuration.

[0035] The other parts of this embodiment are the same as those of Embodiment 1 or 2, and thus will not be described in detail.

[0036] Embodiment 4: A storage medium for resource configuration multi-point orchestration loading, wherein an execution program is stored in the storage medium, and when the execution program is executed, resource configuration is performed according to a method for resource configuration multi-point orchestration loading.

[0037] The other parts of this embodiment are the same as any one of Embodiments 1-3, so they are not described again.

[0038] The above are only preferred embodiments of the present invention and are not intended to limit the present invention in any form. Any simple modifications or equivalent changes made to the above embodiments based on the technical essence of the present invention fall within the protection scope of the present invention.

Claims

1. A system for resource configuration multi-point orchestration loading, characterized in that: include: API implementation association module, resource configuration API implementation design module, resource configuration API loading module, the resource configuration API implementation design module is used to receive the orchestration package, and design the API in the orchestration package based on resource configuration RES assembly and business component concentration; the API implementation association module is used to associate the resource configuration API requirements in the orchestration package with the API services already available in the resource center during the API design process; The resource configuration API loading module encapsulates the designed process into a configuration package for multi-point loading.

2. A resource configuration multi-point orchestration loading system according to claim 1, characterized in that: The resource configuration API implementation design module includes a process design module. In the design state, the process design module defines the RFS-API in the orchestration package as a process, and defines the RES-API link in the defined process to obtain the process design result. In the running state, the process design module loads the process design result through the process engine to realize process scheduling.

3. A resource configuration multi-point orchestration loading system according to claim 2, characterized in that: The resource configuration API implementation design module includes a parameter transfer design module, which is used to configure the value mapping relationship between the RFS-API parameters and the startup parameters of the process, so as to realize the automatic startup loading process design result in the running state.

4. A resource configuration multi-point orchestration loading system according to claim 3, characterized in that: The resource configuration API implementation design module includes a rule association design module, and the rule association design module is used to configure rules for the RES-API link in the form of program entry or resource path access entry during the process of defining the RES-API link.

5. A resource configuration multi-point orchestration loading system according to claim 4, characterized in that: The resource configuration API implementation design module includes a data acquisition design module, which establishes a unified API parameter list based on the parameter source required by the API service and performs parameter configuration in the API parameter list.

6. A resource configuration multi-point orchestration loading system according to claim 5, characterized in that: The resource configuration API implementation design module includes a return parameter mapping design module, which is used to establish an associated mapping relationship with parameter values, parameter value paths, and parameter value logic during the API service configuration process.

7. A resource configuration multi-point orchestration loading system according to claim 6, characterized in that: The resource configuration API implementation design module includes a rollback design module, which is used to provide a reverse API associated with the RFS-API and RES-API mappings, and implement data rollback through the reverse API.

8. A resource configuration multi-point orchestration loading system according to claim 7, characterized in that: The resource configuration API loading module encapsulates the process designed by the resource configuration API implementation design module to obtain a configuration package, and distributes the configuration package to multiple points.

9. A method for multi-point orchestration loading of resource configuration, implemented based on the system according to any one of claims 1 to 9, characterized in that: The following steps are involved: Step 1: The service design center sends the orchestration package to the resource center. The resource center receives the orchestration package and parses the data in the orchestration package to obtain the resource configuration API requirements. Step 2: The resource configuration API implementation design module designs the process, parameter value mapping relationship, association rule configuration, parameter retrieval action, parameter return, and data rollback related to the resource configuration API requirements in the orchestration package, and encapsulates the design results into a configuration package; During the design process, the API association module is used to associate the resource configuration API requirements in the configuration package with the API services already available in the resource center; Step 3: If the API that the resource configuration API loading module already has meets the resource configuration API requirements, go to step 4; if the API that the resource configuration loader already has does not meet the resource configuration API requirements, redesign and define the API in the resource configuration API implementation design module until the resource configuration API requirements and the API service that the resource configuration loader already has can be adaptively associated; Step 4: Distribute the configuration package to multiple resource systems. The resource system parses the configuration package to create a resource configuration process and calls the configuration engine according to the resource configuration process. Step 5: The configuration engine receives the request for the resource configuration process, loads parameters related to the resource configuration process and business data related to the resource configuration process, and completes the resource configuration.

10. A storage medium for resource configuration multi-point orchestration loading, characterized in that: The storage medium stores an execution program, and when the execution program is executed, resource configuration is performed according to the method for multi-point orchestration and loading of resource configuration according to claim 9.

Images