Plug-in-based Sidecar information acquisition method and system

Abstract

The invention relates to a plug-in-based Sidecar information acquisition method and system, and the method comprises the steps: creating an acquisition plug-in, configuring the acquisition plug-in in a control center, and configuring the configuration information of the acquisition plug-in to comprise the name of an application system needing to be issued; the acquisition plug-in unit is issued to the Sidecar; the acquisition plug-in is loaded in the Sidecar, and the acquisition plug-in is operated; and collecting data through the collection plug-in. According to the method, the Sidecar function is expanded on the basis that the system architecture is not changed by using the plug-in function, the plug-in is loaded by dynamically monitoring the resource use condition, accurate and dynamic issuing of the collected plug-in is achieved, and decoupling with a third party is achieved.

Description

Technical Field

[0001] The present invention relates to the field of cloud native technology, and in particular to a plug-in-based Sidecar information collection method and system. Background Art

[0002] In the Service Mesh service mesh, Sidecar is a lightweight proxy that is deployed with each service instance and is responsible for managing communication between services. Sidecar is responsible for handling network traffic, monitoring, security and other tasks. The traditional Sidecar information collection method is to implement and expose the collection interface through Sidecar, and then collect Sidecar related information through Prometheus.

[0003] The traditional method requires the implementation of the collection interface in advance, and when new collection information is added, a new interface needs to be added, and the Sidecar needs to be modified and re-released, which makes it difficult to achieve dynamic expansion; in the traditional method, the Sidecar is severely coupled with a third-party system (such as Prometheus), and its performance and functions are affected by the third-party SDK; after adding a new collection interface, a new version needs to be released and users are required to update and upgrade the Sidecar, which makes promotion difficult and inefficient. Summary of the invention

[0004] To solve the above problems, the present invention provides a plug-in-based Sidecar information collection method and system, which uses the plug-in function to expand the Sidecar function without changing the system architecture, and loads the plug-in by dynamically monitoring resource usage to achieve decoupling from the third party.

[0005] To achieve the above objectives, the technical solutions adopted by the present invention include:

[0006] A plug-in-based Sidecar information collection method, characterized by comprising:

[0007] S1. Create a collection plug-in, configure the collection plug-in in the control center, and configure the configuration information of the collection plug-in including the name of the application system to be issued;

[0008] S2. Send the collection plug-in to Sidecar;

[0009] S3. Load the acquisition plug-in in Sidecar and run the acquisition plug-in;

[0010] S4. Collect data through the collection plug-in.

[0011] Furthermore, after configuring the acquisition plug-in in the control center, the method further includes:

[0012] Verify the acquisition plug-in, verify the code and content of the acquisition plug-in, and return the verification result;

[0013] If the verification result is failed, the acquisition plug-in will not be issued;

[0014] If the verification result is passed, the acquisition plug-in is issued.

[0015] Furthermore, sending the collection plug-in to Sidecar includes:

[0016] Accurately send according to the name of the application system; or

[0017] The collection plug-in is sent to all Sidecars in batches.

[0018] Furthermore, loading the acquisition plug-in in Sidecar includes:

[0019] Monitor the resource usage of Sidecar, and determine whether to load the collection plug-in according to the resource usage;

[0020] If the resource usage is less than the threshold for loading the acquisition plug-in, then loading the acquisition plug-in;

[0021] If the resource usage is not less than the threshold for loading the acquisition plug-in, continue waiting.

[0022] Furthermore, monitoring the resource usage of Sidecar includes monitoring the usage of CPU, memory, disk, and network resources.

[0023] Further, collecting data through the collection plug-in includes:

[0024] The data collected by the acquisition plug-in is obtained, and the data is uploaded to the acquisition component in batches. The acquisition component stores and analyzes the uploaded data, obtains the final analysis result, and feeds the final analysis result back to the Sidecar control plane.

[0025] The present invention also relates to a plug-in-based Sidecar information collection system, which is characterized by comprising:

[0026] A configuration module, used to create a collection plug-in, configure the collection plug-in in the control center, and configure the configuration information of the collection plug-in including the name of the application system to be issued;

[0027] A sending module, used to send the collection plug-in to Sidecar;

