Upgrading Method, Device, Computer Equipment and Storage Medium of Business Component

Abstract

The present application relates to a method, device, computer device, and storage medium for upgrading a service component. The method includes: in response to a trigger operation, displaying, in an operation interface, service nodes corresponding to a selected target system; the service nodes are obtained by dividing service component instances; obtaining a selected target service node from the service nodes, and obtaining an upgrade package corresponding to the target service node; wherein the upgrade package carries code for service execution, configuration parameters, and user data; obtaining a selected target service component instance corresponding to the target service node, and sending the upgrade package to the target service component instance, where the upgrade package is used to instruct the target service component instance to read the code for service execution, configuration parameters, and user data carried by the upgrade package for upgrading. Using this method can effectively improve the control efficiency of service component upgrade.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and particularly to a method, device, computer device, and storage medium for upgrading business components. Background Art

[0002] With the development of computer technology and the advent of the 5G era, the emergence of the Internet has brought great convenience to modern life. More and more enterprises can process various services online through the use of a system service platform, bringing convenience to users. For example, in the current trading system, when a user needs to view trading data, the user can perform corresponding query operations in the trading system, and the business components in the trading system can search for corresponding trading data from the database in response to the user's query operation.

[0003] However, in the current upgrade methods of business components, it is usually implemented based on the database, and the business components are tightly coupled with the database. Since all components depend on the database, when upgrading, the entire system components need to be upgraded. The disadvantage of this overall upgrade of system components is that it is easy to have a poor upgrade effect and cause problems in all nodes. Especially when it comes to the gray-scale upgrade of business components in multiple business scenarios, it is easy to lead to low control efficiency of business component upgrades. Summary of the Invention

[0004] Based on this, it is necessary to provide a method, device, computer device, and storage medium for upgrading business components that can improve the control efficiency of business component upgrades in view of the above technical problems.

[0005] A method for upgrading business components, the method comprising:

[0006] In response to a trigger operation, display, in an operation interface, the service nodes corresponding to the selected target system; the service nodes are obtained by dividing service component instances;

[0007] Obtain a target service node selected from the service nodes, and obtain an upgrade package corresponding to the target service node; wherein, the upgrade package carries business execution code, configuration parameters, and user data;

[0008] Obtain a target service component instance corresponding to the selected target service node, and send the upgrade package to the target service component instance, where the upgrade package is used to instruct the target service component instance to read the business execution code, configuration parameters, and user data carried by the upgrade package for upgrading.

[0009] In one embodiment, the target system includes at least a trading system and a risk control system;

[0010] Before displaying the service nodes corresponding to the selected target system in the operation interface in response to the trigger operation, the method further includes:

[0011] Classify all service nodes in the trading system and the risk control system to obtain corresponding classification results;

[0012] Based on the classification results, display the service nodes classified in the operation interface.

[0013] In one embodiment, the step of displaying the service nodes corresponding to the selected target system in the operation interface in response to the trigger operation includes:

[0014] Obtain the service execution status of each service node in the selected target system;

[0015] Based on the service execution status, determine the necessity of upgrading the service node, and display it in the operation interface in the order of the level of the necessity of upgrading.

[0016] In one embodiment, the service execution status includes the frequency of service node errors;

[0017] The step of determining the necessity of upgrading the service node based on the service execution status includes:

[0018] Based on the frequency of service node errors, determine the necessity of upgrading the service node.

[0019] In one embodiment, the step of obtaining the upgrade package corresponding to the target service node includes:

[0020] Obtain the upgrade package corresponding to the target service node through the communication bus; wherein, the upgrade package includes upgrade packages of different gray levels;

[0021] After obtaining the upgrade package corresponding to the target service node, the method further includes:

[0022] Display the upgrade packages of different gray levels corresponding to the target service node in the operation interface.

[0023] In one embodiment, after the upgrade package is sent to the target service component instance, the method further includes:

[0024] In the case where the target service component instance completes the version upgrade, execute the database script to update the data corresponding to the target service node to the backup database.

[0025] In one embodiment, after the upgrade package is sent to the target service component instance, the method further includes:

[0026] Evaluate the upgrade status of the upgraded target service node to obtain a corresponding evaluation result, and display the evaluation result on the operation interface; the evaluation result is used to instruct the user to determine whether to perform an upgrade operation on other service nodes based on the evaluation result.

[0027] An upgrade device for a service component, the device includes:

[0028] A display module, configured to display, in response to a trigger operation, the service nodes corresponding to the selected target system in the operation interface; the service nodes are obtained by dividing service component instances;

[0029] An acquisition module, configured to acquire a target service node selected from the service nodes, and acquire an upgrade package corresponding to the target service node; wherein, the upgrade package carries service execution code, configuration parameters, and user data;

[0030] A distribution module, configured to acquire a target service component instance corresponding to the selected target service node, and distribute the upgrade package to the target service component instance, where the upgrade package is used to instruct the target service component instance to read the service execution code, configuration parameters, and user data carried by the upgrade package for upgrade.

[0031] A computer device, including a memory and a processor, where the memory stores a computer program, and when the processor executes the computer program, the following steps are implemented:

[0032] In response to a trigger operation, display, in the operation interface, the service nodes corresponding to the selected target system; the service nodes are obtained by dividing service component instances;

[0033] Acquire a target service node selected from the service nodes, and acquire an upgrade package corresponding to the target service node; wherein, the upgrade package carries service execution code, configuration parameters, and user data;

