Cloud platform probing method and device, probing system, computer readable storage medium and computer program product

Abstract

The application relates to a cloud platform stress testing method and device, a stress testing system, a computer readable storage medium and a computer program product. The method comprises the following steps: determining a target distribution center corresponding to a stress testing request and a disaster recovery data center of the target distribution center; sending a simulation test request to a cloud platform to be tested based on the stress testing request by the target distribution center, and storing the returned request result into a master database of the target distribution center; in the case that the target distribution center is detected to have a fault, sending a simulation test request to the cloud platform to be tested based on the stress testing request by the disaster recovery data center, and storing the request result into a backup database of the disaster recovery data center; in the case that the target distribution center is detected to have a fault recovery, synchronizing the request result stored in the backup database of the disaster recovery data center to the master database of the target distribution center, and distributing subsequent stress testing requests to the target distribution center for processing. The method can improve the stress testing accuracy of the cloud platform.

Description

Technical Field

[0001] This application relates to the field of emerging information technology, and in particular to a cloud platform dialing test method, apparatus, dialing test system, computer-readable storage medium, and computer program product. Background Technology

[0002] With the increasing prevalence of video surveillance equipment, more and more homes, factories, and city roads are choosing to connect their surveillance devices to video surveillance management cloud platforms. Users can access the cloud platform via mobile applications, web pages, and other means to view or record footage from the surveillance equipment in real time. Currently, these cloud platforms typically have multiple edge nodes in various locations, enabling localized access and disaster recovery capabilities.

[0003] However, with a large number of edge nodes, there may be instances where alerts are not timely, such as node service crashes. If a node service fails to operate normally, it can cause significant business losses for users. Therefore, it is necessary to perform dial-up testing on the cloud platform. Dial-up testing is a testing method that evaluates network performance by simulating user behavior. It can be used to monitor the network link quality of the cloud platform, perform fault detection and performance testing, thereby improving user experience and the operational effectiveness of the cloud platform.

[0004] However, problems with the cloud platform's testing service can affect the accuracy of the monitored cloud platform's operations. With the further development of video surveillance testing and maintenance technologies, there is an urgent need for a more accurate cloud platform testing method. Summary of the Invention

[0005] Therefore, it is necessary to provide a cloud platform testing method, device, testing system, computer-readable storage medium, and computer program product with higher accuracy to address the above-mentioned technical problems.

[0006] Firstly, this application provides a cloud platform testing method, including:

[0007] Receive a test request, determine the target allocation center corresponding to the test request from multiple data centers, and designate any data center other than the target allocation center from the multiple data centers as the disaster recovery data center of the target allocation center;

[0008] The target allocation center sends a simulation test request to the cloud platform being tested based on the test request, and stores the request result of the simulation test request returned by the cloud platform being tested in the main database of the target allocation center.

[0009] If a failure is detected in the target distribution center, the disaster recovery data center sends the simulation test request to the cloud platform being tested based on the test request, and stores the result of the simulation test request in the backup database of the disaster recovery data center.

[0010] If the target distribution center recovers from a failure, the request results stored in the backup database of the disaster recovery data center are synchronized to the main database of the target distribution center, and subsequent test requests are assigned to the target distribution center for processing.

[0011] In one embodiment, each of the data centers is deployed with an edge node; the test request carries the communication address of the system to be tested and the test frequency;

[0012] The step of sending a simulated test request to the cloud platform being tested through the target allocation center based on the test request, and storing the request result of the simulated test request returned by the cloud platform being tested in the main database of the target allocation center, includes:

[0013] The edge node of the target allocation center generates a corresponding target stream address based on the communication address, and sends a device access request to the cloud platform under test based on the target stream address. The device access request is used to instruct the cloud platform under test to read the monitoring video stream through the target stream address.

[0014] The edge node of the target allocation center sends the simulated test request to the cloud platform being tested at the test frequency. The simulated test request is used to instruct the cloud platform being tested to return the request result corresponding to the simulated test request based on the monitoring video stream.

[0015] The request result is received by the edge node of the target allocation center and stored in the main database of the target allocation center.

[0016] In one embodiment, each of the data centers is further deployed with a central node; the probe request carries a preset alarm threshold.

[0017] The method further includes:

[0018] The request result is sent to the central node of the target allocation center through the edge node of the target allocation center;

[0019] The central node of the target allocation center detects the request result based on the alarm threshold and generates an alarm detection result corresponding to the request result.

[0020] If the alarm detection result reaches the alarm threshold, an alarm message corresponding to the alarm detection result is sent to the client.

[0021] In one embodiment, before sending a simulated test request to the cloud platform being tested through the target allocation center based on the test request, and storing the request result of the simulated test request returned by the cloud platform being tested into the main database of the target allocation center, the method further includes:

[0022] The test request is verified, and a verification result for the test request is generated.

[0023] If the verification result indicates that the request parameters are valid, the test request will be assigned to the target allocation center.

[0024] In one embodiment, receiving the test request and determining the target allocation center corresponding to the test request from multiple data centers includes:

[0025] Obtain load data for each of the data centers;