[0028] A loading and running module is used to load the acquisition plug-in in Sidecar and run the acquisition plug-in;

[0029] The acquisition module is used to acquire data through the acquisition plug-in.

[0030] The present invention also relates to a computer-readable storage medium, characterized in that a computer program is stored on the storage medium, and the computer program implements the above method when executed by a processor.

[0031] The present invention also relates to an electronic device, characterized in that it comprises a processor and a memory;

[0032] The memory is used to store program instructions;

[0033] The processor is used to execute the above method by calling program instructions.

[0034] The present invention also relates to a computer program product, comprising a computer program and / or instructions, characterized in that the computer program and / or instructions implement the steps of the above method when executed by a processor.

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

[0036] By adopting the plug-in-based Sidecar information collection method and system described in the present invention, it is possible to realize the accurate dynamic distribution of the collection plug-in, install the plug-in without upgrading or reinstalling the Sidecar, expand the Sidecar function, and achieve decoupling from the third party and the Sidecar main thread through the collection plug-in. The function execution of the collection plug-in does not affect the normal operation of the main function. BRIEF DESCRIPTION OF THE DRAWINGS

[0037] Figure 1 This is a flow chart of a plug-in-based Sidecar information collection method of the present invention;

[0038] Figure 2 This is a schematic diagram of the structure of a plug-in-based Sidecar information collection system of the present invention;

[0039] Figure 3 The figure is a schematic structural diagram of an electronic device of the present invention. DETAILED DESCRIPTION

[0040] In order to make the purpose, technical solutions and advantages of the present application clearer, the technical solutions of the present application will be clearly and completely described below in conjunction with the specific embodiments of the present application and the corresponding drawings. It should be understood that the described embodiments are only part of the embodiments of the present application, rather than all of the embodiments, and these embodiments are only used to illustrate the present application and are not used to limit the scope of the present application. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in the field without making creative work are within the scope of protection of this application.

[0041] After the application is connected to the Service Mesh, it is necessary to check the Sidecar version, service governance rule import status, service registration status, service subscription status, network connectivity between the consumer and the service provider, Sidecar installation parameters, application health check parameters, Sidecar installation environment, and Sidecar real-time operation status. In some special cases, it is also necessary to dynamically adjust some environmental variables and parameters. Therefore, the present invention provides a dynamic and pluggable information collection method to collect Sidecar information safely, stably, and timely.

[0042] like Figure 1 As shown, the embodiment of the present invention discloses a plug-in-based Sidecar information collection method, and the steps of the process include:

[0043] Step S1. Create a collection plug-in, configure the collection plug-in in the control center, and the configuration information of the collection plug-in includes the name of the application system to be issued.

[0044] In an embodiment of the present invention, after the step of configuring the acquisition plug-in in the control center, the method further includes:

[0045] Verify the acquisition plug-in, verify the code and content of the acquisition plug-in, and return the verification result;

[0046] If the verification result is failed, the acquisition plug-in will not be issued;

[0047] If the verification result is passed, the acquisition plug-in is issued.

[0048] Optionally, in the embodiment of the present invention, the collection plug-in can be verified from the following six aspects:

[0049] (1) Functional verification: Ensure that the functions of the collection plug-in meet the requirements. Verify whether the plug-in can collect the required information as expected.

[0050] (2) Performance verification: Test the performance of the collection plug-in, including the speed, accuracy, and stability of information collection. You can simulate information collection scenarios under different conditions to check whether the collection plug-in can operate normally in different scenarios.

[0051] (3) Compatibility verification: Ensure that the acquisition plug-in can work properly with other components of the system, including verifying whether the acquisition plug-in is compatible with the system's operating system, etc., and checking whether there is any conflict with other components.

[0052] In the traditional method, if new collection information is added, a new collection interface needs to be added, and a new version of Sidecar needs to be released, and the user updates and upgrades Sidecar; this application uses the plug-in function to install the collection plug-in without upgrading or reinstalling Sidecar, thereby expanding the Sidecar function.

[0053] (4) Security Verification: Ensure that the collection plug-in does not introduce security vulnerabilities or risks, including verifying whether the collection plug-in effectively verifies and filters the input data to prevent security issues caused by malicious input, and ensure the code quality and security of the collection plug-in itself.