[0034] Acquire a target service component instance corresponding to the selected target service node, and distribute the upgrade package to the target service component instance, where the upgrade package is used to instruct the target service component instance to read the service execution code, configuration parameters, and user data carried by the upgrade package for upgrade.

[0035] A computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the following steps are implemented:

[0036] In response to a trigger operation, display, in the operation interface, the service nodes corresponding to the selected target system; the service nodes are obtained by dividing service component instances;

[0037] Obtain a target service node selected from the service nodes, and obtain an upgrade package corresponding to the target service node; wherein, the upgrade package carries the code for service execution, configuration parameters, and user data.

[0038] Obtain a selected target service component instance corresponding to the target service node, and send the upgrade package to the target service component instance. The upgrade package is used to instruct the target service component instance to read the code for service execution, configuration parameters, and user data carried by the upgrade package for upgrading.

[0039] The above-mentioned upgrade method, device, computer device, and storage medium for service components, by responding to a trigger operation, display in the operation interface the service nodes corresponding to the selected target system. The service nodes are obtained by dividing service component instances. Obtain a target service node selected from the service nodes, and obtain an upgrade package corresponding to the target service node; wherein, the upgrade package carries the code for service execution, configuration parameters, and user data. Obtain a selected target service component instance corresponding to the target service node, and send the upgrade package to the target service component instance. The upgrade package is used to instruct the target service component instance to read the code for service execution, configuration parameters, and user data carried by the upgrade package for upgrading. Thus, it can prevent the situation where all nodes have problems due to poor upgrade effects, effectively improve the efficiency of node upgrade. Even when performing gray-scale upgrade of service components in multiple service scenarios, it can achieve upgrading only some nodes without the need to upgrade all nodes as a whole, realizing orderly management of node upgrade, and thus effectively improving the control efficiency of service component upgrade. Description of the Drawings

[0040] Figure 1 It is an application environment diagram of the upgrade method for service components in an embodiment;

[0041] Figure 2 It is a flowchart of the upgrade method for service components in an embodiment;

[0042] Figure 3 It is a flowchart of the step of classifying all service nodes in a trading system and a risk control system in an embodiment;

[0043] Figure 4A It is a flowchart of the step of displaying in the operation interface the service nodes corresponding to the selected target system in response to a trigger operation in an embodiment;

[0044] Figure 4B It is a display diagram of the component upgrade operation interface provided by a certain operation and maintenance support system in an embodiment;

[0045] Figure 5Schematic flowchart of the upgrade method for a service component in another embodiment;

[0046] Figure 6 Block diagram of the structure of the upgrade device for a service component in an embodiment;

[0047] Figure 7 Internal structure diagram of a computer device in an embodiment. Detailed implementation manners

[0048] In order to make the objectives, technical solutions and advantages of the present application clearer, the present application will be further described in detail below with reference to 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.

[0049] The upgrade method for a service component provided by the present application can be applied to an application environment as Figure 1 shown. Among them, the user terminal 102 communicates with the server 104 through a network. In response to a trigger operation of the user terminal 102, the server 104 displays, in an operation interface, service nodes corresponding to a target system selected by the user terminal 102, and the service nodes are obtained by dividing service component instances. The server 104 obtains a target service node selected by the user terminal 102 from the service nodes, and obtains an upgrade package corresponding to the target service node; wherein, the upgrade package carries service execution code, configuration parameters and user data. The server 104 obtains a target service component instance corresponding to the target service node selected by the user terminal 102, and the server 104 sends the upgrade package to the target service component instance, and the upgrade package is used to instruct the target service component instance to read the service execution code, configuration parameters and user data carried by the upgrade package for upgrade. Among them, the terminal 102 can be, but is not limited to, various personal computers, laptop computers, smart phones, tablet computers and portable wearable devices, and the server 104 can be implemented by an independent server or a server cluster composed of multiple servers.

[0050] In an embodiment, as Figure 2 shown, a method for upgrading a service component is provided. Taking the method applied to the Figure 1 server as an example for description, the method includes the following steps:

[0051] Step 202, in response to a trigger operation, display, in an operation interface, service nodes corresponding to a selected target system, where the service nodes are obtained by dividing service component instances.

[0052] In the current software development process, developers can adopt a microservices architecture and create applications with different business functions around business components. These applications can be developed, managed, and updated independently. Using a microservices cloud architecture and platform in decentralized components can make deployment, management, and service function delivery simpler. Microservices is an emerging software architecture that can split a large single application and service into dozens of supporting microservices. The microservices strategy can make work easier. It can scale individual components rather than the entire application stack to meet service level agreements.

[0053] In an existing business system, when a service is released and goes live or a business component needs to be upgraded, the method of canary release or canary upgrade of the service instances corresponding to the business components can be adopted. Canary release (also known as canary deployment) refers to a release method that can achieve a smooth transition between black and white. During the rapid iteration of service versions, the canary version and the official version can coexist. The canary version is gradually rolled out to the upgraded official version. In this way, there is no need to stop the service for a period of time during the service update version release process, and the transition process between different versions can be monitored. Once a problem is found in the canary version, it can be quickly rolled back to the state of the original official version. That is, canary generally refers to the operation strategy that minimizes the impact on customers due to the inability to estimate risks after the program is released and goes live.