[0026] Based on the load data, the target allocation center is determined from the plurality of data centers.

[0027] In one embodiment, the method further includes:

[0028] When the data synchronization mechanism is triggered, the data stored in the master database of each data center is synchronized with the data stored in the backup database of any data center.

[0029] Secondly, this application also provides a cloud platform testing device, comprising:

[0030] The request allocation module is used to receive a dial-up test request, determine the target allocation center corresponding to the dial-up test request from multiple data centers, and designate any data center other than the target allocation center from the multiple data centers as the disaster recovery data center of the target allocation center.

[0031] The request response module is used to send a simulated test request to the cloud platform being tested through the target allocation center based on the test request, and to store the request result of the simulated test request returned by the cloud platform being tested into the main database of the target allocation center.

[0032] The fault switching module is used to send the simulation test request to the cloud platform being tested through the disaster recovery data center based on the dial-up test request when a fault is detected in the target distribution center, and to store the request result of the simulation test request in the backup database of the disaster recovery data center.

[0033] The data synchronization module is used to synchronize the request results stored in the backup database of the disaster recovery data center to the main database of the target distribution center when the failure recovery of the target distribution center is detected, and to allocate subsequent dial-up test requests to the target distribution center for processing.

[0034] Thirdly, this application also provides a dial-up testing system, which includes a dial-up testing management system, a first data center, and a second data center;

[0035] The dialing and testing management system is used for:

[0036] Upon receiving a test request, a target allocation center corresponding to the test request is determined from the first data center and the second data center, and another data center other than the target allocation center is designated as the disaster recovery data center of the target allocation center.

[0037] The target allocation center sends a simulation test request to the cloud platform being tested based on the test request, and stores the request result of the simulation test request returned by the cloud platform being tested in the main database of the target allocation center.

[0038] If a failure is detected in the target distribution center, the disaster recovery data center sends the simulation test request to the cloud platform being tested based on the test request, and stores the result of the simulation test request in the backup database of the disaster recovery data center.

[0039] If the target distribution center recovers from a failure, the request results stored in the backup database of the disaster recovery data center are synchronized to the main database of the target distribution center, and subsequent test requests are assigned to the target distribution center for processing.

[0040] Fourthly, this application also provides a computer-readable storage medium. The computer-readable storage medium stores a computer program thereon, which, when executed by a processor, implements the cloud platform dialing method described in any of the embodiments of the first aspect.

[0041] Fifthly, this application also provides a computer program product. The computer program product includes a computer program that, when executed by a processor, implements the cloud platform dialing method described in any of the embodiments of the first aspect.

[0042] The aforementioned cloud platform testing method, device, system, computer-readable storage medium, and computer program product, by receiving testing requests, selects a target allocation center corresponding to the testing request and a disaster recovery data center corresponding to the target allocation center from multiple data centers. The target allocation center then performs testing on the cloud platform being tested based on the testing request. In the event of a failure in the target allocation center, the disaster recovery data center is switched to execute the testing request. When the target allocation center recovers from the failure, the backup database of the disaster recovery data center is synchronized with the primary database of the target allocation center. This not only avoids false alarms in the testing system caused by a single data center failure, improving the accuracy and effectiveness of the cloud platform testing method, but also ensures the stability of the cloud platform testing. Attached Figure Description

[0043] To more clearly illustrate the technical solutions in the embodiments of this application or related technologies, the drawings used in the description of the embodiments of this application or related technologies will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0044] Figure 1 This is an application environment diagram of the cloud platform dial-up testing method in one embodiment;

[0045] Figure 2 This is a flowchart illustrating a cloud platform dial-up testing method in one embodiment;

[0046] Figure 3 This is a flowchart illustrating the steps of executing a test request in one embodiment;

[0047] Figure 4 This is a flowchart illustrating the alarm detection steps in one embodiment;

[0048] Figure 5 This is a flowchart illustrating the cloud platform dial-up testing method in another embodiment;

[0049] Figure 6 This is a structural block diagram of a cloud platform testing device 600 in one embodiment;

[0050] Figure 7 This is a structural block diagram of the dialing system 700 in one embodiment;

[0051] Figure 8 This is a schematic diagram of the database synchronization steps in one embodiment. Detailed Implementation

[0052] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0053] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of the relevant data must comply with relevant regulations.

[0054] The cloud platform dialing test method provided in this application embodiment can be applied to, for example... Figure 1 In the application environment shown, the testing system 100 communicates with the cloud platform 120 and the client 140 via the network.

[0055] For example, the testing system 100 can receive a testing request sent by the client 140, determine the target allocation center corresponding to the testing request from multiple data centers, and designate any data center other than the target allocation center as the disaster recovery data center of the target allocation center. The testing system 100 can send a simulation test request to the cloud platform 120 being tested based on the testing request through the target allocation center, and store the request result of the simulation test request returned by the cloud platform 120 in the main database of the target allocation center. If a failure is detected in the target allocation center, the testing system 100 can send a simulation test request to the cloud platform 120 being tested based on the testing request through the disaster recovery data center, and store the request result of the simulation test request in the backup database of the disaster recovery data center. If a failure in the target allocation center is detected and the system recovers, the testing system 100 can synchronize the request result stored in the backup database of the disaster recovery system to the main database of the target allocation center, and allocate subsequent testing requests to the target allocation center for processing.