[0054] (5) Scalability verification: Verify whether the collection plug-in has good scalability and flexibility, and verify whether the collection plug-in is easy to configure and expand.

[0055] In the traditional method of collecting Sidecar information through Prometheus, Sidecar needs to implement the collection interface in advance. If new collection information requires a new interface and Sidecar release, users need to update and upgrade Sidecar, so expansion is difficult. This application uses the plug-in function to expand the Sidecar function without changing the system architecture.

[0056] (6) User Acceptance Testing (UAT): Invite users to give their opinions on whether the collection plug-in meets their expectations or requirements in terms of performance, functionality, etc.

[0057] In an embodiment of the present invention, plug-in-based Sidecar information collection is adopted, which allows the dynamic addition, update or deletion of collection plug-ins according to needs. The system can easily adapt to different data sources, data formats or data processing requirements without modifying the core information collection logic, and has great flexibility and scalability; plug-in-based Sidecar information collection allows different data collection functions to be divided into independent modules or plug-ins, so that each module can be independently developed, tested and maintained. This modular management simplifies the maintenance of plug-ins in the system maintenance and upgrade process, and reduces the risk that the introduction of new functions or repairs to functions may cause other problems; the plug-in design can decouple information collection from the main system, realize independent deployment, expansion and management, and improve the maintainability and reliability of the system; plug-in-based Sidecar information collection usually defines a set of standardized interfaces or protocols for communication between the plug-in and the main system. The use of standardized interfaces can integrate the plug-in with the main system for unified management and monitoring.

[0058] Step S2: Send the collection plug-in to Sidecar.

[0059] In the embodiment of the present invention, sending the collection plug-in to Sidecar includes:

[0060] Accurately send according to the name of the application system; or

[0061] The collection plug-in is sent to all Sidecars in batches.

[0062] Optionally, step S2 may be implemented in the following manner:

[0063] (1) Manual configuration: The administrator manually uploads the plug-in configuration file to the host running the Sidecar, updates the Sidecar configuration, and starts using the plug-in.

[0064] (2) Automation script: Write an automation script to automatically send the plug-in configuration file to the host running the Sidecar and automatically update the Sidecar configuration.

[0065] (3) Integrated deployment tool: In the step of integrating the plug-in distribution in the deployment process, you can use the continuous integration / continuous deployment (CI / CD) tool to directly distribute the plug-in configuration file to the target sidecar;

[0066] (4) Centralized configuration management: Through centralized configuration management services, such as Consul, Etcd, or Kubernetes' ConfigMap, plug-in configurations are stored in a centralized location, and the latest configurations are regularly pulled through the Sidecar container.

[0067] Step S3: Load the acquisition plug-in in Sidecar and run the acquisition plug-in.

[0068] In the embodiment of the present invention, loading the acquisition plug-in in the Sidecar includes:

[0069] Monitor the resource usage of Sidecar, and determine whether to load the collection plug-in according to the resource usage;

[0070] If the resource usage is less than the threshold for loading the acquisition plug-in, then loading the acquisition plug-in;

[0071] If the resource usage is not less than the threshold for loading the acquisition plug-in, continue waiting.

[0072] In the embodiment of the present invention, it is necessary to monitor the resource usage of Sidecar, and monitor the usage of resources such as CPU, memory, disk, network, etc. in real time to understand the current load of the system.

[0073] Resource usage refers to the various resources occupied during the operation of the system or application, which usually includes the following aspects:

[0074] CPU usage indicates the CPU workload, that is, the CPU usage over a period of time. It is usually expressed as a percentage, indicating the CPU utilization, that is, the ratio of the time being used to the total time.

[0075] Memory usage indicates the amount of memory currently being used by the system or application. Memory usage can include indicators such as total memory, used memory, and free memory.

[0076] Disk usage indicates the usage of disk space, including indicators such as used space and remaining space. Disk usage is usually used to monitor disk space usage to avoid system failures caused by insufficient disk space.

[0077] Network bandwidth usage indicates the utilization of network bandwidth, that is, the rate at which network data is transmitted. Network bandwidth usage can be used to monitor network traffic and adjust network configuration as needed to improve network performance.

