Method, device, equipment and medium for constructing backup center system of urban rail transit

Abstract

The present invention provides a method, device, equipment and medium for constructing a backup center system for urban rail transit, and relates to the technical field of urban rail transit. The method comprises: micro-service-ing the backup center system for urban rail transit to obtain a plurality of micro-service components; classifying the plurality of micro-service components to obtain a plurality of micro-service component sets; and deploying the plurality of micro-service component sets in the server resources built at the corresponding target stations. The method eliminates the independent physical backup center system and deploys a virtual backup center system in the server resources built at each of the plurality of target stations, that is, deploys the corresponding micro-service component sets. In this way, while reducing the budget burden and ensuring safety, the use of a virtual distributed backup center system can effectively improve the operational efficiency and flexibility of the rail transit system.

Description

Technical Field

[0001] The present invention relates to the technical field of urban rail transit, and in particular to a method, device, equipment and medium for constructing a backup center system of urban rail transit. Background Art

[0002] As an indispensable mode of public transportation in modern cities, urban rail transit requires extremely high safety standards. To ensure foolproof operational safety, regulations dictate the establishment of a corresponding rail transit system. This system can include a dual-center primary and backup system: a primary control center (hereinafter referred to as the "primary center system") and a backup control center (hereinafter referred to as the "backup center system"). The primary center system is responsible for daily rail transit operations management, while the backup center system immediately takes over operations in the event of a failure or maintenance requirement in the primary center system, ensuring the continuity and reliability of the rail transit system.

[0003] However, in actual operation, the backup center system requires separate construction and is used relatively infrequently. This results in a disproportionate cost for its construction and frequency of use, leading to a relatively low cost-performance ratio. This contradiction is particularly prominent in a context where budget allocation requires greater precision and efficiency, resulting in low operational efficiency and flexibility for the entire rail transit system. Summary of the Invention

[0004] The present invention provides a method, device, equipment and medium for constructing a backup center system for urban rail transit, which is used to solve the defect in the prior art that the backup center system of urban rail transit needs to be constructed separately and has a low cost-effectiveness, resulting in low operating efficiency and flexibility of the rail transit system. By eliminating the independent physical backup center system and deploying a virtual backup center system in the server resources built by multiple target stations, that is, deploying the corresponding microservice component set, the use of a virtual distributed backup center system can effectively improve the operating efficiency and flexibility of the rail transit system while reducing the budget burden and ensuring safety.

[0005] The present invention provides a method for constructing a backup center system for urban rail transit, comprising: micro-service-izing the backup center system for urban rail transit to obtain multiple micro-service components; classifying the multiple micro-service components to obtain multiple micro-service component sets; and deploying the multiple micro-service component sets in server resources built at corresponding target stations.

[0006] According to a method for constructing a backup center system for urban rail transit provided by the present invention, the method also includes: when it is determined that a main center system of the urban rail transit has failed, determining a target server resource from all server resources and accessing the target server resource; switching the main center system to a target microservice component set in the target server resource.

[0007] According to a method for constructing a backup center system for urban rail transit provided by the present invention, determining the target server resource from all server resources includes: adjusting the weights corresponding to all server resources; and determining the server resource corresponding to the maximum weight as the target server resource.

[0008] According to a method for constructing a backup center system for urban rail transit provided by the present invention, classifying the multiple microservice components to obtain multiple microservice component sets includes: classifying the multiple microservice components according to service priorities to obtain the multiple groups of microservice component sets;

[0009] Switching the main center system to the target microservice component set in the target server resources includes: determining the microservice component set with the highest service priority in the target server resources as the target microservice component set; and switching the main center system to the target microservice component set.

[0010] According to a method for constructing a backup center system of urban rail transit provided by the present invention, determining that a fault has occurred in the main center system of the urban rail transit includes: obtaining a first service status indicator corresponding to the main center system of the urban rail transit; generating a health level of the main center system based on the first service status indicator; and determining that a fault has occurred in the main center system when the health level is less than a preset threshold.

[0011] According to a method for constructing a backup center system for urban rail transit provided by the present invention, the adjustment of the weights corresponding to all server resources includes: performing the following operations for each server resource: obtaining a second service status indicator corresponding to the server resource, the second service status indicator including at least one sub-service status indicator; determining the indicator weight corresponding to the at least one sub-service status indicator; adjusting each indicator weight to obtain each adjusted indicator weight; and generating the weight corresponding to the server resource based on the at least one sub-service status indicator and all adjusted indicator weights.

