Microservice-based power standby dispatching system processing method, device and computer equipment

Abstract

The present application relates to a method, device, computer equipment, storage medium and computer program product for processing a power standby dispatch system based on microservices. The method comprises: performing business analysis on multiple business processes that need to be executed by the power standby dispatch system, and extracting multiple target businesses with dependencies therefrom; constructing each target business microservice based on multiple target businesses and dependencies according to the same construction specifications as the power main dispatch system; dividing multiple microservices into multiple microservice clusters, and deploying multiple microservice clusters on a cloud server, integrating each microservice cluster in the cloud server to obtain an integrated system; iteratively updating the integrated system until the iteratively updated integrated system meets the acceptance conditions, determining the integrated system that meets the acceptance conditions as the target power standby dispatch system, and deploying the target power standby dispatch system on a cloud server. The use of this method can improve the dispatch efficiency of the power standby dispatch system for the power system.

Description

Technical Field

[0001] The present application relates to the technical field of power system dispatching, and in particular to a microservice-based power standby dispatching system processing method, device and computer equipment. Background Art

[0002] With the development of power systems, the business volume of power systems has increased, and it is necessary to dispatch the operation of large and complex power systems throughout the entire process to meet the production needs of the power systems.

[0003] In traditional technology, the power system is generally dispatched through the power main dispatching system. When the power system is more complex, the power system will be assisted in dispatching through the power backup dispatching system.

[0004] However, in traditional technology, the current power backup system is generally composed of multiple subsystems, but the subsystems are difficult to integrate, which affects the data interaction between the power backup system and the power main dispatching system, making the power backup system's dispatching efficiency for the power system low. Summary of the invention

[0005] Based on this, it is necessary to provide a microservice-based power reserve system processing method, device, computer equipment, computer-readable storage medium and computer program product that can improve the dispatching efficiency of the power reserve system in response to the above technical problems.

[0006] In a first aspect, the present application provides a microservice-based power standby dispatching system processing method. The method comprises:

[0007] By analyzing the multiple business processes that need to be executed by the power dispatching system, multiple target businesses are extracted from the multiple business processes, and there are dependencies between the target businesses;

[0008] Based on multiple target businesses and dependencies, we build microservices corresponding to each target business according to the same construction specifications as the power dispatching system.

[0009] Divide multiple microservices into multiple microservice clusters, deploy the multiple microservice clusters on a cloud server, and integrate the microservice clusters in the cloud server to obtain an integrated system;

[0010] The integrated system is iteratively updated until the integrated system after the iterative update meets the acceptance conditions, the integrated system that meets the acceptance conditions is determined as the target power backup system, and the target power backup system is deployed on the cloud server.

[0011] In one embodiment, there is a dependency relationship between the microservices. Based on multiple target businesses and the dependency relationship, after constructing the microservices corresponding to each target business according to the same construction specification as the power main dispatching system, the following is further included:

[0012] Configure protection mechanisms for each microservice;

[0013] When it is determined that there is a faulty microservice, based on a protection mechanism, the connection between the faulty microservice and the microservices that depend on the faulty microservice is disconnected.

[0014] In one embodiment, dividing the plurality of microservices into a plurality of microservice clusters includes:

[0015] Obtain the target business corresponding to each microservice, and determine the business type to which each target business belongs, and obtain the business type to which each microservice belongs, where the number of business types is multiple;

[0016] Microservices belonging to the same business type are divided into the same microservice cluster to obtain multiple microservice clusters.

[0017] In one embodiment, after determining the integrated system that meets the acceptance conditions as the target power standby system and deploying the target power standby system on the cloud server, the process further includes:

[0018] Build a microservice gateway that interconnects with each microservice;

[0019] Based on the microservice gateway responding to the request of the user terminal, the target microservice required to be called in the target power standby dispatching system is called from the cloud server through the microservice gateway;

[0020] The data is processed by the target microservice and the data processing results of the target microservice are fed back to the user terminal.

[0021] In one embodiment, after determining the integrated system that meets the acceptance conditions as the target power standby system and deploying the target power standby system on the cloud server, the process further includes:

[0022] In the cloud server, a data pool of the power system interconnected with the target power reserve dispatching system is constructed;

[0023] Obtain real-time data of the power system and store it in the data pool;

[0024] When the real-time data is updated, the data in the data pool is updated synchronously.

[0025] In one embodiment, the power main dispatching system is deployed in a cloud server. In the cloud server, the power main dispatching system and the target power backup dispatching system are each configured with their own data pools. The microservice-based power backup dispatching system processing method further includes:

[0026] Synchronously storing the data in the data pool of the power main dispatching system in the data pool of the target power standby dispatching system;

[0027] When a failure occurs in the main power dispatching system, the data lost by the main power dispatching system when the failure occurs is obtained by accessing the data pool of the target backup power dispatching system.

[0028] In a second aspect, the present application also provides a microservice-based power standby system processing device. The device includes:

[0029] The target business extraction module extracts multiple target businesses from multiple business processes by analyzing the multiple business processes that need to be executed by the power standby dispatching system. There are dependencies between the target businesses.

[0030] The microservice construction module is used to build the microservices corresponding to each target business based on multiple target businesses and dependencies in accordance with the same construction specifications as the power main dispatching system;

[0031] An integrated system acquisition module is used to divide multiple microservices into multiple microservice clusters, deploy the multiple microservice clusters on a cloud server, integrate the microservice clusters in the cloud server, and obtain an integrated system;

[0032] The power standby system determination module is used to iteratively update the integrated system until the iteratively updated integrated system meets the acceptance conditions, determine the integrated system that meets the acceptance conditions as the target power standby system, and deploy the target power standby system on the cloud server.

[0033] In a third aspect, the present application further provides a computer device. The computer device includes a memory and a processor, the memory stores a computer program, and the processor implements the following steps when executing the computer program:

[0034] By analyzing the multiple business processes that need to be executed by the power dispatching system, multiple target businesses are extracted from the multiple business processes, and there are dependencies between the target businesses;

[0035] Based on multiple target businesses and dependencies, we build microservices corresponding to each target business according to the same construction specifications as the power dispatching system.

[0036] Divide multiple microservices into multiple microservice clusters, deploy the multiple microservice clusters on a cloud server, and integrate the microservice clusters in the cloud server to obtain an integrated system;

[0037] The integrated system is iteratively updated until the integrated system after the iterative update meets the acceptance conditions, the integrated system that meets the acceptance conditions is determined as the target power backup system, and the target power backup system is deployed on the cloud server.

[0038] In a fourth aspect, the present application further provides a computer-readable storage medium. The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the following steps are implemented:

[0039] By analyzing the multiple business processes that need to be executed by the power dispatching system, multiple target businesses are extracted from the multiple business processes, and there are dependencies between the target businesses;

[0040] Based on multiple target businesses and dependencies, we build microservices corresponding to each target business according to the same construction specifications as the power dispatching system.

[0041] Divide multiple microservices into multiple microservice clusters, deploy the multiple microservice clusters on a cloud server, and integrate the microservice clusters in the cloud server to obtain an integrated system;

[0042] The integrated system is iteratively updated until the integrated system after the iterative update meets the acceptance conditions, the integrated system that meets the acceptance conditions is determined as the target power backup system, and the target power backup system is deployed on the cloud server.

[0043] In a fifth aspect, the present application further provides a computer program product. The computer program product includes a computer program, and when the computer program is executed by a processor, the following steps are implemented:

[0044] By analyzing the multiple business processes that need to be executed by the power dispatching system, multiple target businesses are extracted from the multiple business processes, and there are dependencies between the target businesses;

[0045] Based on multiple target businesses and dependencies, we build microservices corresponding to each target business according to the same construction specifications as the power dispatching system.

[0046] Divide multiple microservices into multiple microservice clusters, deploy the multiple microservice clusters on a cloud server, and integrate the microservice clusters in the cloud server to obtain an integrated system;

[0047] The integrated system is iteratively updated until the integrated system after the iterative update meets the acceptance conditions, the integrated system that meets the acceptance conditions is determined as the target power backup system, and the target power backup system is deployed on the cloud server.

[0048] The above-mentioned microservice-based power reserve dispatch system processing method, device, computer equipment, storage medium and computer program product first extract multiple target businesses with dependencies from multiple business processes that need to be executed by the power reserve dispatch system to realize the splitting of the business in the power reserve dispatch system, so as to construct the microservices corresponding to each target business obtained after the splitting, and then build the power reserve dispatch system by integrating each microservice, and then build the microservice of each target business based on multiple target businesses and the above-mentioned dependencies according to the same construction specifications as the power main dispatch system, wherein the same construction specifications can improve the efficiency of integrating each microservice, and can also improve the efficiency of data interaction between the power main dispatch system and the power reserve dispatch system, and then deploy the microservice cluster obtained based on the microservice division on the cloud server, and obtain the integrated system by integrating the microservice clusters in the cloud server, and determine the integrated system that meets the acceptance conditions after iterative update as the target power reserve dispatch system, that is, the power reserve dispatch system to be constructed at last, and then deploy the target power reserve dispatch system on the cloud server, so that the target power reserve dispatch system can exchange data with the power main dispatch system also deployed on the cloud server, thereby realizing the dispatch of the power system. During the entire process, the power backup system is constructed based on the same construction specifications as the power main dispatching system, and the power backup system is also deployed on the cloud server. This can improve the efficiency of data interaction between the power backup system and the power main dispatching system, thereby improving the dispatching efficiency of the power backup system for the power system. BRIEF DESCRIPTION OF THE DRAWINGS

[0049] Figure 1 An application environment diagram of a microservice-based power standby dispatching system processing method in one embodiment;

[0050] Figure 2 A schematic diagram of a process flow of a microservice-based power standby dispatching system processing method in one embodiment;

[0051] Figure 3 A schematic diagram of a process for extracting a target business based on domain-driven design in an embodiment;

[0052] Figure 4 A schematic diagram of data interaction in a data pool in a cloud server according to an embodiment;

[0053] Figure 5 A schematic diagram of a disaster recovery design in one embodiment;

[0054] Figure 6 A schematic diagram of a process flow of a microservice-based power standby dispatching system processing method in another embodiment;

[0055] Figure 7 A schematic diagram of a process for constructing a power standby dispatching system in an embodiment;

[0056] Figure 8 A schematic diagram of each module in a power standby dispatching system in an embodiment;

[0057] Fig. 9 A schematic diagram of various services in a power standby dispatching system in one embodiment;

[0058] Fig.10 It is a structural block diagram of a microservice-based power standby dispatching system processing device in one embodiment;

[0059] Fig.11 FIG. 4 is a diagram showing the internal structure of a computer device in one embodiment. DETAILED DESCRIPTION

[0060] In order to make the purpose, technical solution and advantages of the present application more clearly understood, the present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.

[0061] The microservice-based power standby system processing method provided in the embodiment of the present application can be applied to Figure 1 In the application environment shown. Among them, the cloud server 102 communicates with the server 104 through the network. The data storage system can store the data that the server 104 needs to process. The data storage system can be integrated on the server 104, or it can be placed on the cloud or other network servers. The server 104 performs business analysis on multiple business processes that need to be executed by the power standby system, extracts multiple target businesses with dependencies from multiple business processes, and builds each target business's respective microservices based on the multiple target businesses and the dependencies between the target businesses in accordance with the same construction specifications as the power main dispatching system. The multiple microservices are divided into multiple microservice clusters, and the microservice clusters are deployed on the cloud server 102, and then the microservice clusters in the cloud server 102 are integrated to obtain an integrated system, and the integrated system is iteratively updated, and the integrated system that meets the acceptance conditions after the iterative update is determined as the target power standby system, and the target power standby system is deployed on the cloud server 102. The cloud server 102 may be, but is not limited to, a simple, efficient, secure, reliable, and elastically scalable cloud platform built on the power grid to which the power system belongs. The cloud server 102 may store various components used to build the power main dispatching system for use when building the power backup dispatching system. The server 104 may be implemented as an independent server or a server cluster consisting of multiple servers.