[0078] IO operations indicate the operation status of IO devices such as disks and networks, including the number and rate of read and write operations. IO operation status can be used to monitor the IO performance of the system and optimize performance.

[0079] In the embodiment of the present invention, resource usage is monitored, and whether to load a plug-in is determined based on actual conditions to ensure that resource usage does not increase system load too much, ensure system stability and performance, and achieve dynamic and accurate delivery of plug-ins.

[0080] Step S4: Collect data through the collection plug-in.

[0081] In an embodiment of the present invention, collecting data through the collection plug-in includes:

[0082] The data collected by the acquisition plug-in is obtained, and the data is uploaded to the acquisition component in batches. The acquisition component stores and analyzes the uploaded data, obtains the final analysis result, and feeds the final analysis result back to the Sidecar control plane.

[0083] In the collection component, the uploaded data can be stored in a database, distributed file system, etc., and the uploaded data can be analyzed, including data cleaning, conversion, aggregation, etc. The final analysis results are fed back to the Sidecar control plane for users or other systems to use. An interactive data display interface can also be designed to achieve real-time data updates and notifications, supporting multiple data visualization methods.

[0084] like Figure 2 As shown, the embodiment of the present invention discloses a plug-in-based Sidecar information collection system, whose structure includes:

[0085] A configuration module, used to create a collection plug-in, configure the collection plug-in in the control center, and configure the configuration information of the collection plug-in including the name of the application system to be issued;

[0086] A sending module, used to send the collection plug-in to Sidecar;

[0087] A loading and running module is used to load the acquisition plug-in in Sidecar and run the acquisition plug-in;

[0088] The acquisition module is used to acquire data through the acquisition plug-in.

[0089] In an embodiment of the present invention, the system includes a control plane, wherein the control plane includes a control center, a sending component, and a collecting component.

[0090] The control center may include a configuration module and a verification module, which is used to verify the acquisition plug-in, verify the code and content of the acquisition plug-in, and return the verification result. Users can edit and maintain the acquisition plug-in of Sidecar based on the control center. After the control center maintains the acquisition plug-in of Sidecar, the acquisition plug-in can be verified. Only after the verification is passed can it be sent to Sidecar.

[0091] The delivery component may include a delivery module, which is mainly used to implement the delivery of the collection plug-in, support the delivery of the collection plug-in to Sidecar, record and feedback the delivery results, and ensure the correctness of the delivery results.

[0092] The acquisition component may include an acquisition module for realizing the aggregation, collection and analysis functions of the acquired information, supporting the classification of the acquired information, and analyzing different types of data, and finally feeding back the analysis results to the user.

[0093] The system may also include a data plane.

[0094] The data plane may include a loading and running module, which can be used to receive the collection plug-in sent by the sending component, dynamically load and run the collection plug-in, and report the data of the collection plug-in to the collection component in batches. In particular, the loading and running module is isolated from the main function of the Sidecar, and the memory and CPU resources used to run the collection plug-in are limited.

[0095] By using this system, the above-mentioned operation processing method can be executed and the corresponding technical effects can be achieved.

[0096] An embodiment of the present invention also provides a computer-readable storage medium capable of implementing all the steps in the method in the above embodiment, wherein a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, all the steps in the method in the above embodiment are implemented.

[0097] The embodiment of the present invention further provides an electronic device for executing the above method, as a device for implementing the method, and its structure is as follows: Figure 3 As shown, the electronic device 300 includes: a processor 301 and a memory 303. The processor 301 and the memory 303 are connected, such as through a bus 302. Optionally, the electronic device 300 may also include a transceiver 304. It should be noted that in actual applications, the transceiver 304 is not limited to one. It is understandable that the structure illustrated in the embodiment of the present invention does not constitute a specific limitation on the specific structure of the electronic device 300. In other embodiments of the present application, the electronic device 300 may include more or fewer components than shown in the figure, or combine certain components, or split certain components, or arrange the components differently. The illustrated components may be implemented in hardware, software, or a combination of software and hardware. Optionally, the electronic device may also include a display screen 305 for displaying images, or receiving user operation instructions when necessary.