[0012] According to a method for constructing a backup center system for urban rail transit provided by the present invention, the first service status indicator includes: a first response time, a first server load and a first network condition; generating the health of the main center system based on the first service status indicator includes: taking a weighted sum of the first response time, the first server load and the first network condition to obtain a target result; and determining the target result as the health of the main center system.

[0013] According to a method for constructing a backup center system for urban rail transit provided by the present invention, each sub-service status indicator includes: a second response time, a second server load, and a second network condition; adjusting the weights of each indicator to obtain the adjusted weights of each indicator includes: adjusting the weights of each indicator according to the second response time, the second server load, and the second network condition included in each sub-service status indicator to obtain the adjusted weights of each indicator.

[0014] According to a method for constructing a backup center system for urban rail transit provided by the present invention, the method further includes: in the event of failure recovery, switching the target microservice component set to the main center system.

[0015] The present invention also provides a device for constructing a backup center system for urban rail transit, comprising: a data processing module for micro-service-ing the backup center system for urban rail transit to obtain a plurality of micro-service components; classifying the plurality of micro-service components to obtain a plurality of micro-service component sets; and a component deployment module for deploying the plurality of micro-service component sets in the server resources built at the corresponding target station.

[0016] The present invention also provides an electronic device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the program, it implements any of the above-described methods for constructing a backup center system for urban rail transit.

[0017] The present invention also provides a non-transitory computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor, the method for constructing a backup center system for urban rail transit as described in any one of the above is implemented.

[0018] The present invention also provides a computer program product, comprising a computer program, which, when executed by a processor, implements any of the above-described methods for constructing a backup center system for urban rail transit.

[0019] The method, device, equipment and medium for constructing a backup center system for urban rail transit provided by the present invention obtain multiple microservice components by microservice-izing the backup center system for urban rail transit; classify the multiple microservice components to obtain multiple microservice component sets; and deploy the multiple microservice component sets in the server resources built at the corresponding target stations. This method eliminates the independent physical backup center system and deploys a virtual backup center system in the server resources built by each of the multiple target stations, that is, deploys the corresponding microservice component sets. In this way, while reducing the budget burden and ensuring safety, the use of a virtual distributed backup center system can effectively improve the operational efficiency and flexibility of the rail transit system. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] In order to more clearly illustrate the technical solutions in the present invention or the prior art, a brief introduction is given below to the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0021] Figure 1 It is a flow chart of the method for constructing a backup center system for urban rail transit provided by the present invention.

[0022] Figure 2a It is a schematic diagram of the punctuality rate or success rate of the bus provided by the present invention.

[0023] Figure 2b It is a schematic diagram of the average response time provided by the present invention.

[0024] Figure 3 This is one of the scenario diagrams of the method for constructing a backup center system for urban rail transit provided by the present invention.

[0025] Figure 4 This is the second scenario diagram of the method for constructing a backup center system for urban rail transit provided by the present invention.

[0026] Figure 5 It is a structural diagram of the backup center system construction device for urban rail transit provided by the present invention.

[0027] Figure 6 It is a structural schematic diagram of the electronic device provided by the present invention. DETAILED DESCRIPTION

[0028] To make the objectives, technical solutions, and advantages of the present invention more clear, the technical solutions of the present invention will be clearly and completely described below in conjunction with the accompanying drawings. Obviously, the embodiments described are only some of the embodiments of the present invention, not all of them. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making creative efforts shall fall within the scope of protection of the present invention.

[0029] It should be noted that the execution subject involved in the embodiment of the present invention can be a backup center system construction device of urban rail transit, or it can be an electronic device. Optionally, the electronic device can include: a computer, a mobile terminal, and a wearable device.

[0030] The embodiment of the present invention will be further described below by taking an electronic device as an example.

[0031] like Figure 1 FIG. 1 is a flow chart of a method for constructing a backup center system for urban rail transit provided by the present invention, which may include the following steps.

[0032] 101. Microservice the backup center system of urban rail transit to obtain multiple microservice components.

[0033] Among them, urban rail transit is the backbone of urban public transportation and is a vehicle transportation system that uses track structure for load-bearing and guidance.