[0054] Specifically, take the self-developed operation and maintenance support system (OSS, Operation Support Systems) as an example for illustration. This operation and maintenance support system can provide a component upgrade operation interface and control the data format and data to be sent to each node. It can be used to manage a securities trading system and can also be implemented using an independent server or a server cluster composed of multiple servers. Users can log in to the business system in a specific scenario by entering their username and password in a mobile application or a browser web page. That is, users can log in to a certain operation and maintenance support system through an app (Application, application program) client or a web client, that is, a web browser, and enter the display interface corresponding to this operation and maintenance support system. Further, users can select a certain subsystem displayed in the operation interface by triggering an operation, and the business nodes corresponding to the subsystem selected by the user will be displayed in the operation interface. For example, if a user clicks on the icon (or name entry, etc.) of a certain System A displayed in the interface of this operation and maintenance support system, then the operation and maintenance support system, that is, the server, will respond to this trigger operation and display the business nodes corresponding to the selected target System A in the operation interface. That is, users can select different types of target systems in the operation and maintenance support system through trigger operations, and the operation and maintenance support system will display all the business nodes corresponding to the target system selected by the user in the operation interface so that users can select the business nodes they want to upgrade.

[0055] Among them, the service nodes are obtained by dividing service component instances. A service node refers to an independent service node corresponding to each transaction service of each system, that is, the service component instances are divided into individual service nodes, and each service node can independently complete the corresponding service. The configuration parameters and customer data required for the transaction process are sent by the operation and maintenance platform to the components of the transaction node in the form of files. The files sent to each transaction node can be in different formats and contents, so as to decouple the transaction components from the database. For example, in a securities trading system, the component instances are divided into individual transaction nodes through deployment configuration. Specifically, users can be partitioned according to their fund accounts, and the component instances are divided into groups with complete functions, that is, transaction nodes, and each transaction node corresponds to a customer partition. It can be understood that the ways for users to select the target system by triggering operations include but are not limited to click operations, and can also be other ways such as voice operations and gesture operations. As long as the target system can be selected, the triggering method is not limited.

[0056] Step 204, obtain the target service node selected from the service nodes, and obtain the upgrade package corresponding to the target service node; among them, the upgrade package carries the code for service execution, configuration parameters, and user data.

[0057] After the server responds to the triggering operation and displays the service nodes corresponding to the target system selected by the user in the operation interface, the server can obtain the target service node selected by the user from the service nodes displayed in the operation interface, and obtain the upgrade package corresponding to the target service node. Among them, the upgrade package carries the code for service execution, configuration parameters, and user data. The target service node refers to the selected node that needs to be upgraded, that is, the target service node. That is, after the server responds to the triggering operation and displays the service nodes corresponding to the target system selected by the user in the operation interface, the user can select some nodes (for example, select service nodes A and B) for upgrade, or select all nodes (for example, all service nodes A, B, and C) for upgrade. That is, the user can choose one or more nodes for upgrade, and the server can provide a rollback operation for upgrading one or more nodes.

[0058] For example, in a securities trading system, classification can be pre - performed according to the content of securities operations. The business nodes of the option type can be regarded as a node group A, and the business nodes of the spot type can be regarded as another node group B. When the server responds to a trigger operation and displays the business nodes corresponding to the target system selected by the user in the operation interface, the business nodes of the same node group can be displayed at consecutive positions, enabling the user to conveniently select business nodes of a specific category for upgrade. Further, after the server obtains the business nodes of a specific category selected by the user, i.e., the target business nodes, the server can obtain the upgrade package corresponding to the target business nodes selected by the user through the communication bus. Among them, the upgrade package can contain multiple upgrade packages of different versions, that is, the version identifier corresponding to each upgrade package can identify different version information. The version identifier can include a gray - scale version identifier and a non - gray - scale version identifier, and the version information can include a non - gray - scale version and a gray - scale version. These upgrade packages can be stored in the database corresponding to the server or on the business components corresponding to each node. The server can obtain the corresponding upgrade package from the storage space of the corresponding business component through the communication bus. For example, if the nodes selected by the user are "Shanghai Stock Exchange - Public Service" and "Institutional Shanghai Stock Exchange Option 1 - BOS", the server can obtain the corresponding upgrade packages from the components corresponding to "Shanghai Stock Exchange - Public Service" and "Institutional Shanghai Stock Exchange Option 1 - BOS" respectively.

[0059] It can be understood that obtaining the upgrade package corresponding to the target business node can be obtaining the latest upgrade package or obtaining a certain number of existing upgrade packages (i.e., rollback operation). The acquisition rule of the upgrade package can be determined by the upgrade rule set by the user.

[0060] Step 206: Obtain the target business component instance corresponding to the selected target business node, and send the upgrade package to the target business component instance. The upgrade package is used to instruct the target business component instance to read the business execution code, configuration parameters, and user data carried by the upgrade package for upgrade.

[0061] After the server obtains the upgrade package corresponding to the target service node, the server can obtain the target service component instance selected by the user corresponding to the target service node, and send the upgrade package to the target service component instance. The upgrade package is used to instruct the target service component instance to read the business execution code, configuration parameters, and user data carried by the upgrade package for upgrade. Among them, the target service component instance refers to the instance corresponding to the target service component selected by the user. A component can have multiple instances in one node. OSS can display each instance corresponding to the target node selected by the user in the interface to instruct the user to select the target service component instance. The user can select some instances, that is, only upgrade some of them. For example, taking the institutional Shanghai Stock Connect Option No. 1 node as an example, the instances corresponding to this service node can include a trading gateway (GW, GateWay, responsible for message interaction with the client, such as Archforce GateWay, Huarui standard gateway), TE (trading engine, responsible for processing trading requests), and ORS (Order Routing Service, system offer service component), etc. Further, after the server obtains the target service component instance selected by the user corresponding to the target service node, that is, after the instance selection is completed, the corresponding version upgrade can be performed.

