Resource hybrid management system and method

Abstract

The invention provides a resource hybrid management system and method. The system comprises an acquisition and control management unit and a unified acquisition and control unit. The acquisition and control management unit is used for acquiring configuration data of cloud native resources, network equipment resources and traditional resources and generating an acquisition and control task according to the configuration data; and the unified acquisition and control unit is used for executing acquisition and control tasks, acquiring traditional resources, network equipment resources and cloud native resources, and feeding back to the acquisition and control management unit. By deploying the unified acquisition and control unit, unified management of different heterogeneous resources such as traditional resources, network equipment resources and cloud native resources can be realized. In the unified acquisition and control unit, task issuing, data access, distribution management and result return of various resources can be realized in a centralized manner. The system not only realizes unified management of traditional and heterogeneous resources on a cloud native platform, but also effectively promotes modernization and high efficiency of resource management in a digital transformation process of financial institutions.

Description

Technical Field

[0001] The present invention relates to the technical field of cross-platform resource management, and in particular to a system and method for mixed resource management. Background Art

[0002] More and more financial institutions are actively promoting digital transformation and accelerating the development of digital businesses. In this process, cloud native technology, as an important technology to support the development and innovation of digital businesses, has become one of the key directions for financial institutions to deploy. Cloud native architecture can not only improve the flexibility and scalability of the system, but also promote the evolution of financial industry IT systems to cloud computing architecture, which has become an inevitable trend.

[0003] In order to better adapt to business changes and technological evolution, modern financial systems often adopt modular engine design, which is a highly flexible architecture. The system can dynamically load, unload and schedule functional modules according to actual needs, which reduces the coupling between modules, improves the maintainability of the system, and facilitates developers to replace, upgrade and maintain modules. However, current cloud-native management tools mainly focus on managing cloud resources, and are still insufficient for the hybrid management of traditional and heterogeneous resources, and fail to provide effective heterogeneous resource management capabilities at the bottom layer.

[0004] Therefore, how to achieve unified management of traditional and heterogeneous resources based on cloud-native architecture remains a major challenge for financial institutions in promoting digital transformation. Summary of the invention

[0005] In view of this, an embodiment of the present invention provides a system and method for hybrid resource management to solve the problem that traditional resources and heterogeneous resources cannot be managed hybridly.

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

[0007] The first aspect of the present invention discloses a system for mixed resource management, the system comprising: a collection and control management unit and a unified collection and control unit;

[0008] The acquisition and control management unit is used to obtain configuration data of cloud native resources, network device resources and traditional resources, and generate acquisition and control tasks according to the configuration data;

[0009] The unified acquisition and control unit is used to execute the acquisition and control tasks, collect traditional resources, network equipment resources and cloud native resources, and feed them back to the acquisition and control management unit.

[0010] Preferably, the acquisition and control management unit includes: a configuration management module and an automation application module;

[0011] The configuration management module is used to obtain configuration data of cloud native resources, network device resources and traditional resources, and send the configuration data to the automation application module;

[0012] The automated application module is used to generate acquisition and control tasks for cloud native resources, network device resources, and traditional resources according to the configuration data.

[0013] Preferably, the unified acquisition and control unit includes: an acquisition and control manager, a device remote agent cluster module, a network remote agent cluster module, a cloud native remote agent cluster module, a first operation module, a second operation module and a third operation module;

[0014] The acquisition and control manager is used to divide the acquisition and control tasks into traditional resource acquisition and control tasks, network device resource acquisition and control tasks and cloud native resource acquisition and control tasks according to the task execution goals in the acquisition and control tasks, and obtain a task queue; and is also used to receive the traditional resources, network device resources and cloud native resources corresponding to the traditional resource acquisition and control tasks, the network device resource acquisition and control tasks and the cloud native resource acquisition and control tasks, and feed them back to the acquisition and control management unit;

[0015] The device remote agent cluster module is used to obtain the traditional resource acquisition and control task from the task queue, and parse to obtain the operation and parameters to be executed;

[0016] The first operation module is used to receive and execute the operations and parameters to be executed sent by the device remote agent cluster module, obtain traditional resources and provide feedback;

[0017] The network remote agent cluster module is used to obtain the network device resource acquisition and control task from the task queue, and parse to obtain the operation and parameters to be executed;

[0018] The second operation module is used to receive and execute the operations and parameters to be executed sent by the network remote agent cluster module, obtain network device resources and provide feedback;

[0019] The cloud native remote agent cluster module is used to obtain the cloud native resource acquisition and control task from the task queue, and parse to obtain the operation and parameters to be executed;

[0020] The third operation module is used to receive and execute the operations and parameters to be executed sent by the cloud native remote agent cluster module, obtain cloud native resources and provide feedback.

