Construction method, device and equipment of simulation verification system

Abstract

The invention provides a construction method, device and equipment of a simulation verification system, and the method comprises the steps: distributing a first resource for a server of the simulation verification system based on hardware information, and enabling the hardware configuration information of the first resource to be consistent with the hardware configuration information of a second resource of an actual production system; configuring a first network parameter for a network device of the simulation verification system based on the hardware information, and enabling the first network parameter to be consistent with a second network parameter of an actual production system; installing a first operating system for the simulation verification system based on the operating system information, and enabling system data of the first operating system to be consistent with system data of a second operating system of an actual production system; first software is installed for the simulation verification system based on the software information, and software configuration information of the first software is made to be consistent with software configuration information of second software of the actual production system. According to the technical scheme, manpower, material resources and time can be saved, the workload of a user is reduced, and the construction efficiency of the simulation verification system is improved.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a method, apparatus and equipment for constructing a simulation verification system. Background Technology

[0002] In various sectors such as finance, e-commerce, and manufacturing, the actual production system (i.e., the actual deployed production system) is a complex system. It may include multiple servers and network devices (such as routers, switches, firewalls, and security equipment), all working collaboratively to achieve complex business functions. With continuous business development and technological advancements, upgrading the actual production system has become a crucial means to maintain efficient system operation and meet new business demands.

[0003] To upgrade the actual production system, a 1:1 verification environment needs to be built. In this verification environment, a simulation verification system adapted to the actual production system needs to be built. The verification environment of the simulation verification system is completely consistent with the production environment of the actual production system, so that the capabilities of the simulation verification system are consistent with those of the actual production system.

[0004] However, in order to build a simulation verification system that is compatible with the actual production system, the user needs to build the simulation verification system manually. This requires a lot of manpower, material resources and time. In other words, building a simulation verification system involves a large workload, low efficiency and is prone to errors. Summary of the Invention

[0005] This application provides a method for constructing a simulation verification system, the method comprising: Obtain hardware, operating system, and software information corresponding to the actual production system; Based on the hardware information, allocate a first resource to the server of the simulation verification system so that the hardware configuration information of the first resource is consistent with the hardware configuration information of the second resource of the actual production system; and / or, configure a first network parameter for the network device of the simulation verification system based on the hardware information so that the first network parameter is consistent with the second network parameter of the actual production system. Based on the operating system information, a first operating system is installed on the simulation verification system so that the system data of the first operating system is consistent with the system data of the second operating system of the actual production system. Based on the software information, a first software is installed in the simulation verification system so that the software configuration information of the first software is consistent with the software configuration information of the second software in the actual production system.

[0006] This application provides a construction apparatus for a simulation verification system, the apparatus comprising: The acquisition module is used to acquire hardware information, operating system information, and software information corresponding to the actual production system. The construction module is configured to allocate a first resource to the server of the simulation verification system based on the hardware information, so that the hardware configuration information of the first resource is consistent with the hardware configuration information of the second resource of the actual production system; and / or configure a first network parameter for the network device of the simulation verification system based on the hardware information, so that the first network parameter is consistent with the second network parameter of the actual production system. Based on the operating system information, a first operating system is installed on the simulation verification system so that the system data of the first operating system is consistent with the system data of the second operating system of the actual production system. Based on the software information, a first software is installed in the simulation verification system so that the software configuration information of the first software is consistent with the software configuration information of the second software in the actual production system.

[0007] This application provides an electronic device, a processor, and a machine-readable storage medium storing machine-executable instructions that can be executed by the processor; the processor is used to execute the machine-executable instructions to implement the construction method of the simulation verification system of the above example.

[0008] This application provides a computer program product, which includes a computer program that, when executed by a processor, implements the method for constructing the simulation verification system described above.

[0009] This application provides a machine-readable storage medium storing machine-executable instructions that can be executed by a processor; wherein the processor is used to execute the machine-executable instructions to implement the construction method of the simulation verification system of the example above in this application.

[0010] As can be seen from the above technical solutions, in this embodiment, hardware information, operating system information, and software information corresponding to the actual production system can be obtained, and a simulation verification system can be constructed based on the hardware information, operating system information, and software information. When constructing the simulation verification system, a first resource is allocated to the server of the simulation verification system based on the hardware information, so that the hardware configuration information of the first resource is consistent with the hardware configuration information of the second resource of the actual production system; a first network parameter is configured for the network devices of the simulation verification system based on the hardware information, so that the first network parameter is consistent with the second network parameter of the actual production system; a first operating system is installed for the simulation verification system based on the operating system information, so that the system data of the first operating system is consistent with the system data of the second operating system of the actual production system; and a first software is installed for the simulation verification system based on the software information, so that the software configuration information of the first software is consistent with the software configuration information of the second software of the actual production system. Based on the above processing method, a simulation verification system adapted to the actual production system can be constructed, eliminating the need for users to manually construct the simulation verification system, saving manpower, material resources, and time, reducing user workload, improving the construction efficiency of the simulation verification system, and making the simulation verification system less prone to errors. Automated build technology provides strong support for the upgrade and verification of actual production systems from multiple dimensions such as cost, accuracy, and maintenance management, saving enterprises a lot of resources and improving the success rate and efficiency of system upgrades.

[0011] Automated construction of the simulation verification system can significantly reduce labor costs: requiring only a small number of technicians to write, debug, and maintain the data collection and construction scripts, manpower input can be reduced by 70%-80%, allowing the saved human resources to be reallocated to more valuable business innovation and system optimization work. It can significantly shorten time costs: the automated construction process is script-driven and can run continuously, greatly accelerating the construction speed and significantly shortening the cycle from planning to availability of the verification environment, thus accelerating project progress. It can effectively control hardware resource costs: during the automated construction process, resources can be accurately allocated based on the actual resource usage of the production environment, avoiding resource waste caused by over- or under-configuration; in a virtualized environment, CPU, memory, and storage resources can be precisely allocated to virtual machines in the verification environment, improving hardware resource utilization and reducing the cost of purchasing hardware equipment. It can highly simulate the production environment: automated construction is based on comprehensive and accurate information collection from the production environment, reproducing every detail of the production environment, from the hardware layer to the software layer. Whether it's complex network topology or detailed database parameters, it can be accurately replicated, ensuring a high degree of consistency between the verification environment and the production environment. This makes the upgrade test results in the verification environment more valuable, allowing for the early detection and resolution of most potential problems in the production environment upgrade, reducing upgrade risks. Reduced human error: Automated builds rely on pre-written and rigorously tested scripts to execute tasks, avoiding errors caused by human factors and ensuring build accuracy and consistency. Facilitated environment updates and maintenance: When the production environment changes, such as software upgrades or hardware replacements, only the relevant configuration information of the automated build script needs to be updated to quickly rebuild a verification environment compatible with the new production environment, significantly simplifying the maintenance process and improving maintenance efficiency. Enhanced environment portability: Automated build scripts can run on different hardware platforms or cloud environments. As long as the target environment meets the basic requirements, it can quickly build the same 1:1 verification environment, facilitating system upgrade verification for enterprises in different regions and with different infrastructures. This enhances the portability and flexibility of the verification environment, enabling enterprises to better cope with diverse business needs and infrastructure changes. Attached Figure Description

[0012] Figure 1 This is a flowchart illustrating a method for constructing a simulation verification system according to one embodiment of this application; Figure 2 This is a schematic diagram of a method for constructing a simulation verification system according to one embodiment of this application; Figure 3A This is a schematic diagram of the environmental information collection stage in one embodiment of this application; Figure 3B This is a schematic diagram of the automated construction phase in one embodiment of this application; Figure 3CThis is a schematic diagram of the verification and optimization stage in one embodiment of this application; Figure 4 This is a schematic diagram of the structure of the construction device of the simulation verification system in one embodiment of this application; Figure 5 This is a hardware structure diagram of an electronic device according to one embodiment of this application. Detailed Implementation