[0062] In one embodiment, Figure 2 As shown, a microservice-based power standby dispatching system processing method is provided, and the method is applied to Figure 1 The server in the example is used to illustrate the following steps:

[0063] Step 202 , by performing business analysis on multiple business processes to be executed by the power standby dispatching system, multiple target businesses are extracted from the multiple business processes, and there are dependencies between the target businesses.

[0064] Among them, the power reserve dispatch system is a backup system for dispatching the power system, that is, the power dispatch production management system, also known as OMS, which is a dispatch operation management system. The dependency relationship between the target services can be specifically: when target service A depends on target service B, target service B needs to be completed before target service A can start execution.

[0065] Optionally, the server can first obtain multiple business processes that the power standby system needs to execute, and perform business analysis on the multiple business processes to obtain multiple basic businesses corresponding to each business process, and then aggregate the multiple basic businesses corresponding to each business process to extract multiple core businesses, that is, multiple target businesses. There are dependencies between different basic businesses, and the server can determine the dependencies between target businesses based on the dependencies between the basic businesses.

[0066] Exemplarily, after obtaining multiple target businesses, the server can further construct a timing diagram of multiple target businesses to verify whether each target business meets the needs of the actual application scenario, that is, to verify whether the splitting of the power standby system business meets the needs of the actual application scenario. Among them, when the number of target businesses is too large, the subsequent operation and maintenance process will be complicated. When the number of target businesses is too small, the coupling degree of each basic business in each target business will be more complicated, and the process of building the microservice corresponding to each target business will take more time. When there is a target business that does not meet the needs of the actual application scenario, the server can re-aggregate multiple basic businesses to optimize the target business to ensure that each target business meets the needs of the actual application scenario. When the needs of the actual application scenario change, the server can optimize the target business synchronously.

[0067] For example, Figure 3As shown, a process diagram for extracting target business based on domain-driven design is provided, which mainly includes the following processes: establishing unified domain terms for multiple business processes so that the server can perform business analysis on each business process separately, identify multiple basic businesses corresponding to each business process, and then aggregate each basic business to obtain multiple target businesses, and further sort out the dependencies between the target businesses, and then build a timing diagram based on each target business to verify whether each target business meets the needs of the actual application scenario, and continuously optimize the target business according to the continuous changes in needs. Among them, domain-driven design is an architectural design methodology that can be used to determine business boundaries, and can be specifically used to split the business that needs to be executed by the power standby system to obtain multiple target businesses.

[0068] Step 204 , based on multiple target businesses and dependencies, and in accordance with the same construction specifications as the power main dispatching system, construct microservices corresponding to each target business.

[0069] Among them, the construction specifications include but are not limited to code specifications, interface design specifications, data structure specifications, microservice interface specifications, etc. Microservices is a cloud-native architecture approach in which a single application consists of many loosely coupled and independently deployable smaller components or services.

[0070] Optionally, the server can call the components for building the power main dispatching system stored in the cloud server based on multiple target businesses and the dependencies between the target businesses, in accordance with the same construction specifications as the power main dispatching system, and build microservices corresponding to each target business based on the same technical architecture as the power main dispatching system, so that multiple microservices are easy to integrate, and can also ensure the unification of the power backup dispatching system (target power backup dispatching system) built based on multiple microservices and the power main dispatching system, thereby improving the efficiency of data interaction between the power backup dispatching system and the power main dispatching system.

[0071] For example, in the process of building microservices corresponding to each target business, the server can independently build microservices corresponding to each business to improve the building efficiency. When each microservice needs to be operated and maintained, the server can determine a unified operation and maintenance mechanism based on a unified technical architecture and components, thereby improving the operation and maintenance efficiency of the power standby system.

[0072] Optionally, in the process of calling components from the cloud server to build each microservice, the components that the server can call include but are not limited to: the same authority authentication components, log components, message push components, etc. as those in the power main dispatching system, which can further improve the development efficiency of microservices and save development costs.

[0073] Step 206: divide the multiple microservices into multiple microservice clusters, deploy the multiple microservice clusters on a cloud server, and integrate the microservice clusters in the cloud server to obtain an integrated system.

[0074] Optionally, the server can divide multiple microservices into multiple microservice clusters, deploy the multiple microservice clusters on the cloud server, configure the communication method between the microservice clusters, and then configure the calling relationship between the microservices in each microservice cluster. Then, integrate the microservice clusters in the cloud server to obtain an integrated system, and upload the integrated system to the cloud server.

[0075] Exemplarily, the server can deploy multiple microservice clusters on a cloud server based on K8S (Kubernetes, a container cluster management system), and configure the communication method between the microservice clusters based on the Feign component.

[0076] Optionally, in the process of integrating each server cluster, the server can build the calling relationship between microservices in each microservice cluster through RPC, and integrate each microservice cluster based on REST API. Among them, RPC (Remote Procedure Call) is a protocol for requesting services from a remote computer through a network, spanning the application layer and the transport layer, and can be used to configure the calling relationship between microservices. REST API is an application programming interface that follows the REST architecture specification, providing a flexible and lightweight application integration method, suitable for integrating microservice clusters of different business types.

[0077] Step 208, iteratively update the integrated system until the iteratively updated integrated system meets the acceptance conditions, determine the integrated system that meets the acceptance conditions as the target power standby system, and deploy the target power standby system on the cloud server.