[0021] Preferably, the device remote proxy cluster module includes: an instruction issuing module and a result uploading module;

[0022] The instruction issuing module is used to obtain the traditional resource acquisition and control task from the task queue, parse and obtain the operation and parameters to be executed, and issue the operation and parameters to be executed to the first operation module;

[0023] The result uploading module is used to receive the traditional resources sent by the first operation module and forward them to the acquisition control manager.

[0024] Preferably, the network remote agent cluster module includes: an instruction issuing module, a result uploading module, a network changing module and a network collecting module;

[0025] The instruction issuing module is used to obtain the network device resource acquisition and control task from the task queue, parse and obtain the operation and parameters to be executed, and issue the operation and parameters to be executed to the second operation module;

[0026] The result uploading module is used to receive the network device resources sent by the second operation module and forward them to the acquisition and control manager;

[0027] The network change module is used to dynamically adjust and configure the network environment;

[0028] The network acquisition module is used to collect the operation data and performance indicators of network devices in real time.

[0029] Preferably, the cloud-native remote proxy cluster module includes: an instruction issuing module, a result uploading module and a cloud-native docking module;

[0030] The instruction issuing module is used to obtain the cloud native resource acquisition and control task from the task queue to parse and obtain the operation and parameters to be executed, and issue the operation and parameters to be executed to the third operation module;

[0031] The result uploading module is used to receive the cloud native resources sent by the third operation module and forward them to the acquisition control manager;

[0032] The cloud native docking module is used to connect with the cloud native technology stack.

[0033] Preferably, the first operation module includes: an executor and a scheduler;

[0034] The scheduler is used to receive the operations to be executed and the parameters sent by the device remote agent cluster module, generate a target task according to the operations to be executed and the parameters, and send the target task to the task queue of the executor;

[0035] The executor is used to extract the target task from the task queue and execute the target task, obtain traditional resources and provide feedback.

[0036] Preferably, the executor is further used for: when receiving a task to be executed sent by the acquisition and control manager, executing the task to be executed and feeding back the execution result.

[0037] Preferably, the automation application module is also used to: summarize the traditional resources, network equipment resources and cloud native resources fed back by the unified acquisition and control unit, generate notification information and output it.

[0038] A second aspect of the present invention discloses a method for mixed resource management, the method comprising:

[0039] Use the acquisition and control management unit to obtain configuration data of cloud native resources, network device resources, and traditional resources, and generate acquisition and control tasks based on the configuration data;

[0040] A unified acquisition and control unit is used to execute the acquisition and control tasks, collect traditional resources, network equipment resources and cloud native resources, and feed back to the acquisition and control management unit.

[0041] Based on the above-mentioned embodiment of the present invention, a system and method for hybrid resource management is provided, and the system includes a procurement and control management unit and a unified procurement and control unit. The procurement and control management unit is used to obtain the configuration data of cloud-native resources, network equipment resources and traditional resources, and generate procurement and control tasks according to the configuration data; the unified procurement and control unit is used to execute procurement and control tasks, collect traditional resources, network equipment resources and cloud-native resources, and feed back to the procurement and control management unit. By deploying a unified procurement and control unit, it is possible to achieve unified management of different heterogeneous resources such as traditional resources, network equipment resources and cloud-native resources. In the unified procurement and control unit, it is possible to centrally implement task issuance, data access, distribution management and result feedback for various types of resources. This system not only realizes the unified management of traditional and heterogeneous resources on the cloud-native platform, but also effectively promotes the modernization and efficiency of resource management of financial institutions in the process of digital transformation. BRIEF DESCRIPTION OF THE DRAWINGS

[0042] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on the provided drawings without paying creative work.

[0043] Figure 1 A first schematic diagram of a system for mixed resource management provided by an embodiment of the present invention;

[0044] Figure 2 A second schematic diagram of a system for hybrid resource management provided by an embodiment of the present invention;

[0045] Figure 3 A third schematic diagram of a system for mixed resource management provided by an embodiment of the present invention;

[0046] Figure 4 A fourth schematic diagram of a system for mixed resource management provided by an embodiment of the present invention;

[0047] Figure 5 A schematic diagram of communication between a server and an agent provided in an embodiment of the present invention;

[0048] Figure 6 A functional schematic diagram of a job module provided in an embodiment of the present invention;

[0049] Figure 7 A flow chart of a method for mixed resource management provided by an embodiment of the present invention;

[0050] Figure 8 An interactive schematic diagram of a method for hybrid resource management provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0051] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0052] In this application, the terms "comprises", "comprising" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device comprising a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element defined by the sentence "comprising a ..." does not exclude the presence of other identical elements in the process, method, article or device comprising the element.

