A multi-system deployment unit capability anchoring method and system

Abstract

This invention relates to a method and system for capability anchoring of multi-system deployment units, comprising: configuring deployment units according to applications; allocating deployment units by calling pipelines; generating a control group; stress-testing the control group to obtain stress test traffic; mirroring the stress test traffic to the deployment units via TCP underlying stress test traffic replication to generate first observation indicator data; generating first anchoring data based on the first observation indicator data; mirroring service traffic to the deployment units via UAT to generate second observation indicator data; generating second anchoring data based on the second observation indicator data; and aggregating the first anchoring data and the second anchoring data into a best practice template library. This enables multiple deployment units under different systems to be stressed and anchored in a single operation based on set anchoring indicators.

Description

Technical Field

[0001] This invention relates to the field of computer technology, and in particular to a method and system for anchoring the capabilities of multi-system deployment units. Background Technology

[0002] With the proliferation of multi-architecture systems in the industry, to maintain technological advancement and supplier stability, the entire software deployment unit needs to support multiple hardware and software bases. Therefore, simply relying on existing evaluation methods for the Wintel+x86 architecture is no longer sufficient. The industry commonly uses manual benchmarking of deployment units across different architectures, which is labor-intensive and difficult to control, resulting in too many factors hindering accurate assessment of the capabilities of deployment units under each architecture. In particular, hardware manufacturers have designed and developed chips compatible with the ARM instruction set based on the ARM architecture. Even different chips using the AArch64 architecture exhibit performance differences. However, hardware manufacturers neither readily disclose the performance data of their designed and manufactured chips nor provide specialized hardware for CPU instruction performance testing. This is even more true for the basic hardware and software (motherboard, operating system, graphics card, etc.) that are packaged and adapted to the architecture. A deployment unit with a specific resource size formed by CPU architecture and peripheral basic hardware and software / cloud infrastructure is called a system deployment unit. The capability anchoring comparison between such a deployment unit and the existing x86 deployment units used in production in the industry is the necessary data for migrating to the new system deployment unit solution. Therefore, a deployment unit capability anchoring device that can test multiple systems at the same time is crucial.

[0003] Current technologies suffer from two main problems. First, the testing phase often employs a combination of adaptation, manual testing, and manual control factors. This involves selecting the technology system to be evaluated, choosing a specific ARM / x86 hardware vendor, and selecting basic software and virtualization vendors. An adaptation environment is then built and adaptation testing is conducted. After successful adaptation, multi-scenario testing is performed using tools like Jemter or Bechmark. Each scenario requires manually generating stress data and operating the stress testing machine until the test evaluation results are generated. If multiple system architectures need to be anchored, the above process is repeated. Second, the deployment phase is completely isolated from the pipeline, making it incompatible with existing automated testing and UAT environment testing for x86 systems. Summary of the Invention

[0004] To address the shortcomings of existing technologies, this invention proposes a method and system for anchoring the capabilities of multi-system deployment units. By collecting observation index data from a control group and deployment units with different system architectures, the system ultimately generates anchoring index results, thereby completing the capability anchoring of multi-system deployment units and achieving excellent measurability.

[0005] To achieve the above objectives, the technical solution adopted by the present invention includes:

[0006] A method for anchoring the capabilities of multi-system deployment units includes:

[0007] Based on the application configuration deployment unit, the pipeline is invoked to allocate the deployment unit;

[0008] A control group is generated, and the control group is subjected to stress test traffic. The stress test traffic is then mirrored to the deployment unit via TCP underlying stress test traffic replication to generate the first observation index data.

[0009] Based on the first observation index data, generate the first anchoring data;

[0010] The second observation metric data is generated by sending UAT mirror service traffic to the deployment unit;

[0011] Based on the second observation index data, generate the second anchoring data;

[0012] The first anchoring data and the second anchoring data are aggregated into the best practice template library.

[0013] Furthermore, the application-configured deployment unit includes: configuring the memory, hard disk, CPU, middleware, and business components of the deployment unit, as well as the pressure data, pressure steps, and expected results.

[0014] Furthermore, the observation indicators include system-related indicators, process-related indicators, and log and alarm-related indicators;

[0015] The system metrics include CPU load, memory utilization, I / O read / write frequency, and network utilization.

[0016] The process-related metrics include execution time and execution results;

[0017] The log alert metrics include the number of system alerts and the number of system errors.

[0018] Furthermore, the process of allocating the deployment unit via the invocation pipeline includes:

[0019] Determine whether the system architecture is connected to the pipeline. If the system architecture is connected to the pipeline, call the deployment interface of the system architecture.

[0020] If the system architecture is not connected to the pipeline, an automated deployment script will be generated.

[0021] Furthermore, the generation of the control group includes: according to the configuration, calling an existing architecture to generate a control group; wherein the existing architecture includes the x86 architecture.

[0022] Further, the control group is subjected to pressure testing to obtain stress test traffic. This stress test traffic is then mirrored to the deployment unit via TCP underlying pressure test traffic replication to generate first observation indicator data, including:

[0023] The pressure booster is scheduled to pressurize the control group, and the pressure test traffic is obtained. The pressure test traffic is mirrored to the deployment unit through TCP underlying pressure test traffic replication to generate the first observation index data.

[0024] Return the data of the first observation index to the system results tree.

[0025] Further, generating the first anchoring data based on the first observation index data includes:

[0026] The first anchor data is generated by judging the workflow results through the results tree;

[0027] The result tree is received using a Kafka queue.

[0028] Furthermore, the method also includes: when applying for a deployment unit through the pipeline system, obtaining the corresponding template from the best practice template library for deployment.

[0029] This invention also relates to a multi-system deployment unit capability anchoring system, comprising:

[0030] The configuration module is used to allocate the deployment unit by calling the pipeline according to the application configuration deployment unit;

[0031] The first anchoring data generation module is used to generate a control group, apply pressure to the control group, obtain stress test traffic, and mirror the stress test traffic to the deployment unit through TCP underlying stress test traffic replication to generate the first observation index data.

[0032] Based on the first observation index data, generate the first anchoring data;

[0033] The second anchor data generation module is used to generate second observation indicator data by sending UAT mirror service traffic to the deployment unit;

[0034] Based on the second observation index data, generate the second anchoring data;

[0035] The aggregation module is used to aggregate the first anchored data and the second anchored data into the best practice template library.

[0036] The present invention also relates to a computer-readable storage medium storing a computer program that, when executed by a processor, implements the above-described method.

[0037] The present invention also relates to an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the above-described method.

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

[0039] The beneficial effects of this invention are as follows:

[0040] Multiple deployment units across different systems can be stressed simultaneously based on predefined anchoring metrics to perform capability anchoring, generate capability comparison reports, and integrate with pipelines for UAT traffic testing. When a deployment unit is requested through the pipeline system, a verification reminder will be issued based on the template in the best practice library; monitoring metrics will be adjusted according to the template during system deployment; alarm metrics will be adjusted according to the template; and the system will also adjust scaling threshold parameters according to the template to control traffic. Attached Figure Description

[0041] Figure 1 This is a schematic diagram of the multi-system deployment unit capability anchoring method of the present invention.

[0042] Figure 2 This is a schematic diagram of the multi-system deployment unit capability anchoring system of the present invention. Detailed Implementation

[0043] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0044] The first aspect of this invention relates to a process flow as follows: Figure 1 The multi-system deployment unit capability anchoring method shown includes:

[0045] Based on the application configuration deployment unit, the pipeline is invoked to allocate the deployment unit;

[0046] A control group is generated, and the control group is subjected to stress test traffic. The stress test traffic is then mirrored to the deployment unit via TCP underlying stress test traffic replication to generate the first observation index data.

[0047] First anchoring data is generated based on the first observation index data.

[0048] Specifically, in this embodiment, the application-configured deployment unit includes: configuring the memory, hard disk, CPU, middleware, and business components of the deployment unit, as well as the pressure data, pressure tiers, and expected results; the system call pipeline allocates deployment units of different architectures, schedules the pressure control group (mature X86 architecture deployment unit) for pressure control, the system replicates the pressure through TCP underlying pressure traffic replication, and processes the response traffic; the system collects observation indicator data from the control group and deployment units of different architectures, and finally forms anchor indicator results; specifically, the observation indicators are mainly divided into three categories: first, system-related indicators include CPU load, memory utilization, IO read / write frequency, and network utilization; second, process-related indicators include execution time and execution results; and third, log and alarm-related indicators include the number of system alarms and the number of system errors.

[0049] In some embodiments, it is determined whether the system architecture is connected to the pipeline. If the system architecture is connected to the pipeline, the deployment interface of the system architecture is invoked, resources are allocated, and the required software is installed using tools such as Salt, and software parameters are configured. If the system architecture is not connected to the pipeline, an automated deployment script is generated. Based on the configuration, the existing x86 architecture is invoked, resources are allocated, and the required software is installed using tools such as Salt, and software parameters are configured.