[0056] In this embodiment, by deploying multiple data centers as mutual disaster backups in the testing system, if the target allocation center currently processing the testing request fails, the corresponding disaster backup data center is switched to handle the testing request from the currently failed target allocation center. When the target allocation center recovers, the data in the disaster backup data center is synchronized with the target allocation center. This not only avoids false alarms caused by single point of failure in the data center and improves the accuracy of cloud platform testing, but also avoids business interruptions during cloud platform testing, ensuring the stability and availability of cloud platform testing.

[0057] In one exemplary embodiment, such as Figure 2As shown, a cloud platform probing method is provided, which is applied to... Figure 1 Taking the dialing test system 100 as an example, the explanation includes the following steps S202 to S208. Wherein:

[0058] Step S202: Receive the dial-up test request, determine the target allocation center corresponding to the dial-up test request from multiple data centers, and designate any data center other than the target allocation center as the disaster recovery data center of the target allocation center.

[0059] Among them, a test request can be used to characterize a data request that simulates user behavior to perform network performance testing.

[0060] Disaster recovery data centers can be used as data backups for the target distribution center, maintaining the normal operation of the dial-up testing system in the event of a failure of the target distribution center.

[0061] For example, the probing system may include multiple data centers. Data synchronization between the data centers is performed in real-time or periodically. The probing system can receive probing requests sent by clients. Based on information such as request allocation priority, round-robin scheduling order, or load status among the multiple data centers, the system determines the target allocation center corresponding to the current probing request from among the multiple data centers. Any data center other than the target allocation center is designated as the disaster recovery data center for the target allocation center.

[0062] Step S204: The target allocation center sends a simulation test request to the cloud platform being tested based on the test request, and stores the request result of the simulation test request returned by the cloud platform being tested in the main database of the target allocation center.

[0063] Among them, the simulated test request can be used to simulate a user's operation of requesting data from the cloud platform being tested.

[0064] The main database can be used to store data such as test requests received by the target distribution center, the execution time of the test requests, and the execution results of the test requests.

[0065] For example, the testing system can determine the corresponding cloud platform to be tested based on the testing request through the target allocation center, and generate test cases corresponding to the testing request. It then sends simulated test requests to the cloud platform under test according to the test cases, and receives the request results of the simulated test requests returned by the cloud platform under test. Finally, it stores the request results in the main database of the target allocation center.

[0066] Step S206: If a failure is detected in the target distribution center, a simulation test request is sent to the cloud platform being tested through the disaster recovery data center based on the test request, and the result of the simulation test request is stored in the backup database of the disaster recovery data center.

[0067] Among them, the backup database of the disaster recovery data center can be used to achieve data synchronization with the target distribution center.

[0068] For example, the testing system can detect whether the target allocation center is malfunctioning based on parameters such as response time, request execution status, or operational status. If a malfunction is detected, the testing request originally sent to the target allocation center is switched to the disaster recovery data center for processing. The disaster recovery data center executes the testing request according to the steps provided in step S204 above, sending a simulated test request to the cloud platform being tested and receiving the request result from the cloud platform. The request result is then stored in the backup database of the disaster recovery data center.

[0069] Step S208: If the target distribution center is detected to have recovered from a failure, the request results stored in the backup database of the disaster recovery data center are synchronized to the main database of the target distribution center, and subsequent dial-up test requests are assigned to the target distribution center for processing.

[0070] For example, the testing system can detect whether a failed target distribution center has recovered based on parameters such as the target distribution center's response time, request execution status, or operating status. If the target distribution center is detected to have recovered, the testing system can synchronize the request results stored in the backup database of the disaster recovery data center to the target distribution center's main database, and switch subsequent testing requests sent by clients to the target distribution center for processing.

[0071] In the aforementioned cloud platform probing method, a target allocation center corresponding to the probing request and a disaster recovery data center corresponding to the target allocation center are selected from multiple data centers. The target allocation center performs probing to the cloud platform being tested based on the probing request. In the event of a failure of the target allocation center, the disaster recovery data center is switched to execute the probing request. When the target allocation center recovers from the failure, the backup database of the disaster recovery data center is synchronized with the primary database of the target allocation center. This not only avoids false alarms in the probing system caused by a single data center failure, improving the accuracy and effectiveness of the cloud platform probing method, but also ensures the stability of the cloud platform probing.

[0072] In one exemplary embodiment, each data center may be deployed with edge nodes. The test request may carry the communication address of the system to be tested and the test frequency.

[0073] like Figure 3 As shown, step S204 includes steps S302 to S306. Wherein:

[0074] Step S302: The edge node of the target allocation center generates the corresponding target flow address based on the communication address, and sends a device access request to the cloud platform being tested based on the target flow address.

[0075] The edge nodes may include Real Time Streaming Protocol (RTSP) servers and dial-up request services.