[0053] From the background technology, we can see that current cloud-native management tools mainly focus on managing cloud resources. The hybrid management of traditional and heterogeneous resources is still insufficient, and they fail to provide effective heterogeneous resource management and control capabilities at the bottom layer. That is, when managing cloud-native resources (such as containerized applications, microservices) and traditional resources (such as virtual machines, physical servers), there are problems such as poor compatibility, high management complexity, and low resource utilization.

[0054] Therefore, an embodiment of the present invention provides a system and method for hybrid resource management, which includes a procurement and control management unit and a unified procurement and control unit. The procurement and control management unit is used to obtain the configuration data of cloud-native resources, network equipment resources, and traditional resources, and generate procurement and control tasks based on the configuration data; the unified procurement and control unit is used to execute procurement and control tasks, collect traditional resources, network equipment resources, and cloud-native resources, and feed back to the procurement and control management unit. By deploying a unified procurement and control unit, unified management of different heterogeneous resources such as traditional resources, network equipment resources, and cloud-native resources can be achieved. In the unified procurement and control unit, task issuance, data access, distribution management, and result feedback for various types of resources can be centralized. This system not only realizes the unified management of traditional and heterogeneous resources on the cloud-native platform, but also effectively promotes the modernization and efficiency of resource management of financial institutions during the digital transformation process.

[0055] See also Figure 1 , showing a first schematic diagram of a system for hybrid resource management provided by an embodiment of the present invention.

[0056] It should be noted that in this system, in order to achieve unified management and control of different heterogeneous resources such as virtual machines, physical servers, network devices, containers, and container services, the following measures are taken:

[0057] 1. A unified procurement and control agent is deployed, which can manage different types of resources such as virtual machines, physical servers, network devices, containers, and container services, thereby providing a unified platform to manage these heterogeneous resources.

[0058] 2. Different agent deployment strategies are adopted according to the different management attributes of resources. For resources with traditional operating systems such as virtual machines and physical servers, the local agent deployment mode is adopted for more direct management and control. For network devices, the remote agent deployment mode is adopted to adapt to the distributed characteristics of network devices. For cloud-native resources such as containers and container services, the cloud-native remote agent deployment mode is adopted to fully utilize the advantages of cloud-native technologies.