[0062] In the traditional upgrade method of business components, it is usually implemented based on a database. For example, the traditional trading system processes trading data based on a database, that is, both the trading configuration parameters and customer data are stored in the database. When calculating a certain trading file, each trading component reads data from the database, and after the calculation is completed, the result is written back to the database. The business components are tightly coupled with the database. Since all components depend on the database, when an upgrade is required, the whole needs to be upgraded. If the upgrade effect is not good, it is easy to cause problems in all nodes, resulting in low control efficiency of business component upgrades.

[0063] In this embodiment, in response to a trigger operation, the business nodes corresponding to the selected target system are displayed in the operation interface, and the business nodes are obtained by dividing business component instances. The target business node selected from the business nodes is obtained, and the upgrade package corresponding to the target business node is obtained; wherein, the upgrade package carries the code for business execution, configuration parameters, and user data. The target business component instance corresponding to the target business node is selected, and the upgrade package is sent to the target business component instance. The upgrade package is used to instruct the target business component instance to read the code for business execution, configuration parameters, and user data carried by the upgrade package for upgrading. Thereby, it can prevent the situation where all nodes have problems due to poor upgrade effects, effectively improve the efficiency of node upgrade. Even when performing gray-scale upgrade of business components in multiple business scenarios, it can achieve upgrading only some nodes without the need to upgrade all nodes as a whole, realizing the orderly management of node upgrade, and thus effectively improving the control efficiency of business component upgrade.

[0064] In one embodiment, as Figure 3 shown, the target system includes at least a trading system and a risk control system. Before displaying the business nodes corresponding to the selected target system in the operation interface in response to a trigger operation, the method further includes the step of classifying all business nodes in the trading system and the risk control system, specifically including:

[0065] Step 302, classify all business nodes in the trading system and the risk control system to obtain the corresponding classification result.

[0066] Step 304, based on the classification result, display the business nodes classified in the operation interface.

[0067] Taking the independently developed Operation Support Systems (OSS) as an example for illustration. Before the server displays the service nodes corresponding to the target system selected by the user in the operation interface in response to the user's trigger operation, the server can classify all the service nodes in the target system. Among them, the target system includes at least a trading system and a risk control system. Specifically, the server can classify all the service nodes in the trading system and the risk control system to obtain the corresponding classification results. Further, in response to the user's trigger operation, the server classifies and displays the service nodes corresponding to the target system selected by the user in the operation interface based on the classification results. OSS supports the management of multiple systems, and the systems can be different products, such as a trading system (a system for processing actual trading businesses such as stocks) and a risk control system (a system for risk monitoring of users, securities products, etc.). Each trading business of each system corresponds to an independent service node. The upgrade control system, OSS, and these service nodes are all carried on a unified communication bus. The upgrade control system can obtain data from OSS and these service nodes through this communication bus, and can also send data such as upgrade packages to the corresponding service nodes through the communication bus. For example, in a securities trading system, it can be classified in advance according to the content of the securities business. The service nodes of the option type are taken as a node group, and the service nodes of the spot type are taken as another node group. When displaying, the service nodes of the same node group can be displayed in consecutive positions. For example, the service nodes of the option type are arranged before the service nodes of the spot type. Thus, through the classification display method, users can conveniently upgrade specific types of service nodes.

[0068] In one embodiment, as Figure 4A shown, the steps of displaying the service nodes corresponding to the selected target system in the operation interface in response to the trigger operation include:

[0069] Step 402, obtain the service execution status of each service node in the selected target system.

[0070] Step 404, determine the necessity of upgrading the service node based on the service execution status, and sort and display it in the operation interface in the order of the level of the necessity of upgrading.

[0071] The server displays the service nodes corresponding to the target system selected by the user in the operation interface in response to the user's trigger operation. Specifically, as Figure 4BAs shown, it is a display diagram of the component upgrade operation interface provided for a certain operation and maintenance support system. The server can obtain the business execution status of each business node in the target system selected by the user. Further, the server can determine the necessity of upgrading the business node based on the business execution status and display it in the operation interface in the order of the level of the necessity of upgrading. For example, in Figure 4B In the upgrade interface diagram, since the necessity of upgrading the "Unified Operation and Maintenance Public Service" node is higher than that of the "Shanghai Stock Exchange - Public Service" node, they are sorted and displayed in the order of the level of the necessity of upgrading, with the "Unified Operation and Maintenance Public Service" node ranked before the "Shanghai Stock Exchange - Public Service" node. Thus, through the display diagram of the upgrade interface of the operation and maintenance support system, the user can intuitively and quickly select one or more target nodes for upgrading, and at the same time provide the rollback operation for upgrading one or more target nodes, enabling the selection of nodes for upgrading as needed, with other nodes operating normally, enabling dynamic control of the gray-scale upgrade of components, that is, realizing components that can be dynamically customized for node upgrades based on different business scenario features, without the need to upgrade all components in the system as a whole, ensuring the stability during component update and iteration, and at the same time effectively improving the control efficiency of component upgrades.

[0072] In one embodiment, the business execution status includes the frequency of business node errors. The step of determining the necessity of upgrading the business node based on the business execution status includes:

[0073] Determining the necessity of upgrading the business node based on the frequency of business node errors.