[0076] Real-time streaming protocol servers can be used to generate real-time streaming addresses (also known as RTSP streaming addresses) that conform to the manufacturer formats of various monitoring devices, so as to provide video streams to the cloud platform being tested during dial-up testing.

[0077] The test request service can be used to send test requests to the cloud platform being tested at a predetermined frequency, such as once per minute, to simulate the requests of real users.

[0078] The communication address of the system under test can be used to represent the data communication address of the business system of the monitoring device connected to the cloud platform being tested.

[0079] The target stream address can be used to characterize the real-time stream address corresponding to the communication address of the system under test.

[0080] The device access request is used to instruct the cloud platform being tested to read the monitoring video stream through the target stream address.

[0081] For example, the testing system can use a Real-Time Streaming Protocol (RTP) server at the edge node of the target distribution center to generate a corresponding target stream address conforming to RTP, based on the communication address of the system under test carried in the testing request. A corresponding device access request is then generated based on the target stream address. This device access request is sent to the cloud platform under test via the edge node of the target distribution center. Upon receiving the device access request, the cloud platform under test can use the target stream address as the pull address to access the monitoring video stream from the monitoring device.

[0082] Step S304: Send a simulated test request to the cloud platform being tested through the edge node of the target allocation center according to the test frequency.

[0083] Step S306: Receive the request result through the edge node of the target allocation center and store the request result in the main database of the target allocation center.

[0084] Among them, the simulated test request can be a Hypertext Transfer Protocol (HTTP) request that simulates a user request. It can be used to instruct the cloud platform being tested to return the request result corresponding to the simulated test request based on the monitoring video stream.

[0085] For example, the testing system can periodically send corresponding simulated test requests to the cloud platform being tested through the edge nodes of the target distribution center, according to the test frequency carried in the test request. For instance, if the simulated test request is to obtain surveillance video data for X hours and X seconds, the cloud platform being tested can return surveillance video data for X hours and X seconds to the edge node based on the surveillance video stream. The request result is received by the edge node of the target distribution center and stored in the main database of the target distribution center.

[0086] In this embodiment, a target stream address conforming to the real-time streaming protocol is generated by the edge node of the target allocation center. A device access request carrying the target stream address is sent to the cloud platform under test to instruct it to access the monitoring video stream based on the target stream address. Simulated test requests are sent to the cloud platform under test at a preset test frequency to instruct it to return the corresponding request result based on the monitoring video stream. This can be adapted to the testing scenarios of the systems under test from different manufacturers and improve the success rate of cloud platform testing.

[0087] In one exemplary embodiment, each data center may also deploy a central node. The test request may also carry a preset alarm threshold.

[0088] like Figure 4 As shown, the cloud platform testing method may further include the following steps S402 to S406. Wherein:

[0089] Step S402: Send the request result to the central node of the target allocation center through the edge node of the target allocation center.

[0090] Step S404: The central node of the target allocation center detects the request result based on the alarm threshold and generates an alarm detection result corresponding to the request result.

[0091] The central node may include a test management service and a test analysis service, which are used to manage, plan and analyze the task execution status of test requests.

[0092] For example, the testing system can send the request result of the simulated test request to the target distribution center through the edge node of the target distribution center. The central node of the target distribution center then detects indicators such as the response time, packet loss, and data transmission error rate of the request result based on a preset alarm threshold, and generates alarm detection results corresponding to the request result.

[0093] Step S406: If the alarm detection result does not reach the alarm threshold, send the alarm information corresponding to the alarm detection result to the client.

[0094] For example, if the alarm detection result does not reach the alarm threshold, the testing system can generate alarm information corresponding to the current testing request based on the alarm detection result. The alarm information corresponding to the alarm detection result is then sent to the client via the testing system's message push service.

[0095] In this embodiment, the central node of the target allocation center detects whether the request result has reached the alarm threshold based on a preset alarm threshold. In the event of an abnormal dialing test, the corresponding alarm information is sent to the client based on the alarm detection result that has reached the alarm threshold, which can improve the timeliness and accuracy of dialing test alarms.

[0096] In one exemplary embodiment, the cloud platform probing method provided in this application may further include:

[0097] The test request is validated, and a validation result is generated. If the validation result indicates that the request parameters are valid, the test request is assigned to the target allocation center.

[0098] For example, upon receiving a test request, the testing system can validate the request: for instance, by using a preset validation function to process the parameters carried in the test request; or by sending the parameters back to the client for confirmation; or by calling a third-party library for testing, thereby generating a validation result for the test request. If the validation result of the test request indicates that the request parameters are valid, the test request is then allocated to the target allocation center.

[0099] In this embodiment, by verifying the validity of the parameters in the test request before allocating the test request, the validity of the parameters carried in the test request can be guaranteed, thereby improving the accuracy of cloud platform test.

[0100] In one exemplary embodiment, step S202 may include: acquiring load data for each data center; and determining a target allocation center from among the multiple data centers based on the load data.

[0101] For example, the load testing system can obtain load data such as current CPU utilization, memory usage, network bandwidth, I / O request volume, and throughput for each data center. Based on a preset load balancing algorithm, the load data of each data center is evaluated, and the data center with the lowest current load is determined as the target allocation center from among multiple data centers.