[0050] In some embodiments, a pressure booster is scheduled to boost the control group, acquire the load test traffic, and mirror the load test traffic to the deployment unit via TCP underlying pressure test traffic replication to generate first observation index data; the first observation index data is returned to the system result tree. The result tree is used to judge the workflow results and generate first anchor data; the result tree uses a Kafka queue to receive the data.

[0051] The second observation metric data is generated by sending UAT mirror service traffic to the deployment unit;

[0052] Based on the second observation index data, generate the second anchoring data;

[0053] Specifically, in this embodiment, the actual business system is deployed to deployment units of different systems. During the intra-bank UAT stage, the mirror mode configured by the pipeline will be used to replicate traffic with real business characteristics to deployment units of different systems. This is used to discover the characteristics of the deployment units under real business traffic and to perform deeper optimization.

[0054] The first anchoring data and the second anchoring data are aggregated into the best practice template library.

[0055] Specifically, in this embodiment, the first anchoring data and the second anchoring data are entered into the pipeline. After manual review, they are incorporated into the best practice template library. When an employee applies for a deployment unit through the pipeline system, a verification reminder will be issued based on the template in the best practice library. When the system goes live, the monitoring indicators will be adjusted based on the template. When the system alarms, the alarm indicators will be adjusted based on the indicators. The system will also adjust the expansion and contraction threshold parameters based on the template to control the flow.

[0056] Another aspect of the present invention relates to a multi-system deployment unit capability anchoring processing system, the structure of which is as follows: Figure 2 As shown, it includes:

[0057] The configuration module is used to allocate the deployment unit by calling the pipeline according to the application configuration deployment unit;

[0058] The first anchoring data generation module is used to generate a control group, apply pressure to the control group, obtain stress test traffic, and mirror the stress test traffic to the deployment unit through TCP underlying stress test traffic replication to generate the first observation index data.

[0059] Based on the first observation index data, generate the first anchoring data;

[0060] The second anchor data generation module is used to generate second observation indicator data by sending UAT mirror service traffic to the deployment unit;

[0061] Based on the second observation index data, generate the second anchoring data;

[0062] The aggregation module is used to aggregate the first anchored data and the second anchored data into the best practice template library.

[0063] By using this system, the aforementioned computational processing methods can be executed and the corresponding technical effects can be achieved.

[0064] Embodiments of the present invention also provide a computer-readable storage medium capable of implementing all steps of the multi-system deployment unit capability anchoring method in the above embodiments, wherein the computer-readable storage medium stores a computer program that, when executed by a processor, implements all steps of the multi-system deployment unit capability anchoring method in the above embodiments.

[0065] Embodiments of the present invention also provide an electronic device for performing the above-described method. As an implementation device for the method, the electronic device includes at least a processor and a memory. In particular, the memory stores data and related computer programs required for performing the method. The processor calls the data and programs in the memory to execute all the steps of the method and obtain the corresponding technical effect.

[0066] Preferably, the electronic device may include a bus architecture, which may include any number of interconnected buses and bridges. The bus will include various circuits linked together by one or more processors and memories. The bus may also link together various other circuits such as peripherals, voltage regulators, and power management circuits, which are well known in the art and therefore will not be described further herein. The bus interface provides an interface between the bus and the receiver and transmitter. The receiver and transmitter may be the same element, i.e., a transceiver, providing a unit for communicating with various other systems over a transmission medium. The processor is responsible for managing the bus and general processing, while the memory may be used to store data used by the processor during operation.

[0067] Additionally, the electronic device may further include components such as a communication module, an input unit, an audio processor, a display, and a power supply. The processor (or controller, operating control) used may include a microprocessor or other processor device and / or logic device, which receives input and controls the operation of various components of the electronic device; the memory may be one or more of a buffer, flash memory, hard drive, removable media, volatile memory, non-volatile memory, or other suitable devices, which can store the aforementioned data information, and may also store programs for executing the information, and the processor can execute the program stored in the memory to achieve information storage or processing, etc.; the input unit is used to provide input to the processor, for example, it can be a button or touch input device; the power supply is used to provide power to the electronic device; the display is used to display images and text, for example, it can be an LCD display. The communication module is a transmitter / receiver that transmits and receives signals via an antenna. The communication module (transmitter / receiver) is coupled to the processor to provide input signals and receive output signals, which can be the same as in conventional mobile communication terminals. Based on different communication technologies, multiple communication modules can be incorporated into the same electronic device, such as cellular network modules, Bluetooth modules, and / or wireless LAN modules. The communication module (transmitter / receiver) is also coupled to a speaker and microphone via an audio processor to provide audio output through the speaker and receive audio input from the microphone, thereby enabling typical telecommunications functions. The audio processor can include any suitable buffer, decoder, amplifier, etc. Furthermore, the audio processor is coupled to a central processing unit, enabling on-device recording via the microphone and on-device playback of stored sound via the speaker.