[0074] The server can obtain the business execution status of each business node in the target system selected by the user. Further, the server can determine the necessity of upgrading the business node based on the business execution status and display it in the operation interface in the order of the level of the necessity of upgrading. Among them, the business execution status can include the frequency of business node errors, and the server can determine the necessity of upgrading the business node based on the frequency of business node errors. Specifically, the server can obtain the frequency of errors of each business node (error rate) in the target system selected by the user. Further, the server can determine the necessity of upgrading each business node based on the frequency of errors of each business node and display each business node in the operation interface in the order of the level of the necessity of upgrading. For example, as Figure 4BAs shown, assume that the error rate of the "Unified Operation and Maintenance Public Service" node obtained by the server is 10% and the error rate of the "Shanghai Stock Exchange - Public Service" node is 8%. Since the error rate of the "Unified Operation and Maintenance Public Service" node at 10% is higher than that of the "Shanghai Stock Exchange - Public Service" node at 8%, the necessity of upgrading the "Unified Operation and Maintenance Public Service" node is higher than that of the "Shanghai Stock Exchange - Public Service" node. That is, the higher the error frequency, the higher the necessity of upgrading. Therefore, when sorted in descending order of the necessity of upgrading, it is shown that the "Unified Operation and Maintenance Public Service" node is ranked before the "Shanghai Stock Exchange - Public Service" node. It can be understood that the upgrade control system can also perform other processing on the nodes to meet different upgrade requirements.

[0075] Thus, through the upgrade interface display diagram of the operation and maintenance support system, users can intuitively and quickly select one or more target nodes for upgrading, enabling the selection of nodes for upgrading as needed while other nodes operate normally, achieving dynamic control of the component gray-scale upgrade. That is, it is possible to implement components that can be dynamically customized for node upgrades based on different business scenario characteristics without having to upgrade all components in the system as a whole, ensuring stability during component update iterations and effectively improving the control efficiency of component upgrades.

[0076] In one embodiment, the step of obtaining an upgrade package corresponding to a target service node includes:

[0077] Obtain the upgrade package corresponding to the target service node through the communication bus; where the upgrade package includes upgrade packages of different gray-scale versions.

[0078] After the server displays the service nodes corresponding to the selected target system in the operation interface in response to a trigger operation, the server can obtain the target service node selected by the user from the service nodes displayed in the operation interface, and obtain the upgrade package corresponding to the target service node. Specifically, the server can obtain the upgrade package corresponding to the target service node through the communication bus. Among them, the upgrade package includes upgrade packages of different gray-scale versions. For example, if the nodes selected by the user in the operation interface are "Shanghai Stock Exchange - Public Services" and "Institutional Shanghai Stock Exchange Option 1 - BOS", the server respectively obtains the corresponding upgrade packages from the components corresponding to "Shanghai Stock Exchange - Public Services" and "Institutional Shanghai Stock Exchange Option 1 - BOS". Among them, the obtained upgrade package can be the latest version of the upgrade package (such as the gray-scale version upgrade package), or a certain number of existing upgrade packages (such as non-gray-scale version upgrade packages). Further, after the server obtains the upgrade package corresponding to the target service node, the server can also display the upgrade packages of different gray-scale versions corresponding to the target service node in the operation interface, so that the user can quickly and accurately select upgrade packages of different versions to perform gray-scale upgrades on the service component instances. Thus, by obtaining upgrade packages of different versions, it is possible to perform upgrade rollback operations on one or more target nodes, that is, to select nodes as needed for gray-scale upgrades of different versions, and other nodes operate normally, realizing dynamic control of component gray-scale upgrades, without the need to upgrade all components in the system as a whole, thereby effectively improving the control efficiency of component upgrades.

[0079] In one embodiment, as Figure 5 shown, a method for upgrading a service component is provided. Taking the server in Figure 1 as an example, the method includes the following steps:

[0080] Step 502, in response to a trigger operation, display the service nodes corresponding to the selected target system in the operation interface, where the service nodes are obtained by dividing service component instances.

[0081] Step 504, obtain the target service node selected from the service nodes, and obtain the upgrade package corresponding to the target service node through the communication bus; among them, the upgrade package includes upgrade packages of different gray-scale versions.

[0082] Step 506, display the upgrade packages of different gray-scale versions corresponding to the target service node in the operation interface.

[0083] Step 508, obtain the target upgrade package selected from the upgrade packages of different gray-scale versions.

[0084] Step 510: Obtain the target business component instance corresponding to the selected target business node, and send the target upgrade package to the target business component instance. The target upgrade package is used to instruct the target business component instance to read the business execution code, configuration parameters, and user data carried in the target upgrade package for upgrade.

[0085] Taking the self-developed operation and maintenance support system (OSS) as an example for illustration, OSS supports the management of multiple systems. When the versions of transaction nodes are different, OSS controls the data formats sent to each node to manage transaction nodes with different versions. This embodiment can be implemented based on OSS (operation and maintenance support system). OSS provides a component upgrade operation interface and controls the data formats and data that need to be sent to each node. For example, an operation and maintenance support system (OSS) developed by an enterprise is used to manage a securities trading system. Among them, trading components all use a message bus called AMI for inter-component communication, and all components subscribe to a message topic to receive real-time instructions. After OSS sends a file to the machine where the component instance is located, it will send a data loading instruction to the message bus, and each component instance reads the file into memory after receiving the message. Compared with the traditional method, a reliable multicast technology with low latency is used to send messages.