[0102] In this embodiment, by using a load balancing algorithm to determine the target allocation center corresponding to the current testing request based on the load data of each data center, the utilization rate of the cloud platform testing on the target allocation center can be improved, and the stable operation of the cloud platform testing on the target allocation center can be guaranteed.

[0103] In an exemplary embodiment, the cloud platform probing method provided in this application may further include: synchronizing the data stored in the main database of each data center with the data stored in the backup database of any data center when the data synchronization mechanism is triggered.

[0104] Optionally, in some implementations, the testing system may store a real-time data synchronization mechanism. This mechanism, triggered in real-time, synchronizes the data stored in the master database of each data center within the testing system with the data stored in the backup database of any other data center in the testing system.

[0105] Alternatively, in other implementations, the server may also store a periodically executed data synchronization mechanism, such as a mechanism that performs data synchronization every 10 seconds. This data synchronization mechanism is triggered every preset period to synchronize the data stored in the main database of each data center in the testing system with the data stored in the backup database of any other data center in the testing system.

[0106] In this embodiment, by performing data synchronization between various data centers in real time or periodically, data loss can be avoided and data backup can be achieved.

[0107] In one exemplary embodiment, such as Figure 5 As shown, a cloud platform testing method is also provided, including the following steps S502 to S516. Wherein:

[0108] Step S502: Receive the test request, verify the test request, and generate the verification result of the test request.

[0109] Step S504: If the verification result shows that the request parameters are valid, determine the target allocation center based on the load data of each data center and allocate the test request to the target allocation center.

[0110] For example, the testing system can receive testing requests sent by clients. It parses the parameter information carried in the testing request, verifies the parameter information, and generates a verification result. If the verification result indicates that the request parameters are valid, it evaluates the load data of each data center based on a load balancing scheduling strategy, selects the data center with the lowest load as the target allocation center, and allocates the testing request to the target allocation center. One or more other data centers in the testing system are designated as disaster recovery data centers for the target allocation center.

[0111] Step S506: The edge node of the target allocation center generates the corresponding target flow address based on the communication address carried in the dial-up request, and sends a device access request to the cloud platform being dialed based on the target flow address.

[0112] Step S508: Send a simulated test request to the cloud platform being tested through the edge node of the target allocation center according to the test frequency carried in the test request.

[0113] Step S510: Receive the request result returned by the cloud platform being tested through the edge node of the target allocation center, and store the request result in the main database of the target allocation center.

[0114] For example, the probing system can select idle edge nodes from the target allocation center as probing nodes. The probing node's real-time streaming protocol server converts the communication address carried in the probing request into the corresponding target stream address. Based on the target stream address, it sends a device access request to the cloud platform being tested, instructing the cloud platform to access the monitoring device and read the corresponding monitoring video stream based on the target stream address. The edge nodes in the target allocation center send simulated test requests to the cloud platform being tested according to the test frequency carried in the probing request, instructing the cloud platform to return the request result based on the monitoring video stream. The request result is then stored in the main database of the target allocation center.

[0115] Step S512: The request result is sent to the central node of the target allocation center through the edge node of the target allocation center for alarm detection. If the alarm detection result does not reach the alarm threshold, the alarm information corresponding to the alarm detection result is sent to the client.

[0116] For example, the testing system can send the request result to the central node of the target distribution center through the edge node of the target distribution center. The central node then performs alarm detection on the request result based on the alarm threshold carried in the testing request, and generates the corresponding alarm detection result. If the alarm detection result does not reach the alarm threshold, the system sends the alarm information corresponding to the alarm detection result to the client.

[0117] Step S514: If a fault is detected in the target distribution center, the dial-up test request is switched to the disaster recovery data center for processing, and the corresponding request result is stored in the backup database of the disaster recovery data center.

[0118] For example, the testing system can detect in real time whether the target distribution center is operating normally. If a failure is detected in the target distribution center, the testing request is switched to the disaster recovery data center for processing. The disaster recovery data center performs the operations steps S506 to S512 described above to obtain the corresponding request result, and stores the request result in the backup database of the disaster recovery data center.

[0119] Step S516: If the failure recovery of the target distribution center is detected, the request results stored in the backup database of the disaster recovery data center are synchronized to the main database of the target distribution center, and subsequent dial-up test requests are distributed to the target distribution center for processing.

[0120] In this embodiment, by validating the parameters of the test requests, the validity of the request parameters can be ensured, which helps improve the accuracy of subsequent cloud platform tests. Real-time streaming protocol address translation is implemented through the edge nodes of the target allocation center to instruct the tested cloud platform to access the monitoring equipment, and simulated test requests are sent according to the test frequency. This adapts to monitoring equipment from different vendors, improving the flexibility and success rate of cloud platform tests. Alarm detection of request results is performed by the central node of the target allocation center, and alarm information is pushed to the client when an alarm threshold is reached, improving the timeliness of alarms in cloud platform tests. In the event of a failure in the target allocation center, the test requests are switched to the disaster recovery data center to handle them, ensuring the stable operation of cloud platform tests and minimizing the risk of test terminal and service downtime.