[0098] The processor 301 is applied in the embodiment of the present application to implement the method shown in the above method embodiment. The transceiver 304 may include a receiver and a transmitter. The transceiver 304 is applied in the embodiment of the present application to implement the function of the electronic device of the embodiment of the present application communicating with other devices when executed.

[0099] Processor 301 may be a CPU (Central Processing Unit), a general purpose processor, a DSP (Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), an FPGA (Field Programmable Gate Array) or other programmable logic devices, transistor logic devices, hardware components or any combination thereof. It may implement or execute various exemplary logic blocks, modules and circuits described in conjunction with the disclosure of this application. Processor 301 may also be a combination that implements computing functions, such as a combination of one or more microprocessors, a combination of a DSP and a microprocessor, etc.

[0100] The processor 301 may also include one or more processing units, for example, the processor 301 may include an application processor (AP), a modem processor, a graphics processor (GPU), an image signal processor (ISP), a controller, a memory, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural network processor (NPU). Among them, different processing units may be independent devices or integrated into one or more processors. Among them, the controller may be the nerve center and command center of the electronic device 300. The controller may generate an operation control signal according to the instruction opcode and the timing signal to complete the control of fetching and executing instructions. A memory may also be set in the processor 301 for storing instructions and data. In some embodiments, the memory in the processor 301 is a high-speed cache memory. The memory may store instructions or data that the processor 301 has just used or circulated. If the processor 301 needs to use the instruction or data again, it may be directly called from the memory. Repeated access is avoided, the waiting time of the processor 301 is reduced, and the efficiency of the system is improved.

[0101] The processor 301 can run the method provided in the embodiment of the present application to reduce the complexity of user operations, improve the intelligence of the terminal device, and enhance the user experience. The processor 301 can include different devices. For example, when the CPU and GPU are integrated, the CPU and GPU can cooperate to execute the method provided in the embodiment of the present application. For example, part of the algorithm in the method is executed by the CPU, and another part of the algorithm is executed by the GPU to obtain faster processing efficiency.

[0102] The bus 302 may include a path to transmit information between the above components. The bus 302 may be a PCI (Peripheral Component Interconnect) bus or an EISA (Extended Industry Standard Architecture) bus. The bus 302 may be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 3 Only one thick line is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0103] The memory 303 may be a ROM (Read Only Memory) or other types of static storage devices that can store static information and instructions, a RAM (Random Access Memory) or other types of dynamic storage devices that can store information and instructions, or an EEPROM (Electrically Erasable Programmable Read Only Memory), a CD-ROM (Compact Disc Read Only Memory), or may include a high-speed random access memory, or may include a non-volatile memory, such as at least one disk storage device, a flash memory device, a universal flash storage (UFS), or other optical disk storage, optical disk storage (including compressed optical disk, laser disk, optical disk, digital versatile disk, Blu-ray disk, etc.), a disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store the desired program code in the form of instructions or data structures and can be accessed by a computer, but is not limited to this.

[0104] Optionally, the memory 303 is used to store application code for executing the solution of the present application, and the execution is controlled by the processor 301. The processor 301 is used to execute the application code stored in the memory 303 to implement the method provided in any embodiment of the present application.

[0105] The memory 303 can be used to store computer executable program codes, which include instructions. The processor 301 executes various functional applications and data processing of the electronic device 300 by running the instructions stored in the memory 303. The memory 303 may include a program storage area and a data storage area. Among them, the program storage area may store the code of the operating system, application program, etc. The data storage area may store data created during the use of the electronic device 300 (such as images, videos, etc. collected by the camera application), etc.

[0106] The memory 303 may also store one or more computer programs corresponding to the method provided in the embodiment of the present application. The one or more computer programs are stored in the above-mentioned memory 303 and are configured to be executed by the one or more processors 301, and the one or more computer programs include instructions, and the above-mentioned instructions can be used to execute each step in the above-mentioned corresponding embodiment.

[0107] Of course, the code of the method provided in the embodiment of the present application can also be stored in an external memory. In this case, the processor 301 can run the code of the method stored in the external memory through the external memory interface, and the processor 301 can control the running process.