[0013] This application proposes a method for constructing a simulation verification system, which can be applied to electronic devices. (See also...) Figure 1 The diagram shown is a flowchart of the method, which may include: Step 101: Obtain the hardware information, operating system information, and software information corresponding to the actual production system.

[0014] Step 102: Construct a simulation verification system based on hardware information, operating system information, and software information. When constructing the simulation verification system, allocate first resources to the server of the simulation verification system based on hardware information, so that the hardware configuration information of the first resources is consistent with the hardware configuration information of the second resources in the actual production system; and / or, configure first network parameters for the network devices of the simulation verification system based on hardware information, so that the first network parameters are consistent with the second network parameters in the actual production system. Install a first operating system on the simulation verification system based on operating system information, so that the system data of the first operating system is consistent with the system data of the second operating system in the actual production system. Install first software on the simulation verification system based on software information, so that the software configuration information of the first software is consistent with the software configuration information of the second software in the actual production system.

[0015] In one example, hardware information may include first hardware information and second hardware information. The process of allocating first resources to the server of the simulation verification system based on the hardware information includes: obtaining first hardware information from the server of the actual production system via a first SNMP message, and allocating first resources to the server of the simulation verification system based on the first hardware information; wherein the first hardware information includes at least one of the following: server model, CPU load information, memory usage information, disk information, and RAID configuration information. The process of configuring first network parameters for the network devices of the simulation verification system based on the hardware information includes: obtaining second hardware information from the network devices of the actual production system via a second SNMP message, and configuring first network parameters for the network devices of the simulation verification system based on the second hardware information; wherein the second hardware information includes at least one of the following: network device model, number of ports, port speed, port status, and VLAN configuration information.

[0016] In one example, the process of installing a first operating system on a simulated verification system based on operating system information may include, but is not limited to: obtaining operating system information from the actual production system through script commands, wherein the operating system information may include at least one of the following: operating system version, kernel parameters, system service status, wherein the system service status may include the status of processes running on the actual production system; generating an installation configuration file based on the operating system information; installing the first operating system on the simulated verification system based on the installation configuration file; and modifying the configuration file of the first operating system based on the operating system information.

[0017] In one example, software information may include, but is not limited to, at least one of database information, middleware information, and application information. Based on this, the process of installing the first database software for the simulation verification system based on the database information may include, but is not limited to: obtaining database information from the actual production system via SQL commands, whereby the database information may include at least one of the following: database version, data table structure, and user permission information; downloading and installing the database software corresponding to the database version, and importing the data table structure and user permission information to obtain the first database software, so that the database software configuration information of the first database software is consistent with the database software configuration information of the second database software in the actual production system.

[0018] In one example, the process of installing the first middleware software for the simulation verification system based on middleware information may include, but is not limited to: obtaining middleware information from the actual production system by reading the configuration file, wherein the middleware information may include, but is not limited to, at least one of the following: server port, virtual host configuration; downloading and installing the middleware software corresponding to the specified version, and modifying the configuration file of the middleware software based on the middleware information to obtain the first middleware software, so that the middleware software configuration information of the first middleware software is consistent with the middleware software configuration information of the second middleware software in the actual production system.

[0019] In one example, the process of installing the first application software for the simulation verification system based on application information may include, but is not limited to: obtaining application information from the actual production system by reading the configuration file, and / or obtaining application information by scanning the code repository of the actual production system. This application information may include at least one of the following: database connection information, log level, and dependency library information; cloning the application software from the actual production system to the simulation verification system; modifying the configuration file of the application software based on the database connection information and log level to obtain the first application software; and downloading and installing the third-party library corresponding to the dependency library information to make the program software configuration information of the first application software consistent with the program software configuration information of the second application software in the actual production system.

[0020] In one example, after constructing a simulation verification system based on hardware, operating system, and software information, if the hardware configuration information of the first resource in the simulation verification system is consistent with the hardware configuration information of the second resource in the actual production system, and the first network parameters of the simulation verification system are consistent with the second network parameters of the actual production system, then the environment consistency verification corresponding to the hardware information is determined to be successful; otherwise, the environment consistency verification corresponding to the hardware information is determined to be unsuccessful. Similarly, if the system data of the first operating system in the simulation verification system is consistent with the system data of the second operating system in the actual production system, then the environment consistency verification corresponding to the operating system information is determined to be successful; otherwise, the environment consistency verification corresponding to the operating system information is determined to be unsuccessful.

[0021] In one example, after constructing a simulation verification system based on hardware, operating system, and software information, if the database software configuration information of the first database software in the simulation verification system is consistent with the database software configuration information of the second database software in the actual production system, then the environment consistency verification corresponding to the database information is determined to be successful; otherwise, the environment consistency verification corresponding to the database information is determined to be unsuccessful. Specifically, if the data table structure of the first database software is the same as that of the second database software, and the user permission information of the first database software is the same as that of the second database software, and the response result of the first database software to a specified statement is the same as that of the second database software, then the database software configuration information of the first database software is consistent with that of the second database software. Similarly, if the middleware software configuration information of the first middleware software in the simulation verification system is consistent with the middleware software configuration information of the second middleware software in the actual production system, then the environment consistency verification corresponding to the middleware information is determined to be successful; otherwise, the environment consistency verification corresponding to the middleware information is determined to be unsuccessful. Specifically, if the response result of the first middleware software to a specified access is the same as that of the second middleware software, then the middleware software configuration information of the first middleware software is consistent with that of the second middleware software. If the program software configuration information of the first application software of the simulation verification system is consistent with the program software configuration information of the second application software of the actual production system, then the environment consistency verification corresponding to the application information is determined to be successful; otherwise, the environment consistency verification corresponding to the application information is determined to be unsuccessful. Among them, after running the specified test case through the first application software, if the response result of the first application software to the specified test case is correct, the program software configuration information of the first application software is consistent with the program software configuration information of the second application software.

[0022] As can be seen from the above technical solutions, in this embodiment, hardware information, operating system information, and software information corresponding to the actual production system can be obtained, and a simulation verification system can be constructed based on the hardware information, operating system information, and software information. When constructing the simulation verification system, a first resource is allocated to the server of the simulation verification system based on the hardware information, so that the hardware configuration information of the first resource is consistent with the hardware configuration information of the second resource of the actual production system; a first network parameter is configured for the network devices of the simulation verification system based on the hardware information, so that the first network parameter is consistent with the second network parameter of the actual production system; a first operating system is installed for the simulation verification system based on the operating system information, so that the system data of the first operating system is consistent with the system data of the second operating system of the actual production system; and a first software is installed for the simulation verification system based on the software information, so that the software configuration information of the first software is consistent with the software configuration information of the second software of the actual production system. Based on the above processing method, a simulation verification system adapted to the actual production system can be constructed, eliminating the need for users to manually construct the simulation verification system, saving manpower, material resources, and time, reducing user workload, improving the construction efficiency of the simulation verification system, and making the simulation verification system less prone to errors. Automated build technology provides strong support for the upgrade and verification of actual production systems from multiple dimensions such as cost, accuracy, and maintenance management, saving enterprises a lot of resources and improving the success rate and efficiency of system upgrades.