[0121] It should be understood that although the steps in the flowcharts of the embodiments described above are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the embodiments described above may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the steps or stages of other steps.

[0122] Based on the same inventive concept, this application also provides a cloud platform testing device for implementing the cloud platform testing method described above. The solution provided by this device is similar to the solution described in the above method; therefore, the specific limitations in one or more cloud platform testing device embodiments provided below can be found in the limitations of the cloud platform testing method described above, and will not be repeated here.

[0123] In one exemplary embodiment, such as Figure 6 As shown, a cloud platform testing device 600 is provided, including: a request allocation module 602, a request response module 604, a fault switching module 606, and a data synchronization module 608, wherein:

[0124] The request allocation module 602 is used to receive a dial-up test request, determine the target allocation center corresponding to the dial-up test request from multiple data centers, and designate any data center other than the target allocation center as the disaster recovery data center of the target allocation center.

[0125] The request response module 604 is used to send a simulation test request to the cloud platform being tested based on the test request through the target allocation center, and to store the request result of the simulation test request returned by the cloud platform being tested into the main database of the target allocation center.

[0126] The fault switching module 606 is used to send a simulation test request to the cloud platform being tested through the disaster recovery data center based on the dial-up test request when a fault is detected in the target distribution center, and to store the request result of the simulation test request in the backup database of the disaster recovery data center.

[0127] The data synchronization module 608 is used to synchronize the request results stored in the backup database of the disaster recovery data center to the main database of the target distribution center when the failure recovery of the target distribution center is detected, and to allocate subsequent dial-up test requests to the target distribution center for processing.

[0128] In an exemplary embodiment, each data center is deployed with edge nodes; the test request carries the communication address of the system to be tested and the test frequency. The request response module 604 includes an address generation unit, used to generate a corresponding target stream address based on the communication address through the edge node of the target allocation center, and send a device access request to the cloud platform under test based on the target stream address. The device access request instructs the cloud platform under test to read the monitoring video stream through the target stream address. A request sending unit is used to send a simulated test request to the cloud platform under test according to the test frequency through the edge node of the target allocation center. The simulated test request instructs the cloud platform under test to return a request result corresponding to the simulated test request based on the monitoring video stream. A result receiving unit is used to receive the request result through the edge node of the target allocation center and store the request result in the main database of the target allocation center.

[0129] In one exemplary embodiment, each data center also deploys a central node; the probing request carries a preset alarm threshold. The cloud platform probing device 600 further includes an alarm detection module, used to send the request result to the central node of the target allocation center through the edge node of the target allocation center; to detect the request result based on the alarm threshold through the central node of the target allocation center, and generate an alarm detection result corresponding to the request result; and to send alarm information corresponding to the alarm detection result to the client if the alarm detection result does not reach the alarm threshold.

[0130] In an exemplary embodiment, the request allocation module 602 is further configured to verify the dialing test request and generate a verification result of the dialing test request; if the verification result indicates that the request parameters are valid, the dialing test request is allocated to the target allocation center.

[0131] In an exemplary embodiment, the request allocation module 602 is further configured to obtain load data for each data center; and determine a target allocation center from multiple data centers based on the load data.

[0132] In one exemplary embodiment, the cloud platform testing device 600 further includes a data synchronization module, which is used to synchronize the data stored in the main database of each data center with the data stored in the backup database of any data center when the data synchronization mechanism is triggered.

[0133] Each module in the aforementioned cloud platform testing device 600 can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in or independent of the processor in a computer device, or stored in the memory of a computer device as software, so that the processor can call and execute the corresponding operations of each module.

[0134] In one exemplary embodiment, a testing system is also provided. The testing system includes a testing management system, a first data center, and a second data center. The testing management system can be used to implement the cloud platform testing method in any of the above embodiments.

[0135] For example, the test management system can receive test requests, determine the target allocation center corresponding to the test request from the first data center and the second data center, and designate another data center other than the target allocation center as the disaster recovery data center of the target allocation center. The target allocation center sends a simulation test request to the cloud platform being tested based on the test request, and stores the request result of the simulation test request returned by the cloud platform being tested in the main database of the target allocation center. If a failure is detected in the target allocation center, the disaster recovery data center sends a simulation test request to the cloud platform being tested based on the test request, and stores the request result of the simulation test request in the backup database of the disaster recovery data center. If the target allocation center recovers from the failure, the request result stored in the backup database of the disaster recovery data center is synchronized to the main database of the target allocation center, and subsequent test requests are allocated to the target allocation center for processing.

[0136] In one exemplary embodiment, such as Figure 7 As shown, a schematic diagram of a dial-up testing system 700 is provided, including a dial-up testing management system 720, a first data center 740, and a second data center 760.

[0137] The dial-up test management system 720 includes a load balancing module 722, a monitoring and alarm module 724, and a service switching module 726.

[0138] The first data center 740 deploys the dial-up testing management service 742 and the first database 744. The second data center 760 deploys the dial-up testing management service 762 and the second database 764.