[0034] A backup center system, often referred to as a backup or disaster recovery center, is a critical physical facility that ensures business continuity and data security. Optionally, a backup center system typically includes building facilities, computer rooms, and supporting power supplies to support real-time or scheduled data backup, storage, and recovery, ensuring that critical services can be quickly restored in an emergency.

[0035] Microservice components typically perform specific business functions or tasks and have clear interfaces and boundaries, helping to improve the scalability, maintainability, and reliability of the backup center system. Optionally, microservice components can include user services, ticketing services, operations services, data statistics services, and reporting services.

[0036] In the process of cloud-based and microservice-based reconstruction of the backup center system of urban rail transit, electronic equipment can move the backup center system to the cloud. Through the high availability and elastic scalability of the cloud computing platform, the system architecture of the backup center system can be transformed into microservices, and the originally large single application can be split into multiple fine-grained service components, that is, split into multiple microservice components. Each microservice component can be responsible for an independent function, which is convenient for subsequent management and maintenance.

[0037] Among them, the cloud computing platform is a service platform based on cloud computing technology, which can provide flexible, scalable and shareable computing resources and system services. At the same time, it allows users to process data and applications in a distributed manner on the network with higher availability, lower cost and faster response time.

[0038] 102. Classify multiple microservice components to obtain multiple microservice component sets.

[0039] Each microservice component set can be regarded as a virtual microservice system, and each microservice component set can include at least one microservice component. It should be noted that the number of microservice component sets is the same as the number of the target stations.

[0040] Categorizing and grouping multiple microservice components into multiple microservice component sets helps better understand and manage the microservice architecture of the backup center system. These microservice component sets each have unique advantages, and together they improve the reliability, stability, flexibility, and maintainability of microservices.

[0041] In some embodiments, the electronic device classifies multiple microservice components to obtain multiple microservice component sets, which may include: the electronic device classifies multiple microservice components according to service priorities to obtain multiple groups of microservice component sets.

[0042] Among them, service priority refers to the evaluation and ranking of the importance and urgency of each microservice component in the microservice architecture based on factors such as business needs, system stability and user experience.

[0043] Taking into account the real-time and security requirements of backup center services, multiple microservice components can be categorized and grouped according to service priority, resulting in multiple sets of microservice components. This allows critical services to be prioritized for normal operation when resources are limited. Furthermore, allocating resources based on service priority ensures that critical services receive sufficient resources, thus avoiding resource waste and overconsumption of non-critical services.

[0044] For example, user services, ticketing services, and operation services are divided into a group of high-priority microservice component sets; data statistics services and report services are divided into a group of low-priority microservice component sets.

[0045] Optionally, after step 101 or step 102, the electronic device may obtain N target stations and the server resources corresponding to each of the N target stations, where N ≥ 2. Specifically, after obtaining all stations involved in urban rail transit, N (e.g., 3-5) large stations may be selected from all stations as the N target stations, and server resources may be set up at each of the N target stations to ensure that these target stations have sufficient hardware capabilities to host the microservice components corresponding to the above-mentioned backup center system.

[0046] Among them, all stations adopt a distributed architecture solution.

[0047] Large stations should be considered based on their geographical location, importance as a transportation hub, and backup capacity in the event of a disaster. These stations usually have relatively complete facilities and services, and can meet the travel needs of a large number of passengers. In addition, the above-mentioned large stations are different.

[0048] Server resources are the collective term for the various hardware and software resources required to operate the server at the target station. These resources together constitute the server's operating environment and capabilities, enabling the server to perform various tasks and services to ensure the stable and efficient operation of the station's business.

[0049] It should be noted that all server resources can form a line cloud, which can carry the backup center system services respectively.

[0050] 103. Deploy multiple microservice component sets in the server resources built at the corresponding target station.

[0051] After acquiring multiple microservice component sets, electronic devices can build clusters based on multiple nodes for the same service type and deploy these clusters across multiple target stations. The number of target stations equals the number of nodes. Each node possesses complete service capabilities and can immediately take over if other nodes experience problems, ensuring service continuity and reliability.

[0052] Exemplarily, the number of nodes is at least three.

[0053] In some embodiments, the method may further include: when it is determined that the main center system of the urban rail transit fails, the electronic device determines the target server resources from all server resources and accesses the target server resources; the electronic device switches the main center system to the target microservice component set in the target server resources.