[0023] Automated construction of the simulation verification system can significantly reduce labor costs: requiring only a small number of technicians to write, debug, and maintain the data collection and construction scripts, manpower input can be reduced by 70%-80%, allowing the saved human resources to be reallocated to more valuable business innovation and system optimization work. It can significantly shorten time costs: the automated construction process is script-driven and can run continuously, greatly accelerating the construction speed and significantly shortening the cycle from planning to availability of the verification environment, thus accelerating project progress. It can effectively control hardware resource costs: during the automated construction process, resources can be accurately allocated based on the actual resource usage of the production environment, avoiding resource waste caused by over- or under-configuration; in a virtualized environment, CPU, memory, and storage resources can be precisely allocated to virtual machines in the verification environment, improving hardware resource utilization and reducing the cost of purchasing hardware equipment. It can highly simulate the production environment: automated construction is based on comprehensive and accurate information collection from the production environment, reproducing every detail of the production environment, from the hardware layer to the software layer. Whether it's complex network topology or detailed database parameters, it can be accurately replicated, ensuring a high degree of consistency between the verification environment and the production environment. This makes the upgrade test results in the verification environment more valuable, allowing for the early detection and resolution of most potential problems in the production environment upgrade, reducing upgrade risks. Reduced human error: Automated builds rely on pre-written and rigorously tested scripts to execute tasks, avoiding errors caused by human factors and ensuring build accuracy and consistency. Facilitated environment updates and maintenance: When the production environment changes, such as software upgrades or hardware replacements, only the relevant configuration information of the automated build script needs to be updated to quickly rebuild a verification environment compatible with the new production environment, significantly simplifying the maintenance process and improving maintenance efficiency. Enhanced environment portability: Automated build scripts can run on different hardware platforms or cloud environments. As long as the target environment meets the basic requirements, it can quickly build the same 1:1 verification environment, facilitating system upgrade verification for enterprises in different regions and with different infrastructures. This enhances the portability and flexibility of the verification environment, enabling enterprises to better cope with diverse business needs and infrastructure changes.

[0024] The technical solutions described above in the embodiments of this application will be explained below in conjunction with specific application scenarios.

[0025] A real-world production system is a complex system that may include multiple servers and network devices. Upgrading a real-world production system requires building a simulated verification system adapted to it within a verification environment. This simulated verification system's verification environment must be completely identical to the production environment of the real-world production system. However, building such a simulated verification system necessitates manual construction by the user, which consumes significant manpower, resources, and time. In other words, building a simulated verification system involves a large workload, low efficiency, and is prone to errors.

[0026] For example, at the hardware level, users need to precisely match server configurations, such as the number of CPU (Central Processing Unit) cores, memory capacity, and disk array settings. They also need to consider network device models, port configurations, and network topology. Taking a core trading system in the financial industry as an example, the actual production system may involve dozens or even hundreds of servers of different models, as well as a complex network architecture (such as multi-layer switches and routers). When building a simulation verification system for this actual production system (as a 1:1 verification environment), the selection, procurement, and configuration of hardware alone may take several weeks and require professional hardware engineers, resulting in extremely high labor costs.

[0027] For example, at the software level, the operating system version, kernel parameters, system service configurations, database version, table structure, stored procedures, user permission settings, middleware version, configuration parameters, and application version and dependent libraries all need to be precisely consistent with the actual production system. For instance, taking an e-commerce system as an example, the application may depend on various versions of third-party libraries. When building a simulation verification system for this actual production system, it's not only necessary to accurately install these third-party libraries, but also to ensure that their configuration parameters match those of the actual production system. Otherwise, the application may malfunction in the simulation verification system. Manually installing, configuring, and debugging these third-party libraries is not only error-prone but also extremely time-consuming, requiring a considerable amount of time to complete.

[0028] For example, even after building a simulation verification system, various problems may still arise during the actual upgrade process due to environmental factors and historical data. For instance, different database versions may have different data storage formats and operational logic. If the special cases of historical data (such as special characters or formats in certain historical data records) are not fully considered in the simulation verification system, data read or write errors may occur after the actual production system upgrade. Furthermore, changes to external interfaces, internal module communication interfaces, and dependent middleware versions may also cause incompatibility issues.

[0029] To address the above findings, this application proposes a method for constructing a simulation verification system. This method enables the automated construction of a 1:1 environment for a real production system, i.e., automated construction of the simulation verification system to ensure its compatibility with the actual production system. For example, the actual production system is the deployed production system and can be any system, such as systems from various fields like finance, e-commerce, and manufacturing. The actual production system includes multiple servers and network devices (such as routers, switches, firewalls, and security devices) that work together to achieve complex business functions. There are no restrictions on the actual production system; it can also be referred to as the production environment. Conversely, the simulation verification system is a system built / constructed specifically for the actual production system. The simulation verification system is compatible with the actual production system, meaning its capabilities are consistent with those of the actual production system. The simulation verification system is called the verification environment. Clearly, the verification environment of the simulation verification system needs to be completely consistent with the production environment of the actual production system.

[0030] In one example, see Figure 2 The diagram illustrates the construction method of a simulation verification system. This method can include an environment information acquisition phase, an automated construction phase, and a verification and optimization phase. In the environment information acquisition phase, hardware information, operating system information, database information, middleware information, and application information corresponding to the actual production system can be collected. In the automated construction phase, the simulation verification system can be constructed based on the hardware, operating system, database, middleware, and application information corresponding to the actual production system. In the verification and optimization phase, the consistency between the simulation verification system and the actual production system can be verified to determine the environmental consistency verification result. The processing procedures of the environment information acquisition phase, automated construction phase, and verification and optimization phase are explained below.

[0031] First, regarding the environmental information collection phase.

[0032] See Figure 3A The diagram shown illustrates the environmental information collection phase. During this phase, hardware information, operating system information, database information, middleware information, and application information corresponding to the actual production system can be collected.

[0033] For example, a powerful environmental information collection tool can be developed in advance. This tool has the ability to traverse all types of components in the actual production system, whether it is the hardware such as servers, storage devices, and network devices, or the software such as operating systems, databases, middleware, and applications. The environmental information collection tool can collect in-depth and detailed information to obtain the hardware information, operating system information, database information, middleware information, and application information corresponding to the actual production system.

[0034] Regarding hardware information, it can include first hardware information corresponding to the server and second hardware information corresponding to network devices. For example, in terms of hardware information acquisition, the environmental information acquisition tool obtains first hardware information from the server of the actual production system through a first SNMP (Simple Network Management Protocol) message, and obtains second hardware information from the network devices of the actual production system through a second SNMP message. For instance, the environmental information acquisition tool establishes a communication connection with the server based on the SNMP protocol, accurately obtaining the server's first hardware information through the first SNMP message. Alternatively, the environmental information acquisition tool traverses the network topology, establishes communication connections with each network device based on the SNMP protocol, and accurately obtains the second hardware information from the network devices through the second SNMP message.

[0035] The first piece of hardware information may include, but is not limited to, at least one of the following: server model, server manufacturer, CPU load information (detailed CPU parameters), memory usage information (memory usage status), disk information (disk drive information), and RAID (Redundant Arrays of Independent Disks) configuration information. For example, executing an SNMP query command to obtain "sysDescr" determines the server model; executing an SNMP query command to obtain "hrProcessorLoad" determines the CPU load information; and executing an SNMP query command using an OID (Object Identifier) ​​obtains disk information, such as disk model and disk capacity. RAID configuration information can also be obtained by executing an SNMP query command using the OID.

[0036] The second piece of hardware information may include, but is not limited to, at least one of the following: network device model, number of ports, port speed, port status, and VLAN (Virtual Local Area Network) configuration information. For example, port status and VLAN configuration information can be obtained by querying a specific OID of the network device.

[0037] Regarding operating system information, the environment information acquisition tool obtains operating system information from the actual production system through script commands. For example, in Unix-like operating systems, the tool uses shell script commands to obtain operating system information; in Windows operating systems, it uses WMI (Windows Management Instrumentation) combined with PowerShell command-line shell script commands to obtain operating system information.

[0038] Operating system information may include, but is not limited to, at least one of the following: operating system version, kernel parameters, and system service status. System service status may include the status of processes running on the actual production system. For example, if the actual production system runs 10 processes, the status of these processes may be running or not allowed, etc.

[0039] For example, in a Unix-like operating system, you can use a shell script to execute "cat / etc / os -release" to get the operating system version, use a shell script to read files under " / proc / sys" to get kernel parameters, and use a shell script to use "systemctl list - units --type = service" to check the system service status.

[0040] In Windows operating systems, PowerShell scripts can be used to query the operating system version and registry configuration information (which includes the processes running on the actual production system and their status, corresponding to system service status) via WMI. For example, the WMI command "Get-CimInstance-Class Win32_OperatingSystem |Select-Object Caption,Version" is used to obtain the operating system version.