[0059] 3. Build a unified acquisition and control server (i.e. Figure 1 The unified acquisition and control unit 12 shown in the figure can uniformly issue tasks, access data, distribute management tasks and return results. This server acts as a central hub to coordinate and manage all data collected and tasks executed by the agent.

[0060] 4. Data analysis and system integration: The server not only analyzes the data reported by the acquisition and control, but also integrates with the automation, configuration management and monitoring systems to achieve unified management of heterogeneous resources. This means that both traditional physical resources and modern cloud-native resources can be monitored, configured and automatically managed through the same platform, improving management efficiency and resource utilization.

[0061] The system is explained in detail below. The system includes: a procurement and control management unit 11 and a unified procurement and control unit 12.

[0062] Specifically, the acquisition and control management unit 11 is used to obtain configuration data of cloud native resources, network equipment resources and traditional resources, and generate acquisition and control tasks according to the configuration data.

[0063] It should be noted that the configuration data of cloud-native resources, network device resources, and traditional resources include but are not limited to configuration items such as container services, container instances, operating systems, and configuration attributes such as IP and host names.

[0064] See the embodiments of the present invention Figure 2 As shown in the content, the acquisition and control management unit 11 includes: a configuration management module 111 and an automation application module 112 .

[0065] Specifically, the configuration management module 111 is used to obtain configuration data of cloud native resources, network device resources, and traditional resources, and send the configuration data to the automation application module 112 .

[0066] It is understandable that the configuration management module 111 collects configuration data from cloud-native platforms, network devices, and traditional resources through automation tools and APIs, and then cleans, standardizes, and securely transmits it to the automation application module 112 for further processing and monitoring.

[0067] It should be noted that cloud-native resources include but are not limited to container services, container Pods, and resources in containers; network device resources include but are not limited to resources in switches, routers, firewalls, load balancers, and DNS; traditional resources include but are not limited to resources in virtual machines, physical machines, and bare metal.

[0068] Specifically, the automated application module 112 is used to generate acquisition and control tasks for cloud native resources, network device resources, and traditional resources based on configuration data.

[0069] In some embodiments, the automation application module 112 is also used to: summarize the traditional resources, network device resources and cloud native resources fed back by the unified acquisition and control unit 12, generate notification information and output it.

[0070] In practical applications, such as Figure 2As shown, the automation application module 112 includes a configuration collection submodule, an automation change submodule and a health check submodule. The configuration collection submodule receives the configuration data sent by the configuration management module 111; the automation change submodule realizes the change automation; and the health check submodule realizes the continuous monitoring of the system health status.

[0071] Specifically, the unified acquisition and control unit 12 is used to execute acquisition and control tasks, collect traditional resources, network equipment resources and cloud native resources, and feed back to the acquisition and control management unit 11.

[0072] It can be understood that in order to achieve unified docking and interaction between the cloud native environment and traditional managed resources, the unified procurement and control unit 12 provides a unified procurement and control service interface, aiming to provide convenient services for various operation and maintenance applications, and realize the configuration of various IT resources, operation information and operation and maintenance operations. Collection and control.

[0073] This service is implemented by deploying distributed agents on network nodes. Figure 3 As shown in the content, the unified acquisition and control unit 12 includes: an acquisition and control manager 121, a device remote agent cluster module 122, a network remote agent cluster module 123, a cloud native remote agent cluster module 124, a first operation module 125, a second operation module 126 and a third operation module 127.

[0074] Specifically, the acquisition and control manager 121 is used to divide the acquisition and control tasks into traditional resource acquisition and control tasks, network device resource acquisition and control tasks, and cloud native resource acquisition and control tasks according to the task execution goals in the acquisition and control tasks, and obtain a task queue.

[0075] It should be noted that the acquisition and control manager 121 is also used to receive traditional resources, network equipment resources and cloud native resources corresponding to traditional resource acquisition and control tasks, network equipment resource acquisition and control tasks and cloud native resource acquisition and control tasks, and to feed back to the acquisition and control management unit 11 (specifically, to the acquisition and control manager 121 in the acquisition and control management unit 11).

[0076] Specifically, the device remote agent cluster module 122 is used to obtain the traditional resource acquisition and control tasks from the task queue of the acquisition and control manager 121, and parse to obtain the operations and parameters to be executed. The first operation module 125 is used to receive the operations and parameters to be executed sent by the device remote agent cluster module 122 and execute them, obtain traditional resources and feedback.

[0077] See the embodiments of the present invention Figure 4 As shown in the content, the device remote agent cluster module 122 includes: an instruction issuing module and a result uploading module.

[0078] The instruction sending module is used to obtain the traditional resource acquisition and control tasks from the task queue, parse the operations and parameters to be executed, and send the operations and parameters to be executed to the first operation module 125. The result uploading module is used to receive the traditional resources sent by the first operation module 125 and forward them to the acquisition and control manager 121.

[0079] It should be noted that the device remote agent cluster module 122 is connected to various professional operation and maintenance tools through the instruction issuing module and the result uploading module, and reuses the existing operation and maintenance tools to expand the acquisition and control capabilities.

[0080] Specifically, the network remote agent cluster module 123 is used to obtain the network device resource acquisition and control task from the task queue of the acquisition and control manager 121, and parse to obtain the operation and parameters to be executed. The second operation module 126 is used to receive and execute the operation and parameters to be executed sent by the network remote agent cluster module 123, obtain network device resources and feedback.

[0081] See the embodiments of the present invention Figure 4 As shown in the content, the network remote agent cluster module 123 includes: an instruction issuing module, a result uploading module, a network changing module and a network collecting module.

[0082] The instruction issuing module is used to obtain the network device resource acquisition and control tasks from the task queue, parse the operations and parameters to be executed, and issue the operations and parameters to be executed to the second operation module 126. The result uploading module is used to receive the network device resources sent by the second operation module 126 and forward them to the acquisition and control manager 121. The network change module is used to dynamically adjust and configure the network environment. The network acquisition module is used to collect the operation data and performance indicators of the network equipment in real time.

[0083] It can be understood that the network remote agent cluster module 123 specifically connects to various professional operation and maintenance tools through the instruction issuing module, the result uploading module, the network change module and the network acquisition module, and reuses the existing operation and maintenance tools to expand the acquisition and control capabilities.

[0084] Specifically, the cloud native remote agent cluster module 124 is used to obtain the cloud native resource acquisition and control tasks from the task queue of the acquisition and control manager 121, and parse to obtain the operations and parameters to be executed. The third operation module 127 is used to receive and execute the operations and parameters to be executed sent by the cloud native remote agent cluster module 124, obtain cloud native resources and provide feedback.

[0085] See the embodiments of the present invention Figure 4 As shown in the content, the cloud-native remote agent cluster module 124 includes: an instruction issuing module, a result uploading module and a cloud-native docking module.

[0086] The instruction issuing module is used to obtain the cloud native resource acquisition and control task from the task queue, parse the operations and parameters to be executed, and issue the operations and parameters to be executed to the third operation module 127. The result uploading module is used to receive the cloud native resources sent by the third operation module 127 and forward them to the acquisition and control manager 121. The cloud native docking module is used to connect with the cloud native technology stack.

[0087] It can be understood that the cloud-native remote agent cluster module 124 is connected to the container platform through the cloud-native connection module to realize the collection, supply and automated management and control of cloud virtual resources.

[0088] It should be noted that this system is also based on the characteristics of cloud-native container resources. The distributed agents on the network nodes adopt the cloud-native remote agent deployment mode, and through docking with the K8s module, real-time collection and execution of cloud-native resource data and execution are realized.

[0089] It is understandable that in order to avoid firewall interception problems in most complex network structures, reduce operation and maintenance costs, and control security risks, the connection establishment direction of the device remote proxy cluster module 122, the network remote proxy cluster module 123, the cloud native remote proxy cluster module 124, the first operation module 125, the second operation module 126, and the third operation module 127 in this system is specifically initiated from bottom to top.

[0090] Among them, the acquisition and control manager 121 is the top-level node, and the equipment remote agent cluster module 122, the network remote agent cluster module 123, the cloud native remote agent cluster module 124, the first operation module 125, the second operation module 126 and the third operation module 127 together constitute the following topological structure, and the remote agent helps to complete the communication forwarding between its subordinate nodes and the upper nodes.

[0091] It should be noted that the directory path is as follows:

[0092]

[0093]

[0094] In an embodiment of the present invention, through a unified acquisition and control method, the present invention realizes the unified management of cloud native and traditional cloud computing resources, provides a solution for automated management and efficient scheduling, and is suitable for resource management and scheduling in multi-cloud and hybrid cloud environments. The method effectively improves resource utilization and overall system performance, and the specific advantages include: realizing seamless integration of cloud native resources (such as containers, microservices) and traditional resources (such as virtual machines, physical servers), enabling enterprises to make full use of existing resources and avoid resource waste. At the same time, by providing hierarchical cache according to the acquisition and control topology structure, network consumption is reduced. It supports flexible deployment and operation and maintenance of applications in a variety of environments (such as public clouds, private clouds, hybrid clouds, physical servers) to meet the diverse business needs of enterprises. In the face of business growth or changes, the system can quickly expand and shrink resources to ensure business continuity and stability. By reducing manual intervention, the operation and maintenance process is simplified, the complexity of operation and maintenance is reduced, and the operation and maintenance efficiency is improved. Promoting the integration of cloud native technology and traditional technology provides new ideas and methods for technological innovation and business transformation of enterprises. In summary, the present invention not only improves resource management efficiency, but also provides strong support for the digital transformation and technological innovation of enterprises.

[0095] In order to meet the demand for acquisition and control of traditional resources, cloud native resources and newly added heterogeneous resources, see the embodiments of the present invention. Figure 5 As shown, the embodiment of the present invention adopts flexible expansion capability to realize the communication capability between different types of resources through four modes: "module", "plug-in", "task" and "strategy". Among them, "strategy" is some specific tasks, such as automatic update, uninstallation, stop and other tasks of the agent itself.

[0096] Combination Figure 3 and Figure 4 The content in the acquisition control manager 121 is Figure 5 The server in the embodiment is used to provide proxy node management functions and has the capabilities of job scheduling. The device remote proxy cluster module 122, the network remote proxy cluster module 123, the cloud native remote proxy cluster module 124, the first operation module 125, the second operation module 126 and the third operation module 127 are Figure 5 The agent in .

[0097] It can be understood that the agent and the server communicate through messages. The agent receives the acquisition and control tasks issued by the server and divides them into traditional resource acquisition and control tasks, network equipment resource acquisition and control tasks, and cloud native resource acquisition and control tasks, and executes them, and then feeds back the execution results to the server.

[0098] The following describes the communication between the server and agent from four aspects: "module", "plug-in", "task" and "strategy".

[0099] "Module": It consists of module configuration files and resident program codes, and its operation life cycle is controlled by each module independently. This design provides high flexibility and freedom, but also increases the complexity of development. It is mainly used to complete complex basic docking tasks and passive registration and listening and other acquisition and control scenarios.

[0100] "Plug-in": It consists of plug-in configuration files and script codes, and its operation life cycle is hosted and controlled by the acquisition and control agent. This design provides less freedom and lower development difficulty, and is mainly used to complete acquisition and control scenarios such as configuration acquisition, custom indicator acquisition, and automatic inspection.

[0101] "Task": A task means that the server "commands" the agent to perform a certain operation, such as conducting a host security inspection, collecting database performance indicators, or obtaining specified system configuration information. After the task is completed, the agent returns the result to the server. The agent does not persist the task information. Among them, the task type includes local execution task and remote execution task.

[0102] It should be noted that the server has two management actions for "tasks". One is "execution", which is to send a task to the agent, execute the job indicated by the task, and return the result to the caller or store it in the warehouse; the other is "abort", which is to send an instruction to abort a task that is still running so as to end and return early.

[0103] "Policy": A policy encapsulates the description of task execution and is scheduled by the agent. Unlike scheduled jobs, after the policy is received by the agent, the agent will decompose the task sequence according to the policy content and trigger the execution at the time described by the policy. In the scheduled job scenario, the task has been decomposed by the upper-layer application of the server. The agent is only responsible for execution and does not involve scheduling. Similar to tasks, policies are also divided into local execution policies and remote execution policies.

[0104] It should be noted that the server has five management actions for "policy", namely create, enable, disable, update and remove.

[0105] New: Create a policy configuration that encapsulates execution parameters and scheduling parameters. At this time, the policy only exists on the server and is not issued immediately, so it is in the "disabled" state.

[0106] Enable: This means sending the policy configuration to the agent, which starts scheduling and executing it, parsing the task sequence and executing it in sequence. At this point, the policy is in the "enabled" state, stored both on the server and the agent. Even if the agent is restarted, there is no need to send the policy from the server again.

[0107] Disable: This means that the policy that has been sent to the agent and enabled is withdrawn and put into the "disabled" state. At this time, the policy is only stored on the server and is no longer executed on the agent.

[0108] Update: This means updating the execution parameters and scheduling parameters of the policy. If the policy is enabled, the latest configuration information will be sent to the agent to be overwritten and take effect.

[0109] Remove: This means removing a policy that is no longer in use, deleting all information related to the policy from the server database, and stopping maintenance. Only policies in the "disabled" state can be removed.

[0110] In the embodiment of the present invention, the method improves resource utilization, avoids waste, and reduces network consumption through layered caching. It supports flexible deployment of applications in public clouds, private clouds, hybrid clouds and physical servers, and can quickly expand and shrink capacity according to business changes to ensure system stability.

[0111] In order to better understand the embodiments of the present invention Figure 3 and Figure 4 The first operation module 125, the second operation module 126 and the third operation module 127 in FIG. Figure 6 , showing a functional schematic diagram of the job module provided in an embodiment of the present invention.

[0112] It should be noted that the difference between the first operation module 125, the second operation module 126 and the third operation module 127 lies in the different types of resources they target, but the first operation module 125, the second operation module 126 and the third operation module 127 all include executors and schedulers. The first operation module 125 is taken as an example for detailed explanation below.

[0113] It should be noted that the first operation module 125 is a component that actually collects traditional resources, and receives the operations and parameters to be executed sent by the device remote agent cluster module 122 to obtain traditional resources.

[0114] Specific, combined Figure 6 As shown, the first operation module 125 (such as Figure 6 The execution module (Executor) includes: executor and scheduler.

[0115] Specifically, the scheduler is used to receive the operations to be executed and parameters sent by the device remote agent cluster module 122, generate a target task according to the operations to be executed and the parameters, and send the target task to the task queue of the executor.

[0116] It can be understood that the scheduler uses the strategy to load and parse the operations and parameters to be executed, so as to generate the target task at the appropriate time point to deliver it to the task queue of the executor and wait for execution.

[0117] In particular, Figure 6 The plug-in component shown allows the system to extend functionality through plug-ins, which can provide additional policies or functionality. Figure 6 The common library shown is a shared resource library that contains some common functions or data for use by other components in the execution module (Executor).

[0118] It is understandable that the scheduler is only responsible for the loading, parsing, decomposition and delivery of strategies, and is not responsible for the actual execution of tasks.

[0119] Specifically, the executor is used to extract the target task from the task queue and execute the target task, obtain the traditional resources and feedback. The executor is also used to: when receiving the task to be executed sent by the acquisition and control manager, execute the task to be executed and feedback the execution result.

[0120] That is to say, the executor can receive tasks decomposed by the scheduler, or directly receive tasks issued by the acquisition and control manager. For the former, the executor usually queues them; for the latter, the executor usually executes them immediately.

[0121] In the embodiment of the present invention, the flexibility and efficiency of task execution are effectively improved through the collaborative work of the scheduler and the executor. The scheduler is responsible for parsing and delivering tasks to ensure that they are executed according to the policy at the appropriate time, while the executor processes these tasks, which can queue up tasks decomposed by the scheduler and immediately execute tasks directly issued. This design balances the immediate execution of tasks and queue management, improves resource utilization, optimizes task flow, and improves the scalability and reliability of the system. In addition, the decoupling of the scheduler and the executor makes the system easy to maintain and isolate faults, and enhances the overall stability and processing capabilities.

[0122] Corresponding to the system for mixed resource management provided by the above embodiment of the present invention, see Figure 7 , shows a flow chart of a method for mixed resource management provided by an embodiment of the present invention, the method comprising:

[0123] Step S701: Use the acquisition and control management unit to obtain the configuration data of cloud native resources, network equipment resources and traditional resources, and generate acquisition and control tasks based on the configuration data.

[0124] In the specific implementation process of step S701, the configuration data of cloud native resources, network equipment resources and traditional resources are obtained through the acquisition and control management unit, and corresponding acquisition and control tasks are generated according to these configuration data.

[0125] Step S702: Use the unified acquisition and control unit to perform acquisition and control tasks, collect traditional resources, network equipment resources and cloud native resources, and feed back to the acquisition and control management unit.

[0126] In the process of specifically implementing step S702, the acquisition and control tasks are performed by a unified acquisition and control unit to collect data on traditional resources, network equipment resources, and cloud native resources, and the collected data on traditional resources, network equipment resources, and cloud native resources are fed back to the acquisition and control management unit.

[0127] Combine the following Figure 8 An interactive schematic diagram of a method for mixed resource management is shown, which further illustrates a method for mixed resource management provided by an embodiment of the present invention:

[0128] First, the automation application module in the acquisition and control management unit provides a service interface for unified acquisition and control task scheduling for upper-level operation and maintenance applications, and decomposes acquisition and control task strategies.

[0129] Step S801: The automation application module calls the interface and issues jobs and policies.

[0130] It can be understood that operations and strategies are, for example, acquisition and control tasks.

[0131] Step S802: The acquisition and control manager decomposes the job into corresponding tasks according to the job execution target and puts them into the task queue.

[0132] For example, the job execution goal is to acquire and control traditional resources, network device resources, and cloud native resources. It is decomposed into traditional resource acquisition and control tasks, network device resource acquisition and control tasks, and cloud native resource acquisition and control tasks.

[0133] Step S803: the proxy cluster module actively obtains the assigned tasks.

[0134] It can be understood that the device remote agent cluster module actively obtains traditional resource acquisition and control tasks; the network remote agent cluster module actively obtains network device resource acquisition and control tasks; and the cloud native remote agent cluster module actively obtains cloud native resource acquisition and control tasks.

[0135] Step S804: The proxy cluster module reads the task information and confirms the operation to be performed.

[0136] It can be understood that the proxy cluster module reads the task information and parses it to obtain the operations and parameters to be executed.

[0137] Step S805: The proxy cluster module pushes operations and parameters to the corresponding operation modules.

[0138] Step S806: The job module executes the task.

[0139] Step S807: the job module returns the task execution result to the proxy cluster module.

[0140] Step S808: The proxy cluster module reports the task execution result to the acquisition and control manager.

[0141] Step S809: The acquisition and control manager summarizes the tasks and notifies the automation application module of the job execution results.

[0142] In an embodiment of the present invention, the present invention realizes the seamless integration of cloud-native and traditional cloud computing resources through a unified acquisition and control method, provides automated management and efficient scheduling solutions, and is suitable for multi-cloud and hybrid cloud environments. This method improves resource utilization, avoids waste, and reduces network consumption through layered caching. It supports flexible deployment of applications in public clouds, private clouds, hybrid clouds, and physical servers, and can quickly expand and shrink capacity according to business changes to ensure system stability. At the same time, it reduces manual intervention, simplifies operation and maintenance processes, improves operation and maintenance efficiency, and reduces costs. On the whole, it promotes the integration of cloud-native and traditional technologies, and helps enterprises with technological innovation and digital transformation.

[0143] Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the embodiments can refer to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the system or system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can refer to the partial description of the method embodiment. The system and system embodiments described above are merely schematic, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the scheme of this embodiment. Ordinary technicians in this field can understand and implement it without creative work.

[0144] Professionals may further appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of the two. In order to clearly illustrate the interchangeability of hardware and software, the composition and steps of each example have been generally described in the above description according to function. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professionals and technicians may use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of the present invention.

[0145] The above description of the disclosed embodiments enables those skilled in the art to implement or use the present invention. Various modifications to these embodiments will be apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the scope of the present invention. Therefore, the present invention will not be limited to the embodiments shown herein, but rather to the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A system for mixed resource management, characterized in that: The system comprises: a collection and control management unit and a unified collection and control unit; The acquisition and control management unit is used to obtain configuration data of cloud native resources, network device resources and traditional resources, and generate acquisition and control tasks according to the configuration data; The unified acquisition and control unit is used to execute the acquisition and control tasks, collect traditional resources, network equipment resources and cloud native resources, and feed them back to the acquisition and control management unit.

2. The system according to claim 1, characterized in that The acquisition and control management unit includes: a configuration management module and an automation application module; The configuration management module is used to obtain configuration data of cloud native resources, network device resources and traditional resources, and send the configuration data to the automation application module; The automated application module is used to generate acquisition and control tasks for cloud native resources, network device resources, and traditional resources according to the configuration data.

3. The system according to claim 1, characterized in that The unified acquisition and control unit includes: an acquisition and control manager, a device remote agent cluster module, a network remote agent cluster module, a cloud native remote agent cluster module, a first operation module, a second operation module and a third operation module; The acquisition and control manager is used to divide the acquisition and control tasks into traditional resource acquisition and control tasks, network device resource acquisition and control tasks and cloud native resource acquisition and control tasks according to the task execution goals in the acquisition and control tasks, and obtain a task queue; and is also used to receive the traditional resources, network device resources and cloud native resources corresponding to the traditional resource acquisition and control tasks, the network device resource acquisition and control tasks and the cloud native resource acquisition and control tasks, and feed them back to the acquisition and control management unit; The device remote agent cluster module is used to obtain the traditional resource acquisition and control task from the task queue, and parse to obtain the operation and parameters to be executed; The first operation module is used to receive and execute the operations and parameters to be executed sent by the device remote agent cluster module, obtain traditional resources and provide feedback; The network remote agent cluster module is used to obtain the network device resource acquisition and control task from the task queue, and parse to obtain the operation and parameters to be executed; The second operation module is used to receive and execute the operations and parameters to be executed sent by the network remote agent cluster module, obtain network device resources and provide feedback; The cloud native remote agent cluster module is used to obtain the cloud native resource acquisition and control task from the task queue, and parse to obtain the operation and parameters to be executed; The third operation module is used to receive and execute the operations and parameters to be executed sent by the cloud native remote agent cluster module, obtain cloud native resources and provide feedback.

4. The system according to claim 3, characterized in that The device remote agent cluster module includes: an instruction issuing module and a result uploading module; The instruction issuing module is used to obtain the traditional resource acquisition and control task from the task queue, parse and obtain the operation and parameters to be executed, and issue the operation and parameters to be executed to the first operation module; The result uploading module is used to receive the traditional resources sent by the first operation module and forward them to the acquisition control manager.

5. The system according to claim 3, characterized in that The network remote agent cluster module includes: an instruction issuing module, a result uploading module, a network changing module and a network collecting module; The instruction issuing module is used to obtain the network device resource acquisition and control task from the task queue, parse and obtain the operation and parameters to be executed, and issue the operation and parameters to be executed to the second operation module; The result uploading module is used to receive the network device resources sent by the second operation module and forward them to the acquisition and control manager; The network change module is used to dynamically adjust and configure the network environment; The network acquisition module is used to collect the operation data and performance indicators of network devices in real time.

6. The system according to claim 3, characterized in that The cloud native remote proxy cluster module includes: an instruction issuing module, a result uploading module and a cloud native docking module; The instruction issuing module is used to obtain the cloud native resource acquisition and control task from the task queue to parse and obtain the operation and parameters to be executed, and issue the operation and parameters to be executed to the third operation module; The result uploading module is used to receive the cloud native resources sent by the third operation module and forward them to the acquisition control manager; The cloud native docking module is used to connect with the cloud native technology stack.

7. The system according to claim 3, characterized in that The first operation module includes: an executor and a scheduler; The scheduler is used to receive the operations to be executed and the parameters sent by the device remote agent cluster module, generate a target task according to the operations to be executed and the parameters, and send the target task to the task queue of the executor; The executor is used to extract the target task from the task queue and execute the target task, obtain traditional resources and provide feedback.

8. The system according to claim 7, characterized in that The executor is further used for: when receiving a task to be executed sent by the acquisition and control manager, executing the task to be executed and feeding back the execution result.

9. The system according to claim 2, characterized in that The automation application module is also used to: summarize the traditional resources, network equipment resources and cloud native resources fed back by the unified acquisition and control unit, generate notification information and output it.

10. A method for mixed resource management, characterized in that: The method comprises: Using the acquisition and control management unit to obtain configuration data of cloud native resources, network equipment resources, and traditional resources, and generating acquisition and control tasks based on the configuration data; A unified acquisition and control unit is used to execute the acquisition and control tasks, collect traditional resources, network equipment resources and cloud native resources, and feed back to the acquisition and control management unit.

Images