[0139] For example, after receiving a test request, the test management system 720 can select the target distribution center for the test request from the first data center 740 and the second data center 760 based on load data through the load balancing module 722, and distribute the test request to the target distribution center. The test management service of the target distribution center is used to perform the test on the cloud platform being tested, and the obtained request results are stored in the database of the target distribution center.

[0140] The dial-up testing management system 720 can monitor the operational status of the first data center 740 and the second data center 760 in real time through the monitoring and alarm module 724. If a fault is detected in the target distribution center, the dial-up testing request will be switched to another data center for processing via the service switching module 726.

[0141] Optionally, in some implementations, the first data center 740 and the second data center 760 can be deployed in two different geographical regions. Both the first data center 740 and the second data center 760 are deployed using a cloud-edge architecture, including central nodes and edge nodes. A data synchronization mechanism is implemented between the first data center 740 and the second data center 760 to synchronize data in real time or periodically.

[0142] Alternatively, in some implementations, such as Figure 8 As shown, the first database 744 of the first data center 740 includes a primary database 7442 and a standby database 7444. The second database 764 of the second data center 760 includes a primary database 7642 and a standby database 7644. The primary database 7442 of the first database 744 synchronizes data with the standby database 7644 of the second database 764. The standby database 7444 of the first database 744 synchronizes data with the primary database 7642 of the second database 764.

[0143] Those skilled in the art will understand that the structures shown in the accompanying drawings are merely block diagrams of some structures related to the present application and do not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the drawings, or combine certain components, or have different component arrangements.

[0144] In one exemplary embodiment, a computer device is provided, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the steps in the above-described method embodiments.

[0145] In one exemplary embodiment, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, implements the steps in the above-described method embodiments.

[0146] In one exemplary embodiment, a computer program product is provided, including a computer program that, when executed by a processor, implements the steps in the above-described method embodiments.

[0147] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. Any references to memory, databases, or other media used in the embodiments provided in this application can include at least one of non-volatile memory and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM). The databases involved in the embodiments provided in this application may include at least one type of relational database and non-relational database. Non-relational databases may include, but are not limited to, blockchain-based distributed databases. The processors involved in the embodiments provided in this application may be general-purpose processors, central processing units, graphics processing units, digital signal processors, programmable logic devices, quantum computing-based data processing logic devices, artificial intelligence (AI) processors, etc., and are not limited to these.

[0148] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this application.

[0149] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of this patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. A cloud platform dial-up testing method, characterized in that, The method includes: The system receives a test request, determines the target allocation center corresponding to the test request from multiple data centers, and designates any data center other than the target allocation center as the disaster recovery data center of the target allocation center. The multiple data centers serve as disaster recovery backups for each other, and the data centers synchronize data in real time or periodically. The backup database of the disaster recovery data center is used to achieve data synchronization with the target allocation center. The target allocation center sends a simulation test request to the cloud platform being tested based on the test request, and stores the request result of the simulation test request returned by the cloud platform being tested in the main database of the target allocation center. If a failure is detected in the target distribution center, the disaster recovery data center sends the simulation test request to the cloud platform being tested based on the test request, and stores the result of the simulation test request in the backup database of the disaster recovery data center. If the target distribution center recovers from a failure, the request results stored in the backup database of the disaster recovery data center are synchronized to the main database of the target distribution center, and subsequent test requests are distributed to the target distribution center for processing. Each of the data centers is equipped with an edge node; the test request carries the communication address of the system to be tested and the test frequency. The step of sending a simulated test request to the cloud platform being tested through the target allocation center based on the test request, and storing the request result of the simulated test request returned by the cloud platform being tested in the main database of the target allocation center, includes: The edge nodes of the target allocation center generate a corresponding target stream address based on the communication address, and send a device access request to the cloud platform under test based on the target stream address. The device access request is used to instruct the cloud platform under test to read the monitoring video stream through the target stream address. The edge node of the target allocation center sends the simulated test request to the cloud platform being tested at the test frequency. The simulated test request is used to instruct the cloud platform being tested to return the request result corresponding to the simulated test request based on the monitoring video stream. The request result is received through the edge node of the target allocation center, and the request result is stored in the main database of the target allocation center; Each of the data centers is also equipped with a central node; the test request carries a preset alarm threshold. The method further includes: The request result is sent to the central node of the target allocation center through the edge node of the target allocation center; The central node of the target allocation center detects the request result based on the alarm threshold and generates an alarm detection result corresponding to the request result. If the alarm detection result reaches the alarm threshold, an alarm message corresponding to the alarm detection result is sent to the client.

2. The method according to claim 1, characterized in that, Before sending a simulated test request to the cloud platform being tested through the target allocation center based on the test request, and storing the request result of the simulated test request returned by the cloud platform being tested into the main database of the target allocation center, the process further includes: The test request is verified, and a verification result for the test request is generated. If the verification result indicates that the request parameters are valid, the test request will be assigned to the target allocation center.

3. The method according to claim 1, characterized in that, The process of receiving a test request, including determining the target allocation center corresponding to the test request from multiple data centers, includes: Obtain load data for each of the data centers; Based on the load data, the target allocation center is determined from the plurality of data centers.