[0041] Regarding database information, environmental information collection tools can obtain database information from actual production systems using SQL (Structured Query Language) commands. Database information may include, but is not limited to, at least one of the following: database version, table structure, and user permission information. For example, for a MySQL database, the SQL command "SELECT VERSION()" can be used to query the database version, the SQL commands "SHOW TABLES" and "DESCRIBE [table_name]" can be used to obtain the table structure, and the SQL command "SELECT *FROM mysql.user" can be used to view user permission information (user permission settings). For a MongoDB database, the SQL command "db.version()" can be used to obtain the database version, and SQL management commands can be used to view the table structure and user permission information.

[0042] Regarding middleware information, environment information collection tools can obtain middleware information from the actual production system by reading configuration files; that is, information related to the middleware. Middleware is a type of software that sits between the application system and the system software; it is an independent system software service program. Middleware information may include, but is not limited to, at least one of the following: server port, virtual host configuration. For example, taking Tomcat middleware as an example, by reading the "server.xml" configuration file of the actual production system, the server port and virtual host configuration of the Tomcat middleware in the actual production system can be obtained.

[0043] Regarding application information, environment information collection tools can acquire application information from the actual production system by reading configuration files and / or by scanning the codebase of the actual production system. Application information may include, but is not limited to, at least one of the following: database connection information, log levels, and dependency library information. For example, by viewing the "webapps" directory (i.e., the configuration file for the application), a list of deployed applications can be obtained; this list can include all applications. For any given application, key configuration information such as database connection information and log levels can be obtained by reading its configuration file (the application's configuration file). Dependency library information (i.e., information about the third-party libraries that the application depends on) can be analyzed by scanning the codebase. For example, by analyzing the "pom.xml" file of a Maven project, dependency library information for Java applications can be obtained; the Java application represents the application itself, and the "pom.xml" file represents the application's configuration file.

[0044] In summary, we can collect hardware information (first and second hardware information), operating system information, database information, middleware information, and application information corresponding to the actual production system, and store this information in a structured manner for easy subsequent processing. For example, all collected information can be stored in JSON format. After information collection, efficient parsing algorithms can be used to classify and organize this information. Hardware information can be organized into structured tables containing fields such as model and parameters according to device type. Database information, middleware information, and application information can be categorized according to different software types, and key configuration parameters and their corresponding values ​​can be extracted. Finally, all information is stored in JSON format, forming a digital information record of the production environment, providing an accurate and orderly data foundation for subsequent automated construction.

[0045] Second, regarding the automated build phase.

[0046] See Figure 3B The diagram illustrates the automated construction phase. In this phase, a simulation verification system is built based on the hardware, operating system, database, middleware, and application information corresponding to the actual production system. For example, when building the simulation verification system, first resources are allocated to the server based on the first hardware information; first network parameters are configured for the network devices based on the second hardware information; a first operating system is installed based on the operating system information; first database software is installed based on the database information; first middleware software is installed based on the middleware information; and first application software is installed based on the application information. Thus, the simulation verification system is successfully built.

[0047] For example, based on the collected and parsed hardware information, operating system information, database information, middleware information, and application information, a modular automated build process can be constructed. This process can deploy hardware resource configuration modules, operating system installation and configuration modules, database installation and configuration modules, middleware installation and configuration modules, and application installation and configuration modules, and automatically build a simulation verification system based on these modules.

[0048] Based on the hardware resource configuration module (also known as the hardware resource allocation module), first resources are allocated to the servers of the simulation verification system (such as physical servers or virtual servers in the verification environment) based on first hardware information. This ensures that the hardware configuration information of the first resource matches the hardware configuration information of the second resource in the actual production system, thereby achieving precise resource allocation. For example, the hardware configuration information of the first resource is the hardware configuration information of the servers in the simulation verification system, and the hardware configuration information of the second resource is the hardware configuration information of the servers in the actual production system. If the first hardware information includes server model, CPU load information, memory usage information, disk information, and RAID configuration information, then the hardware configuration information of the first and second resources also includes server model, CPU load information, memory usage information, disk information, and RAID configuration information. Therefore, when allocating first resources to the servers of the simulation verification system based on the first hardware information, it is possible to ensure that the server model of the first resource matches the server model of the second resource, that the CPU load information of the first resource matches the CPU load information of the second resource, that the memory usage information of the first resource matches the memory usage information of the second resource, that the disk information of the first resource matches the disk information of the second resource, and that the RAID configuration information of the first resource matches the RAID configuration information of the second resource.

[0049] For example, if the actual production system's server has an 8-core CPU (CPU load information) and 16GB of memory (memory usage information), then a virtual machine with the same configuration is created in the verification environment using virtualization technology. This virtual machine serves as a virtual server, and the virtual server uses an 8-core CPU and 16GB of memory.

[0050] For example, if virtualization technology, such as VMware ESXi, is used, automation scripts can be written using the VMware vSphere API and the pyVmomi library in Python to create virtual machines and allocate resources based on the first hardware information, such as creating a virtual machine configured with an 8-core CPU, 16GB of memory, and 500GB of disk space.

[0051] Based on the hardware resource configuration module, first network parameters are configured for the network devices (such as physical or virtual network devices) of the simulation verification system based on second hardware information, so that the first network parameters are consistent with the second network parameters of the actual production system. For example, if the second hardware information includes network device model, number of ports, port speed, port status, and VLAN configuration information, then the first and second network parameters also include the network device model, number of ports, port speed, port status, and VLAN configuration information. Therefore, when configuring the first network parameters for the network devices of the simulation verification system based on the second hardware information, the network device model of the network devices in the simulation verification system is consistent with that of the network devices in the actual production system; the number of ports in the network devices in the simulation verification system is consistent with that of the network devices in the actual production system; the port speed of the network devices in the simulation verification system is consistent with that of the network devices in the actual production system; the port status (e.g., UP or DOWN) of the network devices in the simulation verification system is consistent with that of the network devices in the actual production system; and the VLAN configuration information of the network devices in the simulation verification system is consistent with that of the network devices in the actual production system.

[0052] For example, using network automation tools (such as the Ansible Network module, i.e., the hardware resource configuration module uses the Ansible Network module), based on the collected second hardware information, port parameters (such as the number of ports, port speed, port status) and VLAN configuration information are configured for the network devices of the simulation verification system. The same network parameters are reproduced on the network devices in the verification environment. For example, the Ansible "ios_config" module is used to create VLAN10 for the network devices of the simulation verification system and configure the relevant ports under VLAN10.

[0053] Based on the operating system installation and configuration module, a first operating system is installed on the simulation verification system using operating system information, ensuring that the system data of the first operating system is consistent with the system data of the second operating system in the actual production system. An installation configuration file is generated based on this operating system information, and the first operating system is installed on the simulation verification system using this configuration file. The configuration file of the first operating system is then modified based on this operating system information. For example, if the operating system information includes the operating system version, kernel parameters, and system service status, then the system data of both the first and second operating systems will include the operating system version, kernel parameters, and system service status. Therefore, when installing the first operating system on the simulation verification system based on the operating system information, the operating system version of the first operating system can be consistent with that of the second operating system, the kernel parameters of the first operating system can be consistent with those of the second operating system, and the system service status of the first operating system can be consistent with that of the second operating system.

[0054] For Unix-like systems, automated installation tools are used to generate installation configuration files based on the collected operating system information, enabling automated installation and basic configuration. After installation, shell scripts are used to make adjustments based on the collected kernel parameters and system service status. For Windows systems, WDS combined with Sysprep tools is used to complete automated installation and configuration, and PowerShell scripts are used for subsequent configuration optimization.

[0055] For example, image installation can be based on operating system information. For Unix-like systems, taking Kickstart as an example, a Kickstart configuration file (i.e., installation configuration file) is generated based on the operating system information. The Kickstart configuration file includes partitioning schemes, package installation lists, network configurations, user creation, etc. During installation, the first operating system automatically completes the installation and basic configuration according to the Kickstart configuration file, meaning the first operating system can be installed on the simulated verification system based on the Kickstart configuration file. After the first operating system is installed, the " / etc / sysctl.conf" file is modified via a shell script, and the kernel parameters are set by executing "sysctl -p," thus modifying the configuration file of the first operating system based on the operating system information. For Windows operating systems, WDS (Windows Deployment Services) combined with the Sysprep tool is used to automate installation and configuration. The PowerShell script "Set -Service" command is used to adjust the system service startup type and status, thus modifying the system service status. Based on the above processing, the kernel parameters of the first operating system and the second operating system can be made consistent, and the system service status of the first operating system and the second operating system can be made consistent.

[0056] Based on the database installation and configuration module, a first database software is installed on the simulation verification system based on the database information, ensuring that the database software configuration information of the first database software is consistent with that of the second database software in the actual production system. For example, the database information includes the database version, table structure, and user permission information. The database software corresponding to this version is downloaded and installed, and the table structure and user permission information are imported to obtain the first database software. For instance, the database software configuration information of the first and second database software includes the database version, table structure, and user permission information. When installing the first database software on the simulation verification system based on this database information, the database version of the first database software is consistent with that of the second database software, the table structure of the first database software is consistent with that of the second database software, and the user permission information of the first database software is consistent with that of the second database software.

[0057] For example, based on the collected database version, table structure, and user permission information, the database software for that database version can be downloaded and installed. Then, an SQL script can be executed to import the table structure and user permission information. For instance, for MySQL, the table structure can be saved as a file named "table_structure.sql" and imported using the command "mysql -u [username] -p [password] < [table_structure.sql]". For MongoDB, the "mongod.conf" configuration file can be modified, and data can be imported using management commands (if data has been collected).

[0058] Based on the middleware installation and configuration module, a first middleware software is installed on the simulation verification system based on middleware information, ensuring that the middleware software configuration information of the first middleware software is consistent with that of the second middleware software in the actual production system. For example, the middleware software corresponding to a specified version is downloaded and installed, and its configuration file is modified based on this middleware information to obtain the first middleware software. For example, the middleware information includes server ports and virtual host configurations. Both the first and second middleware software configurations include server ports and virtual host configurations. When installing the first middleware software on the simulation verification system based on this middleware information, the server port of the first middleware software is made consistent with that of the second middleware software, and the virtual host configurations of the first and second middleware software are also made consistent.

[0059] For example, taking Tomcat middleware as an example, download the installation package of the specified version (configured according to requirements) and extract it to the specified directory of the verification environment; that is, download and install the middleware software corresponding to the specified version. Based on the collected middleware information, modify the middleware software's configuration file, such as modifying parameters like the server port and virtual host configuration in the "server.xml" file, to obtain the first middleware software.

[0060] Based on the application installation and configuration module, a first application software is installed on the simulation verification system based on application information, ensuring that the program software configuration information of the first application software is consistent with that of the second application software in the actual production system. For example, the application information includes database connection information, log levels, and dependency library information. The application software from the actual production system can be cloned to the simulation verification system. The configuration file of the application software is modified based on the database connection information and log levels to obtain the first application software. Additionally, third-party libraries corresponding to the dependency library information are downloaded and installed. For instance, the program software configuration information of the first and second application software includes database connection information, log levels, and dependency library information. When installing the first application software on the simulation verification system based on this application information, the database connection information of the first application software is consistent with that of the second application software, the log levels of the first application software are consistent with those of the second application software, and the dependency library information of the first application software is consistent with that of the second application software (i.e., the third-party libraries that the first and second application software depend on are consistent).

[0061] For example, taking a web application as an example, the deployed web application from the production system's "webapps" directory is copied to the verification environment's "webapps" directory, ensuring that dependencies are installed correctly, thus deploying the web application. Alternatively, the application software (e.g., application code) from the production system is cloned from a version control system (e.g., a Git repository) to a specified directory in the verification environment (i.e., the specified directory of the simulated verification system). Based on the collected database connection information and log levels, the database connection string, log levels, etc., in the application software's configuration file are modified. Then, for the third-party libraries that the application software depends on, based on the collected dependency information, the corresponding package management tools (e.g., Maven or npm) are used to download and install the third-party libraries and their specified versions corresponding to the dependency information.

[0062] Third, regarding the verification and optimization phase.

[0063] See Figure 3C The diagram shown illustrates the verification and optimization phase. During this phase, environment consistency verification is required to determine the environment consistency verification results for hardware information, operating system information, database information, middleware information, and application information.

[0064] After the automated build is complete, a rigorous verification mechanism is introduced to ensure that the built 1:1 verification environment is highly consistent with the production environment. A series of testing scripts and tools are used to comprehensively check the built verification environment, including multiple dimensions such as hardware resources, operating system configuration, software component status, and network connectivity. For hardware resource verification, hardware testing tools are used to compare the hardware configuration of the servers in the verification and production environments; for network devices, network testing tools are used to check connection status and configuration consistency. In the operating system verification stage, the operating system versions, kernel parameters, and system service status of the two environments are compared. For the database, the data table structure, user permissions, and functionality are checked; for the middleware, the application's running status and logs are viewed; and test cases are run on the application, and configuration files are checked.

[0065] For the environment consistency verification (i.e., hardware resource verification) corresponding to hardware information: if the hardware configuration information of the first resource of the simulation verification system is consistent with the hardware configuration information of the second resource of the actual production system, and the first network parameter of the simulation verification system is consistent with the second network parameter of the actual production system, then the environment consistency verification corresponding to the hardware information can be determined to be successful; otherwise, if the hardware configuration information of the first resource is inconsistent with the hardware configuration information of the second resource, and / or the first network parameter is inconsistent with the second network parameter, then the environment consistency verification corresponding to the hardware information can be determined to be unsuccessful.

[0066] For example, tools such as lshw (Linux system) or Device Manager (Windows system) can be used to check the consistency of server hardware configuration, that is, to check whether the hardware configuration information of the simulation verification system is consistent with the hardware configuration information of the actual production system. Network testing tools (Ping, Traceroute) can be used to check network connectivity, log in to the network device to check whether the first network parameter and the second network parameter are consistent, that is, log in to the network device of the simulation verification system to check the first network parameter, and log in to the network device of the actual production system to check the second network parameter, thereby determining whether the first network parameter and the second network parameter are consistent.

[0067] For the environment consistency verification corresponding to the operating system information (i.e., operating system verification): if the system data of the first operating system in the simulated verification system is consistent with the system data of the second operating system in the actual production system, then the environment consistency verification corresponding to the operating system information is considered successful; otherwise, if the system data of the first operating system is consistent with the system data of the second operating system, then the environment consistency verification corresponding to the operating system information is considered to have failed. For example, comparing the operating system version, kernel parameters, and system service status of the first operating system with the operating system version, kernel parameters, and system service status of the second operating system.

[0068] For example, in Linux operating systems, the "diff" command can be used to compare the " / etc / sysctl.conf" file, and "systemctl list - units --type = service" can be used to view service status, thus determining whether the system data of the first operating system is consistent with that of the second operating system. In Windows operating systems, WMI queries can be used to verify the consistency of registry configuration information, thereby determining whether the system service status of the first operating system is consistent with that of the second operating system.

[0069] For the environment consistency verification (i.e., database verification) corresponding to the database information: if the database software configuration information of the first database software in the simulation verification system is consistent with the database software configuration information of the second database software in the actual production system, then the environment consistency verification corresponding to the database information is determined to be successful; otherwise, if the database software configuration information of the first database software is inconsistent with the database software configuration information of the second database software, then the environment consistency verification corresponding to the database information is determined to be unsuccessful.

[0070] For example, management tools such as mysqlcheck (MySQL database) can be used to check the table structure, user permission information, and the verification function for the response results of a specified statement. Based on this, if the table structure of the first database software is the same as that of the second database software, and the user permission information of the first database software is the same as that of the second database software, and the response results of the first database software for a specified statement (which can be configured as needed and can be a simple statement) are the same as those of the second database software for the same statement, then the database software configuration information of the first database software is consistent with that of the second database software. Otherwise, if the table structures are different, and / or the user permission information is different, and / or the response results for the specified statement are different, then the database software configuration information of the first database software is inconsistent with that of the second database software.

[0071] For the environment consistency verification (i.e., middleware verification) corresponding to middleware information: if the middleware software configuration information of the first middleware software in the simulation verification system is consistent with the middleware software configuration information of the second middleware software in the actual production system, then the environment consistency verification corresponding to the middleware information is determined to be successful; otherwise, if the middleware software configuration information of the first middleware software is inconsistent with the middleware software configuration information of the second middleware software, then the environment consistency verification corresponding to the middleware information is determined to be unsuccessful.

[0072] For example, taking Tomcat middleware as an example, you can access the deployed web application and check for errors in the log files. Based on this, if the response from the first middleware software to the specified access (such as the response to accessing the web application) is the same as the response from the second middleware software to the specified access, then the middleware software configuration information of the first middleware software is consistent with that of the second middleware software. Otherwise, if the response to the specified access is different, then the middleware software configuration information of the first middleware software is inconsistent with that of the second middleware software.

[0073] For the environment consistency verification (i.e., application verification) corresponding to the application information: if the program software configuration information of the first application software in the simulation verification system is consistent with the program software configuration information of the second application software in the actual production system, then the environment consistency verification corresponding to the application information is determined to be successful; otherwise, if the program software configuration information of the first application software is consistent with the program software configuration information of the second application software, then the environment consistency verification corresponding to the application information is determined to be unsuccessful.

[0074] For example, if test cases are run (if any), the configuration file and collected information are checked for consistency. Based on this, a specified test case can be run through the first application software. After running the specified test case, if the first application software responds correctly to the specified test case, then the program configuration information of the first application software is consistent with the program configuration information of the second application software. Otherwise, if the first application software responds incorrectly to the specified test case, then the program configuration information of the first application software is inconsistent with the program configuration information of the second application software.

[0075] In one example, if a discrepancy is found during the verification process (i.e., a difference between the simulated verification system and the actual production system), a detailed discrepancy report is automatically generated (e.g., logged to a log file and generated as a detailed report). This report clearly identifies the specific location of the discrepancy (e.g., hardware parameters, software configuration files), the actual vs. expected values, and the cause analysis. Technical personnel then use this detailed discrepancy report to optimize and adjust the automated build process, modifying and refining the automated build scripts. For instance, if an incorrect configuration parameter setting for a software component is found (i.e., an incorrect software configuration file parameter), the corresponding configuration script is modified, the build process is re-executed, and verification is repeated until the verification environment closely matches the production environment. Through this continuous verification and optimization mechanism, the accuracy and reliability of automated builds are gradually improved.

[0076] As can be seen from the above technical solutions, the following technical effects are achieved by automating the construction of the simulation verification system in this application embodiment: 1. Cost reduction. Significantly reduced labor costs: Manually building a verification environment requires a large number of professional technicians with long-term investment, covering personnel from multiple fields such as hardware, systems, databases, and applications, who need to complete complex tasks such as hardware configuration, software installation, and debugging one by one. Automated construction only requires a small number of technicians to write, debug, and maintain the data collection and construction scripts, reducing labor input by 70%-80%. Enterprises can then reallocate the saved human resources to more valuable business innovation and system optimization work. Significantly reduced time costs: The automated construction process is script-driven and can run continuously, greatly accelerating the construction speed. Previously, building a verification environment might take weeks; with automation technology, it can be completed in hours. For example, for an enterprise-level system consisting of dozens of servers, multiple databases, and middleware, traditional construction takes 3-4 weeks, while automated construction only takes 3-5 days, greatly shortening the cycle from planning to availability of the verification environment and accelerating project progress. Effective control of hardware resource costs: During automated build processes, resources are precisely allocated based on the actual resource usage in the production environment, avoiding waste caused by over- or under-configuration. In virtualized environments, CPU, memory, and storage resources are accurately allocated to virtual machines in the verification environment, improving hardware resource utilization and reducing the cost of purchasing hardware equipment for enterprises.

[0077] 2. Improved Accuracy and Reliability. Highly Simulates Production Environment: Automated builds are based on comprehensive and accurate information collection from the production environment, reproducing every detail from the hardware to the software layers. Whether it's complex network topology or detailed database parameters, precise replication is possible, ensuring a high degree of consistency between the verification and production environments. This makes upgrade test results in the verification environment more valuable, allowing for the early detection and resolution of most potential problems during production upgrades, reducing upgrade risks. Reduces Human Error: Manual builds are prone to configuration errors and omissions due to the complexity and negligence of human operations. Automated builds rely on pre-written and rigorously tested scripts to execute tasks, avoiding errors caused by human factors and ensuring the accuracy and consistency of the build. For example, in modifying software configuration files, humans may accidentally change parameters or omit configuration items, while automated scripts can precisely modify them according to preset rules, improving build reliability.

[0078] 3. Ease of Maintenance and Management. Facilitates Environment Updates and Maintenance: When the production environment changes, such as with software upgrades or hardware replacements, only the relevant configuration information in the automated build script needs to be updated to quickly rebuild a verification environment compatible with the new production environment. Compared to manually adjusting verification environment components one by one, automation significantly simplifies the maintenance process and improves efficiency. Furthermore, the build scripts are version-controlled, facilitating the tracking and management of environment build history. Improved Environment Portability: Automated build scripts can run on different hardware platforms or cloud environments. As long as the target environment meets the basic requirements, the same verification environment can be quickly built. This provides convenience for enterprises to perform system upgrade verification in different regions and with different infrastructures, enhancing the portability and flexibility of the verification environment, enabling enterprises to better cope with diverse business needs and infrastructure changes.

[0079] In summary, the embodiments of this application enable comprehensive environmental information collection: They delve into all levels of the production environment, accurately collecting configuration parameters and status information affecting environmental consistency, including hardware, operating systems, databases, middleware, and applications. The completeness and accuracy of this information determine the similarity between the verification environment and the production environment. They also enable efficient parsing and structuring: complex raw information is transformed into structured data through efficient algorithms, improving data processing efficiency and clearly presenting the correlation between different types of information. Furthermore, they enable a modular automated build process: the build process is subdivided into multiple independent yet interconnected modules, such as hardware, operating systems, and software. Each module operates automatically and seamlessly through scripts, collaboratively completing the construction of the verification environment. Finally, they enable a rigorous verification and optimization mechanism: after construction, a series of detection scripts and tools comprehensively check the verification environment, comparing its consistency with the production environment. If discrepancies are found, they are quickly located and reports are generated, optimizing the automated build process and improving the accuracy and reliability of the build.

[0080] Based on the same concept as the above method, this application proposes a construction apparatus for a simulation verification system, see [link to relevant documentation]. Figure 4 The diagram shown is a structural schematic of the device, which includes: The acquisition module 41 is used to acquire hardware information, operating system information, and software information corresponding to the actual production system; the construction module 42 is used to allocate a first resource to the server of the simulation verification system based on the hardware information, so that the hardware configuration information of the first resource is consistent with the hardware configuration information of the second resource of the actual production system; and / or, configure a first network parameter for the network device of the simulation verification system based on the hardware information, so that the first network parameter is consistent with the second network parameter of the actual production system; install a first operating system for the simulation verification system based on the operating system information, so that the system data of the first operating system is consistent with the system data of the second operating system of the actual production system; and install a first software for the simulation verification system based on the software information, so that the software configuration information of the first software is consistent with the software configuration information of the second software of the actual production system.

[0081] In one example, the hardware information includes first hardware information and second hardware information; the construction module 42 is used to obtain the first hardware information from the server of the actual production system through a first Simple Network Management Protocol (SNMP) message, and allocate first resources to the server of the simulation verification system based on the first hardware information; wherein, the first hardware information includes at least one of the following: server model, CPU load information, memory usage information, disk information, and independent disk redundant array (RAID) configuration information. The construction module 42 is used to obtain second hardware information from the network device of the actual production system through a second SNMP message, and configure first network parameters for the network device of the simulation verification system based on the second hardware information; wherein, the second hardware information includes at least one of the following: network device model, number of ports, port speed, port status, and VLAN configuration information; The construction module 42 is used to obtain operating system information from the actual production system through script commands. The operating system information includes at least one of the following: operating system version, kernel parameters, and system service status. The system service status includes the status of the processes running on the actual production system. Based on the operating system information, an installation configuration file is generated. Based on the installation configuration file, a first operating system is installed on the simulation verification system. Based on the operating system information, the configuration file of the first operating system is modified.

[0082] In one example, the software information includes at least one of database information, middleware information, and application information; the construction module 42 is used to obtain database information from the actual production system via SQL commands, the database information including at least one of the following: database version, data table structure, user permission information; download and install database software corresponding to the database version, import the data table structure and the user permission information to obtain a first database software, so that the database software configuration information of the first database software is consistent with the database software configuration information of the second database software in the actual production system; the construction module 42 is used to obtain middleware information from the actual production system by reading a configuration file, the middleware information including at least one of the following: server port, virtual host configuration; download and install middleware software corresponding to a specified version, and configure the middleware software based on the middleware information. The configuration file of the first middleware software is modified to make its middleware software configuration information consistent with that of the second middleware software in the actual production system. The construction module 42 is used to obtain application information by reading the configuration file and / or by scanning the code library of the actual production system. The application information includes at least one of the following: database connection information, log level, and dependency library information. The application software of the actual production system is cloned into the simulation verification system. The configuration file of the application software is modified based on the database connection information and the log level to obtain the first application software. The third-party library corresponding to the dependency library information is downloaded and installed to make the program software configuration information of the first application software consistent with that of the second application software in the actual production system.

[0083] In one example, the construction apparatus for the simulation verification system further includes: a verification module 43; wherein: The verification module 43 is configured to determine that the environment consistency verification corresponding to the hardware information is successful if the hardware configuration information of the first resource of the simulation verification system is consistent with the hardware configuration information of the second resource of the actual production system, and the first network parameter of the simulation verification system is consistent with the second network parameter of the actual production system; otherwise, it determines that the environment consistency verification corresponding to the hardware information fails. Verification module 43 is used to determine that the environment consistency verification corresponding to the operating system information is successful if the system data of the first operating system of the simulated verification system is consistent with the system data of the second operating system of the actual production system; otherwise, it determines that the environment consistency verification corresponding to the operating system information fails. The verification module 43 is configured to determine that the environment consistency verification corresponding to the database information is successful if the database software configuration information of the first database software in the simulation verification system is consistent with the database software configuration information of the second database software in the actual production system; otherwise, it determines that the environment consistency verification corresponding to the database information fails. Specifically, if the data table structure of the first database software is the same as the data table structure of the second database software, and the user permission information of the first database software is the same as the user permission information of the second database software, and the response result of the first database software to a specified statement is the same as the response result of the second database software to the specified statement, then the database software configuration information of the first database software is consistent with the database software configuration information of the second database software. The verification module 43 is configured to determine that the environment consistency verification corresponding to the middleware information is successful if the middleware software configuration information of the first middleware software in the simulated verification system is consistent with the middleware software configuration information of the second middleware software in the actual production system; otherwise, it determines that the environment consistency verification corresponding to the middleware information fails. Specifically, if the response result of the first middleware software to a specified access is the same as the response result of the second middleware software to the specified access, then the middleware software configuration information of the first middleware software is consistent with the middleware software configuration information of the second middleware software. The verification module 43 is used to determine that the environment consistency verification corresponding to the application information is successful if the program software configuration information of the first application software of the simulation verification system is consistent with the program software configuration information of the second application software of the actual production system; otherwise, it determines that the environment consistency verification corresponding to the application information fails. Specifically, if the first application software responds correctly to the specified test case after running the specified test case through the first application software, then the program software configuration information of the first application software is consistent with the program software configuration information of the second application software.

[0084] Based on the same concept as the above method, this application proposes an electronic device, see [link to previous application]. Figure 5 As shown, the electronic device includes a processor 51 and a machine-readable storage medium 52, the machine-readable storage medium 52 storing machine-executable instructions that can be executed by the processor 51; the processor 51 is used to execute the machine-executable instructions to implement the construction method of the simulation verification system disclosed in the above example of this application.

[0085] Based on the same concept as the above method, this application also provides a machine-readable storage medium storing a plurality of computer instructions, which, when executed by a processor, can implement the method for constructing the simulation verification system disclosed in the above examples of this application.

[0086] The aforementioned machine-readable storage medium can be any electronic, magnetic, optical, or other physical storage device that can contain or store information, such as executable instructions, data, etc. For example, machine-readable storage media can be: RAM (Random Access Memory), volatile memory, non-volatile memory, flash memory, storage drives (such as hard disk drives), solid-state drives, any type of storage disk (such as optical discs, DVDs, etc.), or similar storage media, or combinations thereof.

[0087] Based on the same concept as the methods described above, this application also provides a computer program product, which may include a computer program. When executed by a processor, the computer program implements the method for constructing the simulation verification system disclosed in the examples above.

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

[0089] The above description is merely an embodiment of this application and is not intended to limit the scope of this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of the claims of this application.

Claims

1. A method for constructing a simulation verification system, characterized in that, The method includes: Obtain hardware, operating system, and software information corresponding to the actual production system; Based on the hardware information, allocate a first resource to the server of the simulation verification system so that the hardware configuration information of the first resource is consistent with the hardware configuration information of the second resource of the actual production system; and / or, configure a first network parameter for the network device of the simulation verification system based on the hardware information so that the first network parameter is consistent with the second network parameter of the actual production system. Based on the operating system information, a first operating system is installed on the simulation verification system so that the system data of the first operating system is consistent with the system data of the second operating system of the actual production system. Based on the software information, a first software is installed in the simulation verification system so that the software configuration information of the first software is consistent with the software configuration information of the second software in the actual production system.

2. The method according to claim 1, characterized in that, The hardware information includes first hardware information and second hardware information; the first hardware information is obtained from the server of the actual production system via a first Simple Network Management Protocol (SNMP) message, and first resources are allocated to the server of the simulation verification system based on the first hardware information; wherein, the first hardware information includes at least one of the following: server model, CPU load information, memory usage information, disk information, and independent disk redundant array (RAID) configuration information; the second hardware information is obtained from the network device of the actual production system via a second SNMP message, and first network parameters are configured for the network device of the simulation verification system based on the second hardware information; wherein, the second hardware information includes at least one of the following: network device model, number of ports, port speed, port status, and VLAN configuration information; The operating system information is obtained from the actual production system using script commands. The operating system information includes at least one of the following: operating system version, kernel parameters, and system service status, where the system service status includes the status of processes running on the actual production system. An installation configuration file is generated based on the operating system information. A first operating system is installed on the simulation verification system based on the installation configuration file. The configuration file of the first operating system is modified based on the operating system information.

3. The method according to claim 1, characterized in that, The software information includes at least one of database information, middleware information, and application information; Database information is obtained from the actual production system using SQL commands. The database information includes at least one of the following: database version, data table structure, and user permission information. Database software corresponding to the database version is downloaded and installed, and the data table structure and user permission information are imported to obtain a first database software, so that the database software configuration information of the first database software is consistent with the database software configuration information of the second database software in the actual production system. The middleware information is obtained from the actual production system by reading the configuration file. The middleware information includes at least one of the following: server port, virtual host configuration; the middleware software corresponding to the specified version is downloaded and installed, and the configuration file of the middleware software is modified based on the middleware information to obtain the first middleware software, so that the middleware software configuration information of the first middleware software is consistent with the middleware software configuration information of the second middleware software in the actual production system. Application information is obtained from the actual production system by reading the configuration file, and / or by scanning the codebase of the actual production system. The application information includes at least one of the following: database connection information, log level, and dependency library information. The application software of the actual production system is cloned into the simulation verification system. The configuration file of the application software is modified based on the database connection information and the log level to obtain a first application software. The third-party library corresponding to the dependency library information is downloaded and installed so that the program software configuration information of the first application software is consistent with the program software configuration information of the second application software of the actual production system.

4. The method according to claim 2, characterized in that, The method further includes: If the hardware configuration information of the first resource of the simulation verification system is consistent with the hardware configuration information of the second resource of the actual production system, and the first network parameter of the simulation verification system is consistent with the second network parameter of the actual production system, then the environment consistency verification corresponding to the hardware information is determined to be successful; otherwise, the environment consistency verification corresponding to the hardware information is determined to be unsuccessful. If the system data of the first operating system of the simulation verification system is consistent with the system data of the second operating system of the actual production system, then the environment consistency verification corresponding to the operating system information is determined to be successful; otherwise, the environment consistency verification corresponding to the operating system information is determined to be unsuccessful.

5. The method according to claim 3, characterized in that, The method further includes: If the database software configuration information of the first database software in the simulation verification system is consistent with the database software configuration information of the second database software in the actual production system, then the environment consistency verification corresponding to the database information is determined to be successful; otherwise, the environment consistency verification corresponding to the database information is determined to be unsuccessful. Specifically, if the data table structure of the first database software is the same as the data table structure of the second database software, and the user permission information of the first database software is the same as the user permission information of the second database software, and the response result of the first database software to the specified statement is the same as the response result of the second database software to the specified statement, then the database software configuration information of the first database software is consistent with the database software configuration information of the second database software. If the middleware software configuration information of the first middleware software in the simulation verification system is consistent with the middleware software configuration information of the second middleware software in the actual production system, then the environment consistency verification corresponding to the middleware information is determined to be successful; otherwise, the environment consistency verification corresponding to the middleware information is determined to be unsuccessful. Wherein, if the response result of the first middleware software to a specified access is the same as the response result of the second middleware software to the specified access, then the middleware software configuration information of the first middleware software is consistent with the middleware software configuration information of the second middleware software. If the program software configuration information of the first application software of the simulation verification system is consistent with the program software configuration information of the second application software of the actual production system, then the environment consistency verification corresponding to the application information is determined to be successful; otherwise, the environment consistency verification corresponding to the application information is determined to be unsuccessful. Specifically, after running a specified test case through the first application software, if the response result of the first application software to the specified test case is correct, then the program software configuration information of the first application software is consistent with the program software configuration information of the second application software.

6. A device for constructing a simulation verification system, characterized in that, The device includes: The acquisition module is used to acquire hardware information, operating system information, and software information corresponding to the actual production system. The construction module is configured to allocate a first resource to the server of the simulation verification system based on the hardware information, so that the hardware configuration information of the first resource is consistent with the hardware configuration information of the second resource of the actual production system; and / or configure a first network parameter for the network device of the simulation verification system based on the hardware information, so that the first network parameter is consistent with the second network parameter of the actual production system. Based on the operating system information, a first operating system is installed on the simulation verification system so that the system data of the first operating system is consistent with the system data of the second operating system of the actual production system. Based on the software information, a first software is installed in the simulation verification system so that the software configuration information of the first software is consistent with the software configuration information of the second software in the actual production system.

7. The apparatus according to claim 6, characterized in that, The hardware information includes first hardware information and second hardware information; the construction module is used to obtain the first hardware information from the server of the actual production system through a first Simple Network Management Protocol (SNMP) message, and allocate first resources to the server of the simulation verification system based on the first hardware information; wherein, the first hardware information includes at least one of the following: server model, CPU load information, memory usage information, disk information, and independent disk redundant array (RAID) configuration information. The construction module is used to obtain second hardware information from the network device of the actual production system through a second SNMP message, and configure first network parameters for the network device of the simulation verification system based on the second hardware information; wherein, the second hardware information includes at least one of the following: network device model, number of ports, port speed, port status, and VLAN configuration information; The construction module is used to obtain operating system information from the actual production system through script commands. The operating system information includes at least one of the following: operating system version, kernel parameters, and system service status. The system service status includes the status of processes running on the actual production system. Based on the operating system information, an installation configuration file is generated. Based on the installation configuration file, a first operating system is installed on the simulation verification system. Based on the operating system information, the configuration file of the first operating system is modified.

8. The apparatus according to claim 6, characterized in that, The software information includes at least one of database information, middleware information, and application information; The construction module is used to obtain database information from the actual production system through SQL commands. The database information includes at least one of the following: database version, data table structure, and user permission information; download and install database software corresponding to the database version, import the data table structure and the user permission information to obtain a first database software, so that the database software configuration information of the first database software is consistent with the database software configuration information of the second database software in the actual production system. The building module is used to obtain middleware information from the actual production system by reading a configuration file. The middleware information includes at least one of the following: server port, virtual host configuration; download and install middleware software corresponding to a specified version; modify the configuration file of the middleware software based on the middleware information to obtain a first middleware software, so that the middleware software configuration information of the first middleware software is consistent with the middleware software configuration information of the second middleware software in the actual production system. The construction module is used to obtain application information by reading a configuration file and / or by scanning the codebase of the actual production system. The application information includes at least one of the following: database connection information, log level, and dependency library information. The module clones the application software of the actual production system to the simulation verification system, modifies the configuration file of the application software based on the database connection information and the log level to obtain a first application software, and downloads and installs the third-party library corresponding to the dependency library information so that the program software configuration information of the first application software is consistent with the program software configuration information of the second application software of the actual production system.

9. The apparatus according to claim 7 or 8, characterized in that, The device further includes: The verification module is configured to determine that the environment consistency verification corresponding to the hardware information is successful if the hardware configuration information of the first resource of the simulation verification system is consistent with the hardware configuration information of the second resource of the actual production system, and the first network parameters of the simulation verification system are consistent with the second network parameters of the actual production system; otherwise, it determines that the environment consistency verification corresponding to the hardware information fails. The verification module is used to determine that the environment consistency verification corresponding to the operating system information is successful if the system data of the first operating system of the simulated verification system is consistent with the system data of the second operating system of the actual production system; otherwise, it determines that the environment consistency verification corresponding to the operating system information has failed. The verification module is configured to determine that the environment consistency verification corresponding to the database information is successful if the database software configuration information of the first database software in the simulation verification system is consistent with the database software configuration information of the second database software in the actual production system; otherwise, it determines that the environment consistency verification corresponding to the database information fails. Specifically, if the data table structure of the first database software is the same as that of the second database software, and the user permission information of the first database software is the same as that of the second database software, and the response result of the first database software to a specified statement is the same as the response result of the second database software to the specified statement, then the database software configuration information of the first database software is consistent with the database software configuration information of the second database software. The verification module is configured to determine that the environment consistency verification corresponding to the middleware information is successful if the middleware software configuration information of the first middleware software in the simulated verification system is consistent with the middleware software configuration information of the second middleware software in the actual production system; otherwise, it determines that the environment consistency verification corresponding to the middleware information fails. Specifically, if the response result of the first middleware software to a specified access is the same as the response result of the second middleware software to the specified access, then the middleware software configuration information of the first middleware software is consistent with the middleware software configuration information of the second middleware software. The verification module is configured to determine that the environment consistency verification corresponding to the application information is successful if the program software configuration information of the first application software of the simulated verification system is consistent with the program software configuration information of the second application software of the actual production system; otherwise, it determines that the environment consistency verification corresponding to the application information fails. Specifically, if the first application software responds correctly to the specified test cases after running them through the first application software, then the program software configuration information of the first application software is consistent with the program software configuration information of the second application software.

10. An electronic device, characterized in that, include: A processor and a machine-readable storage medium, the machine-readable storage medium storing machine-executable instructions that can be executed by the processor; The processor is configured to execute machine-executable instructions to implement the method described in any one of claims 1-5.

Images