[0086] Specifically, the process of node upgrade is described in detail as follows. OSS displays different systems through the interface, enabling users to quickly and accurately select the target system. That is, in response to the user's trigger operation, OSS displays the business nodes corresponding to the target system selected by the user in the operation interface. The business nodes are obtained by dividing the business component instances. For example, after the user selects a certain system S, OSS displays the nodes corresponding to the selected system S on the interface. At this time, the user can select the corresponding nodes that need to be upgraded, and can choose some or all of the nodes. In addition, before OSS displays the nodes through the interface, the upgrade control system can classify all the nodes in the S system. OSS displays the nodes based on the classification results. For example, classified according to the content of the securities business, the business nodes of the option type are grouped as one node group, and the business nodes of the spot type are grouped as another node group. When displaying, the business nodes in the same node group can be displayed in consecutive positions. For example, the business nodes of the option type are arranged before the business nodes of the spot type. Through the classification display method, users can easily upgrade the business nodes of specific categories. In addition, it is also possible to obtain the business execution status of each node, determine the necessity of upgrading each node based on the business execution status. For example, determine the necessity of upgrading according to the frequency of node errors. The higher the error frequency, the higher the necessity of upgrading, and then sort and display according to the level of the necessity of upgrading. It can be understood that the upgrade control system can also perform other processing on the nodes to meet different upgrade needs.

[0087] Further, after obtaining the target node selected by the user, the upgrade control system obtains the upgrade package corresponding to the selected node through the communication bus. These upgrade packages can be stored in the database corresponding to the upgrade control system or on the business components corresponding to each node. The upgrade control system obtains the corresponding upgrade package from the storage space of the corresponding business component through the communication bus. Among them, the upgrade package includes upgrade packages of different gray levels, that is, the upgrade package can be to obtain the latest upgrade package or a certain number of existing upgrade packages. During the process of obtaining the upgrade package, OSS can display information such as "Obtaining upgrade package" on the interface. OSS can also display the obtained upgrade package information on the interface. For example, if multiple versions of the upgrade package corresponding to the "Shanghai Stock Exchange - Public Service" node (i.e., the target business node) are obtained, these upgrade packages (upgrade packages of different gray levels) are displayed on the interface, and the user is instructed to select one from them. That is, the upgrade control system obtains the target upgrade package selected by the user from the upgrade packages of different gray levels. Among them, in addition to the relevant code for necessary business execution, the upgrade package can also include configuration parameters of transactions and customer data, etc.

[0088] Further, a component can have multiple instances in a node. OSS can display each instance of the target node selected by the user on the interface to instruct the user to select, and only some of the instances can be upgraded. That is, the operation and maintenance support system obtains the target business component instance corresponding to the target business node selected by the user and distributes the target upgrade package to the target business component instance. The target upgrade package is used to instruct the target business component instance to read the business execution code, configuration parameters, and user data carried by the target upgrade package for upgrading. Among them, a component can have multiple instances in a node to improve the throughput capacity of a single node. The versions of the same component within a node are consistent. For example, multiple instances of the query engine component are deployed to provide services externally at the same time. That is, after the user completes the selection of the target instance, version upgrade can be performed. The operation and maintenance support system copies the binary file of the new version of the upgrade package (target upgrade package) to the corresponding component (target component instance). Among them, the binary package refers to the installation package of the program. When the high-availability type of the node is primary-backup, synchronous upgrade can be performed on the primary and backup. For example, synchronous upgrade can be performed on some instances of the primary and backup. That is, the primary and backup instances of a component belong to the same node, and when upgrading, the primary and backup nodes are automatically upgraded by upgrading according to the node. Compared with the traditional method of implementing data consistency between the primary and backup through data replication technology, in this embodiment, through the AMI system, the primary and backup receive the same data at the same time and perform the same processing, without the need for data synchronization between the primary and backup, thus effectively improving the control efficiency of component upgrade.

[0089] In this implementation, by sending the upgrade file to the target node, some nodes can be selected for upgrade, or some instances of some nodes can be upgraded, and then promoted to other nodes. That is, by using the file sending method, the business components can be decoupled from the database, and the grayscale upgrade of components can be realized. It can realize dynamic customization of node upgrade components based on the characteristics of different business scenarios, without the need to upgrade all components in the system as a whole, which can ensure the stability of component updates and iterations, and effectively improve the control efficiency of component upgrades.

[0090] In one embodiment, after the upgrade package is sent to the target service component instance, the method further includes the step of updating the data corresponding to the target service node to the backup database, specifically including:

[0091] When the target business component instance completes the version upgrade, the database script is executed to update the data corresponding to the target business node into the backup database.

[0092] After the operation and maintenance support system (upgrade control system) sends the upgrade package to the target business component instance, that is, after completing the version upgrade of the target node, if the database has been upgraded, the upgrade control system can execute the database script to upgrade the database, for example: updating the data corresponding to the upgraded node in the database. The database here can be understood as a backup database for the data of each business node. After completing the data upgrade of the database, the business trigger operation can be received through OSS. OSS obtains the data format and data that need to be sent to each node based on the business trigger operation. OSS executes the business in a targeted manner based on the acquired data format and data trigger corresponding nodes, for example: outputting the user's option income for the month in the form of a list. This prevents the situation where the upgrade effect is not good and causes problems in all nodes. By using the upgrade package, the business component can be decoupled from the database, thereby effectively improving the overall efficiency of the node upgrade.

[0093] In one embodiment, after the upgrade package is sent to the target service component instance, the method further includes the step of evaluating the upgrade status of the upgraded target service node, specifically including:

[0094] The upgrade status of the upgraded target business node is evaluated to obtain a corresponding evaluation result, which is displayed on the operation interface; the evaluation result is used to instruct the user to determine whether to perform an upgrade operation on other business nodes based on the evaluation result.