[0068] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, systems, or computer program products. Therefore, the present invention can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention can take the form of a computer program product embodied 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.

[0069] This invention is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A system that specifies functions in one or more boxes.

[0070] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including an instruction set implemented in a process. Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0071] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the functions specified in one or more boxes. Although preferred embodiments of the invention have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of the invention.

[0072] The above description is merely a preferred embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in the present invention should be included within the scope of protection of the present invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

Claims

1. A method for anchoring the capabilities of multi-system deployment units, characterized in that, include: Based on the application configuration deployment unit, the pipeline is invoked to allocate the deployment unit; A control group is generated, and the control group is subjected to stress test traffic. The stress test traffic is then mirrored to the deployment unit via TCP underlying stress test traffic replication to generate the first observation index data. Return the first observation index data to the system results tree; Based on the first observation index data, generate the first anchoring data; The second observation metric data is generated by sending UAT mirror service traffic to the deployment unit; Based on the second observation index data, generate the second anchoring data; The first anchoring data and the second anchoring data are aggregated into the best practice template library; The step of generating the first anchoring data based on the first observation index data includes: The first anchor data is generated by judging the workflow results through the results tree; The process involves inputting the first and second anchor data into the pipeline, which, after manual review, is then incorporated into the best practice template library. When an employee applies for a deployment unit through the pipeline system, the system will provide verification and reminders based on the template in the best practice library. When the system goes live, the system will adjust the monitoring indicators based on the template. When the system alarms, the system will adjust the alarm indicators based on the template. The system will also adjust the expansion and contraction threshold parameters based on the template to control traffic.

2. The method as described in claim 1, characterized in that, The application-configured deployment unit includes configuring the memory, hard disk, CPU, middleware, and business components of the deployment unit, as well as the pressure data, pressure tiers, and expected results.

3. The method as described in claim 2, characterized in that, The observation metrics include system metrics, process metrics, and log and alarm metrics; The system metrics include CPU load, memory utilization, I / O read / write frequency, and network utilization. The process-related metrics include execution time and execution results; The log alert metrics include the number of system alerts and the number of system errors.

4. The method as described in claim 3, characterized in that, The pipeline that calls the deployment unit includes: Determine whether the system architecture is connected to the pipeline. If the system architecture is connected to the pipeline, call the deployment interface of the system architecture. If the system architecture is not connected to the pipeline, an automated deployment script will be generated.

5. The method as described in claim 4, characterized in that, The generation of the control group includes: according to the configuration, calling an existing architecture to generate a control group; wherein, the existing architecture includes the x86 architecture.

6. The method as described in claim 1, characterized in that, The method further includes: when applying for a deployment unit through the pipeline system, obtaining the corresponding template from the best practice template library for deployment.

7. A multi-system deployment unit capability anchoring system, characterized in that, include: The configuration module is used to allocate the deployment unit by calling the pipeline according to the application configuration deployment unit; The first anchoring data generation module is used to generate a control group, apply pressure to the control group, obtain stress test traffic, and mirror the stress test traffic to the deployment unit through TCP underlying stress test traffic replication to generate the first observation index data. Return the first observation index data to the system results tree; Based on the first observation index data, generate the first anchoring data; The second anchor data generation module is used to generate second observation indicator data by sending UAT mirror service traffic to the deployment unit; Based on the second observation index data, generate the second anchoring data; The aggregation module is used to aggregate the first anchored data and the second anchored data into the best practice template library; The step of generating the first anchoring data based on the first observation index data includes: The first anchor data is generated by judging the workflow results through the results tree; The process involves inputting the first and second anchor data into the pipeline, which, after manual review, is then incorporated into the best practice template library. When an employee applies for a deployment unit through the pipeline system, the system will provide verification and reminders based on the template in the best practice library. When the system goes live, the system will adjust the monitoring indicators based on the template. When the system alarms, the system will adjust the alarm indicators based on the template. The system will also adjust the expansion and contraction threshold parameters based on the template to control traffic.

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

9. A computer device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the method according to any one of claims 1 to 6.

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

Images