[0054] A master center system typically refers to the primary operations center responsible for core functions and critical services within a large network, computing environment, or business system. This master center system is a core component of the urban rail transit system architecture, handling critical business logic, data storage, data transmission, and interaction with other system components. Master center systems typically feature high availability, reliability, and performance to ensure business continuity and stability.

[0055] A failure occurs when a primary center system fails to operate as designed or intended due to some reason. These reasons can be physical, such as earthquake damage, equipment breakdown, wear and tear, or aging; or logical, such as network outages, software errors, improper configuration, or compatibility issues. In the event of a failure, the primary center system may exhibit abnormal behavior, such as degraded performance, functional failures, erroneous output, or complete shutdown.

[0056] When it is determined that the main central system of urban rail transit has failed and the central system cannot operate normally, the electronic device can determine the target server resource from all server resources, and access the target server resource through the control center of the target station corresponding to the target server resource, and then switch the main central system to the target microservice component set in the target server resource to ensure the continuity of key businesses / key services and serve as a temporary backup central system.

[0057] It should be noted that the above process can effectively retain the emergency guarantee function of the backup center system when the main center system fails, and has obvious economic advantages.

[0058] In some embodiments, the electronic device determines that a main center system of urban rail transit has failed, which may include: the electronic device obtains a first service status indicator corresponding to the main center system of urban rail transit; the electronic device generates a health level of the main center system based on the first service status indicator; when the health level is less than a preset threshold, the electronic device determines that a main center system has failed.

[0059] The first service status indicator is real-time or near real-time to ensure accurate reflection of the main center system status. Optionally, the first service status indicator may include: central processing unit (CPU) usage, memory usage, disk space, network latency, service response time, etc.

[0060] Health is used to indicate the normal operation of the main center system.

[0061] Optionally, the preset threshold value may be set before the electronic device leaves the factory, or may be user-defined, which is not specifically limited here.

[0062] After obtaining the first service status indicator corresponding to the main center system of the urban rail transit, the electronic device assigns an indicator weight to each sub-service status indicator in the first service status indicator according to business requirements and system characteristics; the electronic device then uses weighted average, machine learning algorithm or other statistical methods, combined with all indicator weights and all sub-service status indicators, to calculate a comprehensive health degree, and compares the health degree with a preset threshold: if the health degree is greater than or equal to the preset threshold, it means that the main center system is in normal operating state, that is, the main center system has not failed; otherwise, it is determined that the main center system has failed.

[0063] Because a failure in the primary center system causes traffic to suddenly shift to the backup center system, this can instantly cause significant changes in station load. To ensure the stability of the rail transit system and service continuity, an intelligent load balancing algorithm is needed to optimize resource allocation and traffic management. It should be noted that based on the weighted polling algorithm, two different weight allocation strategies are adopted: a normal operating state weight allocation strategy and an abnormal operating state weight allocation strategy.

[0064] When the main central system is operating normally, all server resources primarily serve the station's own business needs. Electronic equipment can utilize a load balancer to implement a normal operating weight distribution strategy. Specifically, it polls all servers based on preset normal weights, directing traffic to the target station's own services. This entire process takes into account factors such as the service capabilities of each target station, network latency, and server load to ensure service responsiveness and quality.

[0065] If the main center system is experiencing an abnormal operating state, electronic equipment can use the load balancer to implement an abnormal operating state weight distribution strategy. This operating state weight distribution strategy will direct more traffic to the virtual backup center system distributed services, reducing the load on the station's own services and avoiding server overloads caused by excessive traffic. At the same time, this operating state weight distribution strategy also takes into account the real-time response capabilities and load conditions of the virtual backup center system, ensuring that the virtual backup center system can effectively handle the traffic of the main center system.

[0066] In some embodiments, the first service status indicator includes: a first response time, a first server load and a first network condition; the electronic device generates the health of the main center system based on the first service status indicator, which may include: the electronic device performs a weighted summation of the first response time, the first server load and the first network condition to obtain a target result; the electronic device determines the target result as the health of the main center system.

[0067] In the process of determining the health of the main center system, the electronic device can first obtain the first service status indicator and analyze the first service status indicator to obtain indicator parameters such as the first response time, first server load and first network status of the main center system, and then perform weighted summation on the indicator parameters to obtain the target result, and then determine the target result as the health of the main center system.