[0078] Optionally, the server can perform iterative testing on the integrated system based on a preconfigured test plan, obtain the test results after each iterative test, and compare the results after each iterative test with the acceptance conditions to obtain the comparison results, iteratively update the integrated system based on the comparison results until the iteratively updated integrated system meets the acceptance conditions, determine the integrated system that meets the acceptance conditions as the target power standby system, and deploy the target power standby system on the cloud server. The acceptance conditions can be configured according to the actual application scenario.

[0079] Exemplarily, in the preconfigured test scheme, the iterative tests performed on the integrated system include but are not limited to: unit testing, performance testing, security testing, SIT testing (system integration testing), and UAT testing (user acceptance testing).

[0080] In the above-mentioned microservice-based power reserve dispatch system processing method, multiple target businesses with dependencies are first extracted from multiple business processes that need to be executed by the power reserve dispatch system to realize the splitting of the business in the power reserve dispatch system, so as to construct the microservices corresponding to each target business obtained after the splitting, and then the power reserve dispatch system is constructed by integrating each microservice, and then based on multiple target businesses and the above-mentioned dependencies, the microservice of each target business is constructed according to the same construction specifications as the power main dispatch system, wherein the same construction specifications can improve the efficiency of integrating each microservice, and can also improve the efficiency of data interaction between the power main dispatch system and the power reserve dispatch system, and then the microservice cluster obtained based on the microservice division is deployed on the cloud server, and the integrated system is obtained by integrating the microservice clusters in the cloud server, and the integrated system that meets the acceptance conditions after iterative update is determined as the target power reserve dispatch system, that is, the power reserve dispatch system to be constructed at last, and then the target power reserve dispatch system is deployed on the cloud server, so that the target power reserve dispatch system can interact with the power main dispatch system also deployed on the cloud server for data, thereby realizing the dispatch of the power system. During the entire process, the power backup system is constructed based on the same construction specifications as the power main dispatching system, and the power backup system is also deployed on the cloud server. This can improve the efficiency of data interaction between the power backup system and the power main dispatching system, thereby improving the dispatching efficiency of the power backup system for the power system.

[0081] In one embodiment, there is a dependency relationship between the microservices. Based on multiple target businesses and the dependency relationship, after constructing the microservices corresponding to each target business according to the same construction specification as the power main dispatching system, the following is further included:

[0082] Configure protection mechanisms for each microservice;

[0083] When it is determined that there is a faulty microservice, based on a protection mechanism, the connection between the faulty microservice and the microservices that depend on the faulty microservice is disconnected.

[0084] Among them, there is a calling relationship between each microservice, that is, there is a dependency relationship.

[0085] Optionally, the server can configure a protection mechanism for each microservice and monitor the real-time operating status of each microservice. When it is determined that there is a faulty microservice, the server can send a control instruction to the microservice that depends on the faulty microservice, and control the microservice that depends on the faulty microservice to disconnect from the faulty microservice it depends on based on the protection mechanism.

[0086] In this embodiment, fault isolation is achieved by configuring a protection mechanism for each microservice to avoid the failure of multiple microservices or even the entire system due to the failure of one microservice. This can improve the stability and reliability of the power backup system, reduce the impact of microservice failures on the power backup system, and thus improve the dispatch efficiency of the power backup system.

[0087] In one embodiment, dividing the plurality of microservices into a plurality of microservice clusters includes:

[0088] Obtain the target business corresponding to each microservice, and determine the business type to which each target business belongs, and obtain the business type to which each microservice belongs, where the number of business types is multiple;

[0089] Microservices belonging to the same business type are divided into the same microservice cluster to obtain multiple microservice clusters.

[0090] Among them, business types include but are not limited to the following: grid connection management, operation risk management, operation plan management, operation control management, operation evaluation and improvement, secondary system management, and operation support management.

[0091] Optionally, the server can determine the business type of each microservice based on the business type of the target business corresponding to each microservice. When the business type of the target business is updated, the server can synchronously update the business type of each microservice and synchronously update the resulting multiple microservice clusters.

[0092] In this embodiment, by dividing the microservices according to business types, the business that needs to be executed by the power backup system can be split so that each microservice in the microservice cluster corresponding to each business type can be independently constructed, thereby improving the efficiency of building the power backup system.

[0093] In one embodiment, after determining the integrated system that meets the acceptance conditions as the target power standby system and deploying the target power standby system on the cloud server, the process further includes:

[0094] Build a microservice gateway that interconnects with each microservice;

[0095] Based on the microservice gateway responding to the request of the user terminal, the target microservice required to be called in the target power standby dispatching system is called from the cloud server through the microservice gateway;

[0096] The data is processed by the target microservice and the data processing results of the target microservice are fed back to the user terminal.

[0097] Different microservices correspond to different network addresses, and there is at least one target microservice.

[0098] Optionally, the server can build a microservice gateway interconnected with each microservice, and respond to the request of the user terminal based on the microservice gateway, that is, determine the network address of each target microservice to be called based on the microservice gateway, and call the target microservice to be called from the cloud server through the microservice gateway based on the network address of each target microservice, perform data processing through the target microservice, and feedback the data processing result of the target microservice to the user terminal.

[0099] Exemplarily, in addition to responding to requests from user terminals and providing unified calling services, the microservice gateway can also implement at least the following functions: authenticating the account information of the user terminal, identifying the authority of the account information of the user terminal, caching data processing results, routing forwarding, etc.

[0100] In this embodiment, the microservice gateway provides the user terminal with a target microservice call service, thereby avoiding the user terminal from needing to access the network address of the target microservice to be called one by one, thereby improving the response efficiency to the user terminal's needs and the user terminal's management efficiency of each microservice.

[0101] In one embodiment, after determining the integrated system that meets the acceptance conditions as the target power standby system and deploying the target power standby system on the cloud server, the process further includes:

[0102] In the cloud server, a data pool of the power system interconnected with the target power reserve dispatching system is constructed;

[0103] Obtain real-time data of the power system and store it in the data pool;

[0104] When the real-time data is updated, the data in the data pool is updated synchronously.

[0105] Optionally, the server can build a data pool of the power system interconnected with the target power backup system in the cloud server, and can also obtain various real-time data of the power system from multiple data interfaces interconnected with the power system, and store the various real-time data in the data pool. At the same time, the various real-time data stored in the data pool are integrated and processed to build associations between the various real-time data. When various real-time data are updated, the server can synchronously update the data in the data pool.

[0106] For example, Figure 4As shown, a data interaction diagram of a data pool in a cloud server is provided. The server can obtain various real-time data of the power system based on the data interfaces of various business systems, the model data interfaces of the master station system in the power system, the model data interfaces of the plant station system in the power system, the data interfaces of the Internet of Things devices in the power system, the Internet data interfaces of various industry data, and the data interfaces of various management data in the power system, and store the acquired real-time data in the data pool in the cloud server. At the same time, the server can also send the data to be queried from the data pool to the institution or user terminal that initiates the data query request based on the unified data interface in the cloud server to provide services such as data query. Among them, the institution or user terminal that initiates the data query request can perform data analysis operations such as data quality evaluation and data statistics on the data in the data pool, so as to dispatch the power system through the power standby dispatch system based on the data analysis results.

[0107] In this embodiment, by storing the real-time data of the power system in a data pool and providing data analysis and other services to relevant institutions or user terminals, it is convenient for relevant institutions or user terminals to perform data analysis on the power system related data, thereby dispatching the power system based on the power standby system, thereby improving the dispatch efficiency of the power system by the power standby system.

[0108] In one embodiment, the power main dispatching system is deployed in a cloud server. In the cloud server, the power main dispatching system and the target power backup dispatching system are each configured with their own data pools. The microservice-based power backup dispatching system processing method further includes:

[0109] Synchronously storing the data in the data pool of the power main dispatching system in the data pool of the target power standby dispatching system;

[0110] When a failure occurs in the main power dispatching system, the data lost by the main power dispatching system when the failure occurs is obtained by accessing the data pool of the target backup power dispatching system.

[0111] Optionally, the server can realize the backup of the power main dispatching system data by synchronously storing the data in the power main dispatching system data pool in the target power backup dispatching system, that is, the data of the power main dispatching system is backed up before the power main dispatching system fails, so that when the power main dispatching system fails, the data pool of the target power backup dispatching system can be accessed to obtain the data lost by the power main dispatching system when the failure occurs, so as to restore the data of the power main dispatching system and ensure the continuity of various business operations in the power main dispatching system.

[0112] Exemplarily, the server can also synchronously store the data of the power standby system in the data pool of the power main dispatching system, that is, synchronize the data in the power standby system data pool and the power main dispatching system data pool, so that when the power main dispatching system and the power standby system are switched, the switching can be completed quickly to achieve smooth data migration. Among them, when synchronizing the data in the respective data pools of the power main dispatching system and the power standby system, the server can periodically synchronize the data based on a pre-configured period, and the period of data synchronization can be configured according to the actual application scenario.

[0113] Optionally, the server can implement the "disaster recovery design" of the power main dispatching system by backing up and restoring the power main dispatching system data, that is, pre-disaster backup and post-disaster recovery, to ensure that after a failure occurs, the power main dispatching system can quickly restore the dispatch of the power system, as well as the data interaction between the power main dispatching system and the power backup dispatching system, thereby improving the dispatching efficiency of the power backup dispatching system for the power system. Figure 5 As shown, a schematic diagram of disaster recovery design is provided. When the main power dispatching system fails, the user terminal with operation authority and the dispatching hall corresponding to the main power dispatching system can obtain the offline data packet of the main power dispatching system by accessing the data pool of the power backup dispatching system, and download the offline data packet in real time to ensure the continuity of the main power dispatching system business. When the main power dispatching system is normal, the user terminal with operation authority and the dispatching hall corresponding to the main power dispatching system can directly access the data pool of the main power dispatching system.

[0114] Optionally, after obtaining the offline data packet of the power main dispatching system, the server can restore the services of the power main dispatching system in sequence based on the priority of each service in the power main dispatching system to ensure the continuity of each service in the power main dispatching system. The priority of each service can be configured according to the actual application scenario.

[0115] In this embodiment, by synchronously storing the data of the power main dispatching system in the data pool of the power backup dispatching system, it is possible to ensure the continuity of the power main dispatching system's business and avoid business interruption after a failure of the power main dispatching system, thereby ensuring the continuity of data interaction between the power main dispatching system and the power backup dispatching system and improving the dispatching efficiency of the power backup dispatching system.

[0116] In one embodiment, Figure 6 As shown, another microservice-based power standby dispatching system processing method is provided, comprising the following steps:

[0117] Step 602, by performing business analysis on multiple business processes to be executed by the power standby dispatching system, multiple target businesses with dependency relationships are extracted from the multiple business processes;

[0118] Step 604, based on multiple target businesses and dependencies between the target businesses, construct microservices corresponding to each target business according to the same construction specifications as the power main dispatching system;

[0119] Step 606: A protection mechanism is configured for each microservice. When it is determined that there is a faulty microservice, the connection between the faulty microservice and the microservices that depend on the faulty microservice is disconnected based on the protection mechanism.

[0120] Step 608, obtaining the target business corresponding to each microservice, and determining the business type to which each target business belongs, obtaining the business type to which each microservice belongs, and dividing the microservices belonging to the same business type into the same microservice cluster, thereby obtaining multiple microservice clusters;

[0121] Step 610, deploy multiple microservice clusters on a cloud server, integrate the microservice clusters in the cloud server, and obtain an integrated system;