4. The method according to claim 1, characterized in that, The method further includes: When the data synchronization mechanism is triggered, the data stored in the master database of each data center is synchronized with the data stored in the backup database of any data center.

5. A cloud platform dialing device, characterized in that, The device includes: The request allocation module is used to receive a dial-up test request, determine the target allocation center corresponding to the dial-up test request from multiple data centers, and designate any data center other than the target allocation center as the disaster recovery data center of the target allocation center. The multiple data centers serve as disaster recovery for each other and the data centers synchronize data in real time or periodically. The backup database of the disaster recovery data center is used to realize data synchronization with the target allocation center. The request response module is used to send a simulated test request to the cloud platform being tested through the target allocation center based on the test request, and to store the request result of the simulated test request returned by the cloud platform being tested into the main database of the target allocation center. The fault switching module is used to send the simulation test request to the cloud platform being tested through the disaster recovery data center based on the dial-up test request when a fault is detected in the target distribution center, and to store the request result of the simulation test request in the backup database of the disaster recovery data center. The data synchronization module is used to synchronize the request results stored in the backup database of the disaster recovery data center to the main database of the target distribution center when the failure recovery of the target distribution center is detected, and to allocate subsequent dial-up test requests to the target distribution center for processing. Each of the data centers is equipped with an edge node; the test request carries the communication address of the system to be tested and the test frequency. The request response module includes an address generation unit, configured to generate a corresponding target stream address based on the communication address through the edge node of the target allocation center, and send a device access request to the cloud platform under test based on the target stream address. The device access request is used to instruct the cloud platform under test to read the monitoring video stream through the target stream address. A request sending unit is configured to send a simulated test request to the cloud platform under test through the edge node of the target allocation center according to the test frequency. The simulated test request is used to instruct the cloud platform under test to return a request result corresponding to the simulated test request based on the monitoring video stream. A result receiving unit is configured to receive the request result through the edge node of the target allocation center and store the request result in the main database of the target allocation center. Each of the data centers is also equipped with a central node; the test request carries a preset alarm threshold. The cloud platform testing device further includes an alarm detection module, which is used to send the request result to the central node of the target allocation center through the edge node of the target allocation center; to detect the request result based on the alarm threshold through the central node of the target allocation center, and to generate an alarm detection result corresponding to the request result; and to send alarm information corresponding to the alarm detection result to the client if the alarm detection result reaches the alarm threshold.

6. The cloud platform testing device according to claim 5, characterized in that, The request allocation module is further configured to verify the test request and generate a verification result for the test request; if the verification result indicates that the request parameters are valid, the test request is allocated to the target allocation center.

7. The cloud platform testing device according to claim 5, characterized in that, The request allocation module is further configured to obtain load data for each of the data centers; and determine the target allocation center from the plurality of data centers based on the load data.

8. A dialing test system, characterized in that, The dial-up testing system includes a dial-up testing management system, a first data center, and a second data center; The dialing and testing management system is used for: Upon receiving a test request, a target allocation center corresponding to the test request is determined from the first data center and the second data center. Another data center other than the target allocation center is designated as the disaster recovery data center of the target allocation center. The first data center and the second data center serve as disaster recovery backups for each other and perform data synchronization in real time or periodically. The backup database of the disaster recovery data center is used to achieve data synchronization with the target allocation center. The target allocation center sends a simulation test request to the cloud platform being tested based on the test request, and stores the request result of the simulation test request returned by the cloud platform being tested in the main database of the target allocation center. If a failure is detected in the target distribution center, the disaster recovery data center sends the simulation test request to the cloud platform being tested based on the test request, and stores the result of the simulation test request in the backup database of the disaster recovery data center. If the target distribution center recovers from a failure, the request results stored in the backup database of the disaster recovery data center are synchronized to the main database of the target distribution center, and subsequent test requests are distributed to the target distribution center for processing. Both the first data center and the second data center have edge nodes deployed; the test request carries the communication address of the system to be tested and the test frequency. The step of sending a simulated test request to the cloud platform being tested through the target allocation center based on the test request, and storing the request result of the simulated test request returned by the cloud platform being tested in the main database of the target allocation center, includes: The edge nodes of the target allocation center generate a corresponding target stream address based on the communication address, and send a device access request to the cloud platform under test based on the target stream address. The device access request is used to instruct the cloud platform under test to read the monitoring video stream through the target stream address. The edge node of the target allocation center sends the simulated test request to the cloud platform being tested at the test frequency. The simulated test request is used to instruct the cloud platform being tested to return the request result corresponding to the simulated test request based on the monitoring video stream. The request result is received through the edge node of the target allocation center, and the request result is stored in the main database of the target allocation center; The first data center and the second data center also have a central node deployed thereon; the dial-up test request carries a preset alarm threshold. The dialing and testing management system is also used for: The request result is sent to the central node of the target allocation center through the edge node of the target allocation center; The central node of the target allocation center detects the request result based on the alarm threshold and generates an alarm detection result corresponding to the request result. If the alarm detection result reaches the alarm threshold, an alarm message corresponding to the alarm detection result is sent to the client.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 4.

10. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 4.

Images