[0068] It should be noted that the aforementioned first response time, first server load, and first network status fully reflect the operational status of the main center system. The health determination process integrates multiple indicators through a weighted summation, enabling a more comprehensive assessment of the overall health of the main center system. This avoids neglecting other potential issues due to a one-sided focus on a single indicator, thereby improving the accuracy of the health measurement.

[0069] In some embodiments, the electronic device determines the target server resource from all server resources, which may include: the electronic device adjusts the weights corresponding to all server resources; and the electronic device determines the server resource corresponding to the maximum weight as the target server resource.

[0070] Weight is a relative measure that indicates the importance and priority of different server resources within the overall resource pool. When electronic devices manage and configure server resources, weights are used as a decision-making basis to determine which resources should be prioritized or assigned more processing tasks.

[0071] In order to further enhance the adaptability of all virtual backup center systems, electronic equipment can automatically adjust weight distribution through the load balancer to ensure that the rail transit system can maintain efficient and stable operation under normal or abnormal conditions. Specifically, the weights corresponding to all server resources can be adjusted, and then the server resource corresponding to the largest weight among all weights can be determined as the target server resource, so as to be switched when a failure occurs in the main center.

[0072] In some embodiments, the electronic device adjusts the weights corresponding to all server resources, which may include: performing the following operations for each server resource: the electronic device obtains a second service status indicator corresponding to the server resource, the second service status indicator includes at least one sub-service status indicator; the electronic device determines the indicator weight corresponding to at least one sub-service status indicator; the electronic device adjusts each indicator weight to obtain each adjusted indicator weight; the electronic device generates the weight corresponding to the server resource based on at least one sub-service status indicator and all adjusted indicator weights.

[0073] The second service status indicator is real-time or near real-time to ensure accurate reflection of the server resource status. Optionally, the second service status indicator may include: service disaster recovery strategy, historical data and trends, and service health status, etc. These key indicators are all sub-service status indicators included in the second service status indicator.

[0074] Indicator weights are used to indicate the importance and priority of different sub-service status indicators in the overall service status indicator.

[0075] In the process of adjusting the weights corresponding to all server resources, the electronic device performs the following operations for each server resource: the electronic device first obtains the second service status indicator corresponding to the server resource, and the indicator weights corresponding to all sub-service status indicators included in the second service status indicator; since the traffic flow does not change much when the main center system is in normal operation, and the traffic flow changes greatly when it is in abnormal operation, in order to ensure the normal operation of the rail transit system, the weight distribution can be automatically adjusted through the load balancer, that is, the weight of each indicator is adjusted to obtain the adjusted indicator weight; finally, the electronic device calculates at least one sub-service status indicator and all adjusted indicator weights to generate the weight corresponding to the server resource. Based on this, the electronic device can eventually obtain as many weights as there are server resources, providing data reference for the subsequent determination of the target server resources.

[0076] In some embodiments, each sub-service status indicator includes: a second response time, a second server load, and a second network condition; the electronic device adjusts the weight of each indicator to obtain the adjusted indicator weights, which may include: the electronic device adjusts the weight of each indicator according to the second response time, second server load, and second network condition included in each sub-service status indicator to obtain the adjusted indicator weights.

[0077] In order to ensure the normal operation of the rail transit system, the service status of the server resources, including key indicators such as response time, server load, and network status, can be monitored in real time. Then, based on these key indicators, the load balancer can automatically adjust the weight distribution, that is, adjust the weight of each indicator to obtain the adjusted indicator weight.

[0078] Optionally, the weight corresponding to the mth server resource can be expressed as: m = , m=[1,…,M], M≥2, n≥1.

[0079] Where M represents the total number of server resources; W m represents the weight corresponding to the mth server resource among the M server resources; n represents the total number of sub-service status indicators included in the second service status indicator; Represents the i-th sub-service status indicator among n sub-service status indicators; Represents the status indicator of the i-th sub-service The corresponding adjusted indicator weights.

[0080] Optionally, the above service health status can use the Auto-Regressive Integrated Moving Average (ARIMA) algorithm to detect traffic anomalies and calculate the health status in combination with fault codes and log records.

[0081] Among them, the ARIMA algorithm can effectively capture the complex patterns in time series data and effectively describe and predict the changing trends of time series data (i.e., health).

[0082] For example, Figure 2a As shown in FIG, it is a schematic diagram of the punctuality rate or success rate of the bus provided by the present invention; Figure 2b FIG. 4 is a schematic diagram of the average response time provided by the present invention.