[0122] Step 612, iteratively update the integrated system until the iteratively updated integrated system meets the acceptance conditions, determine the integrated system that meets the acceptance conditions as the target power standby system, and deploy the target power standby system on the cloud server;

[0123] Step 614, construct a microservice gateway interconnected with each microservice, respond to the request of the user terminal based on the microservice gateway, call the target microservice required to be called in the target power standby dispatching system from the cloud server through the microservice gateway, perform data processing through the target microservice, and feed back the data processing result of the target microservice to the user terminal;

[0124] Step 616: In the cloud server, a data pool of the power system interconnected with the target power standby dispatching system is constructed, real-time data of the power system is acquired, and the real-time data is stored in the data pool. When the real-time data is updated, the data in the data pool is synchronously updated;

[0125] Step 618, synchronously store the data in the data pool of the main power dispatching system in the data pool of the target backup power dispatching system. When the main power dispatching system fails, the data lost by the main power dispatching system when the failure occurs is obtained by accessing the data pool of the target backup power dispatching system.

[0126] In one embodiment, Figure 7 As shown, a process diagram of building a power reserve dispatching system according to the above-mentioned microservice-based power reserve dispatching system processing method is provided. The process mainly includes three stages: design stage, development and operation and maintenance stage, and operation stage.

[0127] Exemplarily, the design phase mainly includes the following steps: analyzing the business processes that need to be executed by the power backup system, realizing the business design of the power backup system, and building the business architecture; then, based on the dependencies between the businesses, designing the data architecture of the power system, that is, completing the data design; then, splitting the business in the power backup system into multiple target businesses, building microservices corresponding to each target business, realizing the microservice design of the power backup system; finally, integrating the microservices, completing the detailed design of the power backup system, and obtaining an integrated system.

[0128] Optionally, the development and operation and maintenance stage mainly includes the following steps: first determine the iterative update plan of the integrated system and determine the acceptance criteria, then iteratively test the integrated system until the iteratively updated integrated system meets the acceptance criteria, determine the iteratively updated integrated system as the target power backup system, and operate and maintain the target power backup system to ensure the normal operation of the target power backup system.

[0129] Exemplarily, the operation phase mainly includes the following steps: first determine the monitoring indicators of the target power backup system, then conduct real-time monitoring and real-time analysis of the target power backup system, and generate a monitoring report to facilitate the subsequent operation of the target power backup system.

[0130] In another embodiment, a power standby system applied to the above-mentioned microservice-based power standby system processing method is provided, and the power standby system mainly includes the following parts: system support platform, system application function, external application system integration, wherein the system support platform is used to support the operation of the power standby system, and the external application system integration is used to support the data interaction between the power standby system and the external system. Furthermore, according to the business type, the system application function of the power standby system can be specifically divided into the following modules: grid connection management module, operation risk management module, operation plan management module, operation control management module, operation evaluation and improvement module, secondary system management module, and operation support management module.

[0131] For example, Figure 8As shown, a schematic diagram of each module in a power standby dispatching system is provided. Among them, the grid connection management module can be used for grid connection pre-management, grid connection preparation management, and grid connection startup and trial operation management. The operation risk management module can be used for model parameter management, reactive voltage management, power monitoring system safety protection management, system operation emergency management, safety and stability management, safe and self-operation management, and operation risk control. The operation plan management module can be used for comprehensive power outage management, operation mode management, power dispatching management, transmission capacity management, system operation plan management, and distribution network power supply management. The operation control management module can be used for dispatching operation tickets, dispatching operation logs, dispatching information reporting and release, intelligent alarms, accident identification and processing, work ticket permission management, and power outage information pool management. The operation evaluation and improvement module can be used for system operation evaluation, dispatching work statistics and evaluation. The secondary system management module can be used for protection operation management, automation operation management, communication operation management, communication resource application and service management, automation resources and service management, and distribution network terminal management. The operation support management module can be used for dispatching production environment management and work plan management.

[0132] In one embodiment, the services provided by each module in the system application function of the above-mentioned power standby dispatching system can also be divided based on the service type, specifically divided into public services, computing services, interactive services, model services, data services, and display services. Fig. 9 As shown, a schematic diagram of various services in a power standby dispatching system is provided.

[0133] Exemplarily, public services may specifically include file services, database services, cloud monitoring services, task scheduling services, etc., computing services may specifically include power grid flow scale services, power grid topology services, equipment operation abnormality services, etc., interactive services may specifically include conditional retrieval services, evaluation services, message notifications, etc., model services may specifically include metadata services, dictionary data services, model compliance verification services, etc., data services may specifically include organizational services, personnel information services, communication equipment services, plant map services, etc., display services may specifically include communication equipment card services, project card services, supplier card services, personnel card services, etc.

[0134] It should be understood that, although the various steps in the flowcharts involved in the above-mentioned embodiments are displayed in sequence according to the indication of the arrows, these steps are not necessarily executed in sequence according to the order indicated by the arrows. Unless there is a clear explanation in this article, the execution of these steps does not have a strict order restriction, and these steps can be executed in other orders. Moreover, at least a part of the steps in the flowcharts involved in the above-mentioned embodiments can include multiple steps or multiple stages, and these steps or stages are not necessarily executed at the same time, but can be executed at different times, and the execution order of these steps or stages is not necessarily to be carried out in sequence, but can be executed in turn or alternately with other steps or at least a part of the steps or stages in other steps.

[0135] Based on the same inventive concept, the embodiment of the present application also provides a microservice-based power reserve system processing device for implementing the microservice-based power reserve system processing method involved above. The implementation solution for solving the problem provided by the device is similar to the implementation solution recorded in the above method, so the specific limitations in one or more microservice-based power reserve system processing device embodiments provided below can refer to the limitations of the microservice-based power reserve system processing method above, and will not be repeated here.

[0136] In one embodiment, Fig.10 As shown, a microservice-based power reserve dispatching system processing device is provided, including: a target business extraction module 1002, a microservice construction module 1004, an integrated system acquisition module 1006 and a power reserve dispatching system determination module 1008, wherein:

[0137] The target business extraction module 1002 extracts multiple target businesses from the multiple business processes by analyzing the multiple business processes to be executed by the power standby dispatching system, and there are dependencies between the target businesses;

[0138] The microservice construction module 1004 is used to construct the microservices corresponding to each target business based on multiple target businesses and dependencies in accordance with the same construction specifications as the power main dispatching system;

[0139] An integrated system acquisition module 1006 is used to divide the multiple microservices into multiple microservice clusters, deploy the multiple microservice clusters on a cloud server, integrate the microservice clusters in the cloud server, and obtain an integrated system;

[0140] The power standby system determination module 1008 is used to iteratively update the integrated system until the iteratively updated integrated system meets the acceptance conditions, determine the integrated system that meets the acceptance conditions as the target power standby system, and deploy the target power standby system on the cloud server.

[0141] In the above-mentioned microservice-based power reserve dispatch system processing device, multiple target businesses with dependencies are first extracted from multiple business processes that need to be executed by the power reserve dispatch system to realize the splitting of the business in the power reserve dispatch system, so as to construct the microservices corresponding to each target business obtained after the splitting, and then the power reserve dispatch system is constructed by integrating each microservice, and then based on multiple target businesses and the above-mentioned dependencies, the microservice of each target business is constructed according to the same construction specifications as the power main dispatch system, wherein the same construction specifications can improve the efficiency of integrating each microservice, and can also improve the efficiency of data interaction between the power main dispatch system and the power reserve dispatch system, and then the microservice cluster obtained based on the microservice division is deployed on the cloud server, and the integrated system is obtained by integrating the microservice clusters in the cloud server, and the integrated system that meets the acceptance conditions after iterative update is determined as the target power reserve dispatch system, that is, the power reserve dispatch system to be constructed at last, and then the target power reserve dispatch system is deployed on the cloud server, so that the target power reserve dispatch system can exchange data with the power main dispatch system also deployed on the cloud server, thereby realizing the dispatch of the power system. During the entire process, the power backup system is constructed based on the same construction specifications as the power main dispatching system, and the power backup system is also deployed on the cloud server. This can improve the efficiency of data interaction between the power backup system and the power main dispatching system, thereby improving the dispatching efficiency of the power backup system for the power system.

[0142] In one of the embodiments, there is a dependency relationship between the microservices, and the microservice-based power standby system processing device also includes a protection mechanism configuration module, which is used to configure a protection mechanism for each microservice. When it is determined that there is a faulty microservice, the connection between the faulty microservice and the microservice that depends on the faulty microservice is disconnected based on the protection mechanism.

[0143] In one of the embodiments, the integrated system acquisition module is also used to obtain the target business corresponding to each microservice, and determine the business type to which each target business belongs, to obtain the business type to which each microservice belongs, where there are multiple business types, and then the microservices belonging to the same business type are divided into the same microservice cluster to obtain multiple microservice clusters.

[0144] In one of the embodiments, the microservice-based power standby system processing device also includes a microservice gateway construction module, which is used to build a microservice gateway interconnected with each microservice, respond to the request of the user terminal based on the microservice gateway, call the target microservice required to be called in the target power standby system from the cloud server through the microservice gateway, perform data processing through the target microservice, and feed back the data processing results of the target microservice to the user terminal.

[0145] In one of the embodiments, the microservice-based power reserve dispatch system processing device also includes a data pool construction module, which is used to construct a data pool of the power system interconnected with the target power reserve dispatch system in the cloud server, obtain real-time data of the power system, and store the real-time data in the data pool. When the real-time data is updated, the data in the data pool is synchronously updated.

[0146] In one of the embodiments, the power main dispatching system is deployed on a cloud server. In the cloud server, the power main dispatching system and the target power backup dispatching system are each configured with their own data pools. The microservice-based power backup dispatching system processing device also includes a synchronous storage module. The synchronous storage is used to synchronously store the data in the data pool of the power main dispatching system in the data pool of the target power backup dispatching system. When the power main dispatching system fails, the data lost by the power main dispatching system when the failure occurs is obtained by accessing the data pool of the target power backup dispatching system.

[0147] Each module in the above-mentioned microservice-based power standby dispatching system processing device can be implemented in whole or in part by software, hardware, and a combination thereof. Each of the above-mentioned modules can be embedded in or independent of the processor in the computer device in the form of hardware, or can be stored in the memory of the computer device in the form of software, so that the processor can call and execute the operations corresponding to each of the above modules.

[0148] In one embodiment, a computer device is provided. The computer device may be a server, and its internal structure diagram may be as follows: Fig.11 As shown. The computer device includes a processor, a memory, an input / output interface (Input / Output, referred to as I / O) and a communication interface. The processor, the memory and the input / output interface are connected through a system bus, and the communication interface is connected to the system bus through the input / output interface. The processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program and a database. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The database of the computer device is used to store processing data of a microservice-based power standby system. The input / output interface of the computer device is used to exchange information between the processor and an external device. The communication interface of the computer device is used to communicate with an external terminal through a network connection. When the computer program is executed by the processor, a method for processing a microservice-based power standby system is implemented.

[0149] Those skilled in the art will understand that Fig.11The structure shown in the figure is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the computer device to which the solution of the present application is applied. The specific computer device may include more or fewer components than those shown in the figure, or combine certain components, or have a different arrangement of components.

[0150] In one embodiment, a computer device is further provided, including a memory and a processor, wherein a computer program is stored in the memory, and the processor implements the steps in the above-mentioned method embodiments when executing the computer program.

[0151] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the steps in the above-mentioned method embodiments are implemented.

[0152] In one embodiment, a computer program product is provided, including a computer program, which implements the steps in the above method embodiments when executed by a processor.