[0095] After the operation and maintenance support system (upgrade control system) distributes the upgrade package to the target business component instances, that is, after the version upgrade of the target node is completed, the operation and maintenance support system can evaluate the upgrade status of the upgraded target business node, obtain the corresponding evaluation result, and display the evaluation result on the operation interface. The evaluation result is used to indicate to the user whether to perform an upgrade operation on other business nodes based on the evaluation result. That is, in this embodiment, some nodes can be upgraded first, and the remaining nodes can be upgraded based on the upgrade effect of the upgraded partial nodes, so as to complete the upgrade of all nodes. Further, the upgrade status of each upgraded node can be evaluated, and the upgrade status can be displayed on the interface through the OSS. The user makes a selection operation on whether to upgrade the remaining nodes based on the upgrade status. When an upgrade is required, the upgrade control system upgrades the remaining nodes according to the selection operation. It can be understood that the subsequent upgrade process can also be automatically completed based on the upgrade status of each node. For example, when it is determined that all the previously selected nodes have been upgraded normally, the remaining instances in the selected nodes can be automatically upgraded, other nodes in system S can be automatically upgraded, or similar nodes in other systems can be automatically upgraded. Thus, it is possible to select nodes as needed for gray-scale upgrades of different versions, with other nodes operating normally, and at the same time, dynamic regulation can be performed during the gray-scale upgrade of components, without the need to upgrade all components in the system as a whole, thereby effectively improving the control efficiency of component upgrades.

[0096] It should be understood that although Figures 1-5 the steps in the flowchart are shown in sequence according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless there is a clear indication in this article, the execution of these steps has no strict order limit, and these steps can be executed in other orders. Moreover, Figures 1-5 at least a part of the steps in

[0097] In one embodiment, as Figure 6 shown, there is provided an upgrade device for a business component, including: a display module 602, an acquisition module 604, and a distribution module 606, where:

[0098] The display module 602 is configured to, in response to a trigger operation, display the business nodes corresponding to the selected target system in the operation interface, and the business nodes are obtained by dividing the business component instances.

[0099] An acquisition module 604, configured to acquire a target service node selected from service nodes, and acquire an upgrade package corresponding to the target service node; wherein, the upgrade package carries service execution code, configuration parameters, and user data.

[0100] A distribution module 606, configured to acquire a target service component instance corresponding to the target service node selected, and distribute the upgrade package to the target service component instance, where the upgrade package is used to instruct the target service component instance to read the service execution code, configuration parameters, and user data carried by the upgrade package for upgrade.

[0101] In one embodiment, the apparatus further includes: a classification module and a display module.

[0102] The classification module is configured to classify all service nodes in the trading system and the risk control system to obtain a corresponding classification result. The display module is configured to classify and display the service nodes in the operation interface based on the classification result.

[0103] In one embodiment, the apparatus further includes: a determination module.

[0104] The acquisition module is further configured to acquire the service execution status of each service node in the selected target system. The determination module is configured to determine the necessity of upgrading the service node based on the service execution status, and perform sorting and display in the operation interface in the order of the level of the necessity of upgrading.

[0105] In one embodiment, the determination module is further configured to determine the necessity of upgrading the service node based on the frequency of errors reported by the service node.

[0106] In one embodiment, the acquisition module is further configured to acquire the upgrade package corresponding to the target service node through a communication bus; wherein, the upgrade package includes upgrade packages of different gray levels. The display module is further configured to display the upgrade packages of different gray levels corresponding to the target service node in the operation interface.

[0107] In one embodiment, the apparatus further includes: an execution module.

[0108] The execution module is configured to execute a database script in the case where the version upgrade of the target service component instance is completed, and update the data corresponding to the target service node to a backup database.

[0109] In one embodiment, the apparatus further includes: an evaluation module.

[0110] The evaluation module is configured to evaluate the upgrade status of the upgraded target service node to obtain a corresponding evaluation result, and display the evaluation result in the operation interface, where the evaluation result is used to instruct the user to determine whether to perform an upgrade operation on other service nodes based on the evaluation result.

[0111] For the specific limitations of the upgrade device for business components, reference may be made to the limitations on the upgrade method for business components in the foregoing text, which will not be elaborated herein. Each module in the above-mentioned upgrade device for business components can be implemented in whole or in part by software, hardware, and their combination. The above-mentioned modules can be embedded in the processor of the computer device in hardware form or independent of it, or stored in the memory of the computer device in software form, so as to facilitate the processor to call and execute the operations corresponding to the above-mentioned modules.

[0112] In one embodiment, a computer device is provided. The computer device can be a server, and its internal structure diagram can be as Figure 7 shown. The computer device includes a processor, a memory, and a network interface connected through a system bus. Among them, 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 the upgrade data of business components. The network 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, it implements a method for upgrading business components.

[0113] Those skilled in the art can understand that Figure 7 the structure shown in

[0114] is only a block diagram of some structures related to the solution of this application, and does not constitute a limitation on the computer device to which the solution of this application is applied. The specific computer device may include more or fewer components than those shown in the figure, or combine some components, or have different component arrangements.

[0115] Those of ordinary skill in the art can understand that all or part of the processes in the methods of the above embodiments can be completed by instructing relevant hardware through a computer program. 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 methods. Among them, any reference to a memory, storage, database, or other medium used in the various embodiments provided in the present application can include at least one of non-volatile and volatile memories. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, or optical memory, etc. Volatile memory can include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM), etc.