[0083] Among them, the bus punctuality rate or success rate (Bus_success_rate) measures the ability of the bus to arrive at the destination within the scheduled time, or represents the reliability and efficiency of the bus service. Figure 2a In the data, Bus_success_rate changes from 06:00 to 12:00 and 18:00;

[0084] The average response time (Avg_rsp_time) is used to measure the time required for the rail transit system to respond to a request. Figure 2b In the example, Avg_rsp_time changes from 06:00 to 12:00 and at 24:00.

[0085] In some embodiments, the electronic device switches the main center system to the target microservice component set in the target server resources, which may include: the electronic device determines the microservice component set with the highest service priority in the target server resources as the target microservice component set; the electronic device switches the main center system to the target microservice component set.

[0086] To prioritize the normal operation of critical services, the electronic device can first identify the microservice component set with the highest service priority from all microservice component sets of the target server resources, and then determine this microservice component set with the highest service priority as the target microservice component set. It then switches the main center system to the target microservice component set. This way, while minimizing the impact of failures on the business, the electronic device can more easily identify and monitor critical services, promptly discover and address potential problems, and thus reduce the complexity and cost of system maintenance.

[0087] In some embodiments, the method may further include: in the event of failure recovery, the electronic device switching the target microservice component set to the main center system.

[0088] In the event of a failure recovery, the primary center system has resumed normal operation. At this point, the target microservice component set can be switched to the primary center system. The entire switchover process must be conducted with caution. This caution involves careful planning and rigorous execution before, during, and after the switchover to minimize or eliminate any impact on ongoing business and services.

[0089] In an embodiment of the present invention, the backup center system of urban rail transit is microserviced to obtain multiple microservice components; the multiple microservice components are classified to obtain multiple microservice component sets; and the multiple microservice component sets are deployed in the server resources built at the corresponding target stations. This method eliminates the independent physical backup center system and deploys a virtual backup center system in the server resources built by each of the multiple target stations, that is, deploys the corresponding microservice component sets. In this way, the use of a virtual distributed backup center system can effectively improve the operational efficiency and flexibility of the rail transit system while reducing the budget burden and ensuring safety.

[0090] In order to better understand the embodiments of the present invention, the embodiments of the present invention are described in detail below: Figure 3 The figure shows a scenario diagram of the method for constructing a backup center system for urban rail transit provided by the present invention. Figure 3 In the present invention, the rail transit system may include: a rail transit ring network, a main center system, a backup center system and multiple stations.

[0091] like Figure 4 The figure shows a scenario diagram of the method for constructing a backup center system for urban rail transit provided by the present invention. Figure 4In the process, step 1, the backup center system of urban rail transit can be first cloud-based and microservice-based reconstructed to obtain multiple microservice components; step 2, N large stations are selected as N target stations, and server resources are respectively built at these N target stations to carry virtual backup center services; step 3, taking into account the real-time requirements and security requirements of the backup center service, multiple microservice components are classified and grouped to obtain multiple microservice component sets; step 4, for the same type of service, a cluster is built according to multiple nodes, and the cluster is deployed in multiple target stations; step 5, when it is determined that the main center system of urban rail transit has failed, the main center system is switched to the target microservice component set in the target server resources; step 6, when the failure is recovered, the target microservice component set is switched to the main center system.

[0092] Combine Figure 3 and Figure 4 It can be seen that in order to solve the problem in existing technologies that the backup center system of urban rail transit needs to be built separately and has a low cost-effectiveness, resulting in low operational efficiency and flexibility of the rail transit system, electronic equipment cancels the independent physical backup center system and deploys a virtual backup center system in the server resources built by multiple target stations. That is, the corresponding microservice component set is deployed. In this way, the use of a virtual distributed backup center system can effectively improve the operational efficiency and flexibility of the rail transit system while reducing the budget burden and ensuring safety.

[0093] The following describes the urban rail transit backup center system construction device provided by the present invention. The urban rail transit backup center system construction device described below and the urban rail transit backup center system construction method described above can be referenced to each other.

[0094] like Figure 5 FIG. 1 is a schematic diagram of the structure of the backup center system construction device for urban rail transit provided by the present invention, which may include:

[0095] The data processing module 501 is used to microservice the backup center system of the urban rail transit to obtain multiple microservice components; and classify the multiple microservice components to obtain multiple microservice component sets;