[0108] The display screen 305 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode or an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), Miniled, MicroLed, Micro-oLed, a quantum dot light-emitting diode (QLED), etc. In some embodiments, the electronic device 300 may include 1 or N display screens 305, where N is a positive integer greater than 1. The display screen 305 can be used to display information input by a user or information provided to a user and various graphical user interfaces (GUI). For example, the display screen 305 can display photos, videos, web pages, or files.

[0109] The electronic device provided in the embodiment of the present application is applicable to any embodiment of the above method. Therefore, the beneficial effects that can be achieved can refer to the beneficial effects in the corresponding method provided above, which will not be repeated here.

[0110] Those skilled in the art will appreciate that embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0111] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A system that specifies the functions of a box or multiple boxes.

[0112] These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer-readable memory produce a product including an instruction system, which is implemented in the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0113] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps of the functions specified in a box or multiple boxes. Although the preferred embodiments of the present invention have been described, those skilled in the art may make additional changes and modifications to these embodiments once they know the basic creative concept. Therefore, the attached claims are intended to be interpreted as including the preferred embodiments and all changes and modifications that fall within the scope of the present invention.

[0114] The above is only a preferred specific embodiment of the present invention, but the protection scope of the present invention is not limited thereto. Any changes or substitutions that can be easily thought of by a person skilled in the art within the technical scope disclosed by the present invention should be included in the protection scope of the present invention. Therefore, the protection scope of the present invention should be based on the protection scope of the claims.

Claims

1. A plug-in-based Sidecar information collection method, characterized in that: include: S1. Create a collection plug-in, configure the collection plug-in in the control center, and configure the configuration information of the collection plug-in including the name of the application system to be issued; S2. Send the collection plug-in to Sidecar; S3. Load the acquisition plug-in in Sidecar and run the acquisition plug-in; S4. Collect data through the collection plug-in.

2. The method according to claim 1, characterized in that After configuring the acquisition plug-in in the control center, the method further includes: Verify the acquisition plug-in, verify the code and content of the acquisition plug-in, and return the verification result; If the verification result is not passed, the acquisition plug-in will not be issued; If the verification result is passed, the acquisition plug-in is issued.

3. The method according to claim 1, characterized in that The sending the collection plug-in to Sidecar includes: Issued accurately according to the name of the application system; or The collection plug-in is sent to all Sidecars in batches.

4. The method according to claim 1, characterized in that The step of loading the acquisition plug-in in Sidecar includes: Monitor the resource usage of Sidecar, and determine whether to load the collection plug-in according to the resource usage; If the resource usage is less than the threshold for loading the acquisition plug-in, then loading the acquisition plug-in; If the resource usage is not less than the threshold for loading the acquisition plug-in, continue waiting.

5. The method according to claim 4, characterized in that Monitoring the resource usage of Sidecar includes monitoring the usage of CPU, memory, disk, and network resources.

6. The method according to claim 1, characterized in that The collecting data through the collection plug-in includes: The data collected by the acquisition plug-in is obtained, and the data is uploaded to the acquisition component in batches. The acquisition component stores and analyzes the uploaded data, obtains the final analysis result, and feeds the final analysis result back to the Sidecar control plane.

7. A plug-in-based Sidecar information collection system, characterized in that: include: A configuration module, used to create a collection plug-in, configure the collection plug-in in the control center, and configure the configuration information of the collection plug-in including the name of the application system to be issued; A sending module, used to send the collection plug-in to Sidecar; A loading and running module is used to load the acquisition plug-in in Sidecar and run the acquisition plug-in; The acquisition module is used to acquire data through the acquisition plug-in.

8. A computer-readable storage medium, characterized in that: The storage medium stores a computer program, and when the computer program is executed by a processor, the method according to any one of claims 1 to 6 is implemented.

9. An electronic device, characterized in that: including a processor and a memory; The memory is used to store program instructions; The processor is configured to execute the method according to any one of claims 1 to 6 by calling program instructions.

10. A computer program product comprising a computer program and / or instructions, characterized in that: When the computer program and / or the instructions are executed by a processor, the steps of the method according to any one of claims 1 to 6 are implemented.

Images