[0153] 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, stored data, displayed data, 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 relevant data must comply with relevant laws, regulations and standards of relevant countries and regions.

[0154] Those skilled in the art can understand that all or part of the processes in the above-mentioned embodiment methods can be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to the memory, database or other medium used in the embodiments provided in the present application can include at least one of non-volatile 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), magnetoresistive 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. As an illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM). The database involved in each embodiment provided in this application may include at least one of a relational database and a non-relational database. Non-relational databases may include distributed databases based on blockchains, etc., but are not limited to this. The processor involved in each embodiment provided in this application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic device, a data processing logic device based on quantum computing, etc., but are not limited to this.

[0155] The technical features of the above embodiments may be combined arbitrarily. To make the description concise, 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 specification.

[0156] The above-described embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the present application. It should be pointed out that, for a person of ordinary skill in the art, several variations and improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the attached claims.

Claims

1. A microservice-based power standby system processing method, characterized in that: The method comprises: By performing business analysis on multiple business processes to be executed by the power standby dispatching system, multiple basic businesses corresponding to each of the business processes are obtained; Aggregating multiple basic businesses corresponding to each of the business processes to extract multiple target businesses, wherein there is a dependency relationship between the target businesses; Constructing a timing diagram of the multiple target businesses to verify whether the multiple target businesses meet the requirements. If there is a target business that does not meet the requirements, re-aggregating the multiple basic businesses corresponding to each of the business processes to optimize the obtained target business; Based on the obtained multiple target businesses and the dependencies between the multiple target businesses, in accordance with the same construction specifications as the power main dispatching system, call the components stored in the cloud server for constructing the power main dispatching system, and construct the microservices corresponding to each of the obtained target businesses based on the same technical architecture as the power main dispatching system; Dividing the plurality of microservices into a plurality of microservice clusters, deploying the plurality of microservice clusters on the cloud server, and integrating the microservice clusters in the cloud server to obtain an integrated system; The integrated system is iteratively updated until the iteratively updated integrated system meets the acceptance conditions, the integrated system that meets the acceptance conditions is determined as the target power standby system, and the target power standby system is deployed on the cloud server.

2. The method according to claim 1, characterized in that There is a dependency relationship between the microservices; Based on the obtained multiple target businesses and the dependencies between the multiple target businesses, according to the same construction specifications as the power main dispatching system, calling the components stored in the cloud server for constructing the power main dispatching system, and constructing the microservices corresponding to each of the obtained target businesses based on the same technical architecture as the power main dispatching system, it also includes: A protection mechanism is configured for each of the microservices; When it is determined that there is a faulty microservice, based on the protection mechanism, the connection between the faulty microservice and the microservices that depend on the faulty microservice is disconnected.

3. The method according to claim 1, characterized in that The dividing the plurality of microservices into a plurality of microservice clusters comprises: Obtaining a target business corresponding to each of the microservices, and determining a business type to which each of the target businesses belongs, to obtain a business type to which each of the microservices belongs, where the number of the business types is multiple; Microservices belonging to the same business type are divided into the same microservice cluster to obtain multiple microservice clusters.

4. The method according to claim 1, characterized in that: After determining the integrated system that meets the acceptance condition as the target power standby system and deploying the target power standby system on the cloud server, the method further includes: Building a microservice gateway interconnected with each of the microservices; Based on the microservice gateway responding to the request of the user terminal, the target microservice required to be called in the target power standby system is called from the cloud server through the microservice gateway; The target microservice is used to process the data, and the data processing result of the target microservice is fed back to the user terminal.

5. The method according to claim 1, characterized in that After determining the integrated system that meets the acceptance condition as the target power standby system and deploying the target power standby system on the cloud server, the method further includes: In the cloud server, a data pool of a power system interconnected with the target power standby dispatching system is constructed; Acquiring real-time data of the power system and storing the real-time data in the data pool; When the real-time data is updated, the data in the data pool is updated synchronously.

6. The method according to claim 1, characterized in that The power main dispatching system is deployed in the cloud server, and in the cloud server, the power main dispatching system and the target power backup dispatching system are both configured with their own data pools; The method further comprises: Synchronously storing the data in the data pool of the power master dispatching system in the data pool of the target power backup dispatching system; When the main power dispatching system fails, the data lost by the main power dispatching system when the failure occurs is obtained by accessing the data pool of the target backup power dispatching system.

7. A microservice-based power standby system processing device, characterized in that: The device comprises: The target business extraction module performs business analysis on multiple business processes that need to be executed by the power standby dispatching system to obtain multiple basic businesses corresponding to each of the business processes; aggregates the multiple basic businesses corresponding to each of the business processes to extract multiple target businesses, and there are dependencies between the target businesses; constructs a timing diagram of the multiple target businesses to verify whether the multiple target businesses meet the requirements. If there are target businesses that do not meet the requirements, re-aggregates the multiple basic businesses corresponding to each of the business processes to optimize the obtained target businesses; a microservice construction module is used to call the components used to construct the power main dispatching system stored in the cloud server based on the obtained multiple target businesses and the dependencies between the multiple target businesses, in accordance with the same construction specifications as the power main dispatching system, and constructs the microservices corresponding to each of the obtained target businesses based on the same technical architecture as the power main dispatching system; An integrated system acquisition module, used to divide the plurality of microservices into a plurality of microservice clusters, deploy the plurality of microservice clusters on the cloud server, and integrate the microservice clusters in the cloud server to obtain an integrated system; The power backup system determination module is used to iteratively update the integrated system until the iteratively updated integrated system meets the acceptance conditions, determine the integrated system that meets the acceptance conditions as the target power backup system, and deploy the target power backup system on the cloud server.

8. A computer device comprising a memory and a processor, wherein the memory stores a computer program, wherein: When the processor executes the computer program, the steps of the method according to any one of claims 1 to 6 are implemented.

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

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

Images