[0096] The component deployment module 502 is used to deploy the multiple microservice component sets in the server resources built at the corresponding target station.

[0097] Optionally, the data processing module 501 is also used to determine the target server resources from all server resources and access the target server resources when it is determined that the main center system of the urban rail transit has failed; and switch the main center system to the target microservice component set in the target server resources.

[0098] Optionally, the data processing module 501 is specifically configured to adjust the weights corresponding to all server resources; and determine the server resource corresponding to the maximum weight as the target server resource.

[0099] Optionally, the data processing module 501 is specifically configured to classify the multiple microservice components according to service priorities to obtain the multiple groups of microservice component sets;

[0100] The data processing module 501 is further configured to determine the microservice component set with the highest service priority in the target server resources as the target microservice component set; and switch the main center system to the target microservice component set.

[0101] Optionally, the data processing module 501 is specifically used to obtain a first service status indicator corresponding to the main center system of the urban rail transit; generate the health of the main center system based on the first service status indicator; and determine that the main center system has failed when the health is less than a preset threshold.

[0102] Optionally, the data processing module 501 is specifically used to perform the following operations for each server resource: obtain a second service status indicator corresponding to the server resource, the second service status indicator including at least one sub-service status indicator; determine the indicator weight corresponding to each of the at least one sub-service status indicators; adjust each indicator weight to obtain each adjusted indicator weight; generate the weight corresponding to the server resource based on the at least one sub-service status indicator and all adjusted indicator weights.

[0103] Optionally, the first service status indicator includes: a first response time, a first server load and a first network condition; the data processing module 501 is specifically used to perform a weighted summation of the first response time, the first server load and the first network condition to obtain a target result; and the target result is determined as the health of the main center system.

[0104] Optionally, each sub-service status indicator includes: a second response time, a second server load and a second network condition; the data processing module 501 is specifically used to adjust the weights of each indicator according to the second response time, second server load and second network condition included in each sub-service status indicator to obtain the adjusted indicator weights.

[0105] Optionally, the data processing module 501 is further configured to switch the target microservice component set to the main center system in case of fault recovery.

[0106] like Figure 6, which is a schematic diagram of the structure of an electronic device provided by the present invention, can include: a processor 610, a communications interface 620, a memory 630, and a communication bus 640, wherein the processor 610, the communications interface 620, and the memory 630 communicate with each other via the communication bus 640. The processor 610 can call the logic instructions in the memory 630 to execute a method for constructing a backup center system for urban rail transit, which includes: micro-service-izing the backup center system for urban rail transit to obtain multiple micro-service components; classifying the multiple micro-service components to obtain multiple micro-service component sets; and deploying the multiple micro-service component sets in server resources established at corresponding target stations.

[0107] Furthermore, the logic instructions in the aforementioned memory 630 can be implemented as software functional units and, when sold or used as independent products, can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, or the portion that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions for causing a computer device (which can be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in various embodiments of the present invention. The aforementioned storage medium includes various media capable of storing program code, such as a USB flash drive, a mobile hard drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0108] On the other hand, the present invention also provides a computer program product, which includes a computer program, which can be stored on a non-transitory computer-readable storage medium. When the computer program is executed by a processor, the computer can execute the method for constructing a backup center system for urban rail transit provided by the above methods. The method includes: micro-service-ing the backup center system for urban rail transit to obtain multiple micro-service components; classifying the multiple micro-service components to obtain multiple micro-service component sets; and deploying the multiple micro-service component sets in the server resources built at the corresponding target station.

[0109] On the other hand, the present invention also provides a non-transitory computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor, it is implemented to execute the method for constructing a backup center system for urban rail transit provided by the above methods. The method includes: micro-service-ing the backup center system for urban rail transit to obtain multiple micro-service components; classifying the multiple micro-service components to obtain multiple micro-service component sets; and deploying the multiple micro-service component sets in the server resources built at the corresponding target station.

[0110] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, i.e., they may be located in one location or distributed across multiple network units. Some or all of the modules may be selected based on actual needs to achieve the objectives of the present embodiment. Persons of ordinary skill in the art will be able to understand and implement the present invention without inventive effort.