[0116] The technical features of the above embodiments can be combined arbitrarily. For the sake of brevity of description, 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, it should be considered as the scope recorded in this specification.

[0117] The above-described embodiments merely represent several implementation manners of the present application. Their descriptions are relatively specific and detailed, but they should not be construed as limiting the scope of the invention patent. It should be noted that for those of ordinary skill in the art, without departing from the concept of the present application, several modifications and improvements can still be made, and these all belong to the protection scope of the present application. Therefore, the protection scope of the patent of the present application should be subject to the appended claims.

Claims

1. A method for upgrading a service component, the method comprises: In response to a trigger operation, display in an operation interface the service nodes corresponding to a selected target system, including: displaying the service nodes of the same node group at consecutive positions; the service nodes are obtained by dividing service component instances, and there are multiple instances of a service component in one of the service nodes; the node group is a functionally complete group obtained by partitioning service component instances according to a user's fund account or according to the content of securities business; the service node refers to an independent service node corresponding to each trading service of each target system; the versions of the same component within the service node are consistent; Obtain a selected target service node, and obtain a corresponding upgrade package from the storage space of the service component corresponding to the target service node through a communication bus; wherein, the upgrade package carries business execution code, configuration parameters, and user data; the upgrade package includes a gray-scale version upgrade package and a non-gray-scale version upgrade package; Display the gray-scale version upgrade package and the non-gray-scale version upgrade package corresponding to the target service node in the operation interface, and obtain a selected target upgrade package from the gray-scale version upgrade package and the non-gray-scale version upgrade package; Obtain a selected target service component instance corresponding to the target service node, and send the target upgrade package to the target service component instance, where the target upgrade package is used to instruct the target service component instance to read the business execution code, configuration parameters, and user data carried by the target upgrade package for upgrading; wherein, the target service component instance refers to an instance corresponding to a target service component selected by a user; when the high-availability type of the target service node is primary-backup, the target upgrade package is used to instruct the target service component instance to perform synchronous upgrade on the primary and backup.

2. The method according to claim 1, wherein, the target system includes at least a trading system and a risk control system; Before the step of, in response to a trigger operation, display in an operation interface the service nodes corresponding to a selected target system, the method further includes: Classify all service nodes in the trading system and the risk control system to obtain corresponding classification results; Based on the classification results, display the service nodes in the operation interface in a classified manner.

3. The method according to claim 1, wherein, the step of, in response to a trigger operation, display in an operation interface the service nodes corresponding to a selected target system, includes: Obtain the business execution conditions of each service node in the selected target system; Based on the business execution conditions, determine the necessity of upgrading the service nodes, and display them in the operation interface in descending order of the necessity of upgrading.

4. The method according to claim 3, wherein, the business execution conditions include the frequency of service node errors; the step of, based on the business execution conditions, determine the necessity of upgrading the service nodes, includes: Based on the frequency of service node errors, determine the necessity of upgrading the service nodes.

5. The method according to claim 1, wherein, the obtaining of the upgrade package corresponding to the target service node includes: obtaining the upgrade package corresponding to the target service node through a communication bus.

6. The method according to claim 1, wherein, after the upgrade package is sent to the target service component instance, the method further includes: when the target service component instance completes the version upgrade, executing a database script to update the data corresponding to the target service node to a backup database.

7. The method according to claim 1, wherein, after the upgrade package is sent to the target service component instance, the method further includes: evaluating the upgrade status of the upgraded target service node to obtain a corresponding evaluation result, and displaying the evaluation result on an operation interface; the evaluation result is used to instruct the user to determine whether to perform an upgrade operation on other service nodes based on the evaluation result.

8. An upgrade device for a service component, wherein, the device includes: a display module, configured to display, in response to a trigger operation, the service nodes corresponding to a selected target system in an operation interface, including: displaying the service nodes in the same node group at consecutive positions; the service nodes are obtained by dividing service component instances, and there are multiple instances of a service component in one of the service nodes; the node group is a functionally complete group obtained by partitioning service component instances according to a user's fund account or according to the content of a securities business; the service node refers to an independent service node corresponding to each trading service of each target system; the versions of the same component within the service node are the same; an obtaining module, configured to obtain a selected target service node from the service nodes, and obtain a corresponding upgrade package from the storage space of the service component corresponding to the target service node through a communication bus; wherein, the upgrade package carries business execution code, configuration parameters, and user data; the upgrade package includes a gray-scale version upgrade package and a non-gray-scale version upgrade package; the display module is further configured to display the gray-scale version upgrade package and the non-gray-scale version upgrade package corresponding to the target service node in the operation interface; the obtaining module is further configured to obtain a selected target upgrade package from the gray-scale version upgrade package and the non-gray-scale version upgrade package; a sending module, configured to obtain a selected target service component instance corresponding to the target service node, and send the target upgrade package to the target service component instance, where the target upgrade package is used to instruct the target service component instance to read the business execution code, configuration parameters, and user data carried by the target upgrade package for upgrade; wherein, the target service component instance refers to an instance corresponding to a selected target service component; when the high-availability type of the target service node is primary-backup, the target upgrade package is used to instruct the target service component instance to perform synchronous upgrade on the primary and backup.

9. A computer device, comprising a memory and a processor, where the memory stores a computer program, characterized in that, when the processor executes the computer program, the steps of the method according to any one of claims 1 to 7 are implemented.

10. A computer-readable storage medium, on which a computer program is stored, 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 7 are implemented.

Images