[0111] Through the above description of the embodiments, those skilled in the art will clearly understand that each embodiment can be implemented using software plus a necessary general-purpose hardware platform, or of course, hardware. Based on this understanding, the essence of the above technical solution, or the portion that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, a magnetic disk, or an optical disk, and includes a number of instructions for causing a computer device (such as a personal computer, server, or network device) to execute the methods described in each embodiment or certain portions of the embodiments.

[0112] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the various embodiments of the present invention.

Claims

1. A method for constructing a backup center system for urban rail transit, characterized in that: include: Microservice-based urban rail transit backup center systems to obtain multiple microservice components; Classify the multiple microservice components according to business requirements, system stability, and user experience to obtain multiple microservice component sets; Deploy the multiple microservice component sets in the server resources built at the corresponding target station; the number of the microservice component sets is the same as the number of the target stations, the target stations are virtual backup center systems, and the urban rail transit cancels the physical backup center system; The method further includes: for the same type of service, building a cluster according to multiple nodes, and deploying the cluster in multiple target stations; The number of the target stations is the same as the number of nodes, and each node has full service capabilities and can immediately take over the work when problems occur in other nodes.

2. The method according to claim 1, characterized in that The method further comprises: When it is determined that the main central system of the urban rail transit fails, determining a target server resource from all server resources and accessing the target server resource; Switch the main center system to the target microservice component set in the target server resources.

3. The method according to claim 2, characterized in that Determining the target server resource from all server resources includes: Adjust the weights of all server resources; The server resource corresponding to the maximum weight is determined as the target server resource.

4. The method according to claim 2, characterized in that The classifying the multiple microservice components to obtain multiple microservice component sets includes: Classifying the multiple microservice components according to service priorities to obtain the multiple microservice component sets; Switching the main center system to the target microservice component set in the target server resources includes: Determine the microservice component set with the highest service priority in the target server resources as the target microservice component set; Switch the main center system to the target microservice component set.

5. The method according to any one of claims 2 to 4, characterized in that: Determining that a failure occurs in the main center system of the urban rail transit includes: Obtaining a first service status indicator corresponding to the main center system of the urban rail transit; generating a health status of the main center system according to the first service status indicator; When the health level is less than a preset threshold, it is determined that a failure occurs in the main center system.

6. The method according to claim 3, characterized in that The adjustment of the weights corresponding to all server resources includes: Perform the following operations for each server resource: Acquire a second service status indicator corresponding to the server resource, where the second service status indicator includes at least one sub-service status indicator; Determining an indicator weight corresponding to each of the at least one sub-service status indicators; Adjust the weight of each indicator to obtain the adjusted weight of each indicator; A weight corresponding to the server resource is generated according to the at least one sub-service status indicator and all adjusted indicator weights.

7. The method according to claim 5, characterized in that The first service status indicator includes: a first response time, a first server load, and a first network status; and generating the health of the main center system according to the first service status indicator includes: Performing a weighted summation on the first response time, the first server load, and the first network status to obtain a target result; The target result is determined as the health of the main center system.

8. The method according to claim 6, characterized in that Each sub-service status indicator includes: a second response time, a second server load, and a second network status; and adjusting the weights of each indicator to obtain the adjusted weights of each indicator includes: According to the second response time, the second server load and the second network condition included in the sub-service status indicators, the weights of the indicators are adjusted to obtain the adjusted indicator weights.

9. The method according to any one of claims 2 to 4, characterized in that: The method further comprises: In the event of failure recovery, the target microservice component set is switched to the main center system.

10. A backup center system construction device for urban rail transit, characterized in that: include: The data processing module is used to microservice the backup center system of urban rail transit and obtain multiple microservice components; Classify the multiple microservice components according to business requirements, system stability, and user experience to obtain multiple microservice component sets; A component deployment module is used to deploy the multiple microservice component sets in the server resources built at the corresponding target station; the number of the microservice component sets is the same as the number of the target stations, the target stations are virtual backup center systems, and the urban rail transit cancels the physical backup center system; The component deployment module is further used to build a cluster according to multiple nodes for the same type of service and deploy the cluster in multiple target stations; The number of the target stations is the same as the number of nodes, and each node has full service capabilities and can immediately take over the work when problems occur in other nodes.

11. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein: When the processor executes the program, the method for constructing a backup center system for urban rail transit as described in any one of claims 1 to 9 is implemented.

12. A non-transitory computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the method for constructing a backup center system for urban rail transit as described in any one of claims 1 to 9 is implemented.

Images