CN119225925A

CN119225925A - Service management method, device, electronic device and storage medium

Info

Publication number: CN119225925A
Application number: CN202411231091.XA
Authority: CN
Inventors: 姜辉
Original assignee: Inspur Jinan data Technology Co ltd
Current assignee: Inspur Jinan data Technology Co ltd
Priority date: 2024-09-03
Filing date: 2024-09-03
Publication date: 2024-12-31

Abstract

The present invention relates to the field of service management technologies, and in particular, to a service management method, a device, an electronic device, and a storage medium. The method comprises the steps of obtaining deployment information corresponding to a distributed cluster, updating parameter information in a database corresponding to the distributed cluster according to the deployment information to generate first current parameter information, identifying the first current parameter information to determine target services needing to be started in the distributed cluster, and controlling the starting of each target service. And thus does not need to initiate all services in the distributed cluster. Therefore, under the condition of ensuring the normal work of the distributed cluster, the number of target services started in the distributed cluster is reduced, the efficiency of completing tasks of the distributed cluster can be improved, the resource utilization rate in the distributed cluster is improved, and the waste of resources in the distributed cluster is avoided.

Description

Service management method, device, electronic equipment and storage medium

Technical Field

The present invention relates to the field of service management technologies, and in particular, to a service management method, a device, an electronic device, and a storage medium.

Background

As traffic progresses, the architecture of distributed cluster systems becomes increasingly complex. In many cases, the nodes within a distributed cluster are numerous, and the services within each node are also very complex.

In the prior art, when a cluster is deployed, all services are usually automatically started, so that the number of services started in the distributed cluster is large, and resources are occupied.

Therefore, the above method results in lower efficiency of task completion of the distributed cluster and waste of resources.

Disclosure of Invention

In view of the above, the present invention provides a service management method, apparatus, electronic device, and storage medium, so as to solve the problems of low efficiency of completing tasks and resource waste caused by the distributed clusters in the prior art.

In a first aspect, the present invention provides a service management method, including:

acquiring deployment information corresponding to the distributed clusters;

Updating the parameter information in the database corresponding to the distributed cluster according to the deployment information to generate first current parameter information;

Identifying the first current parameter information, and determining a target service to be started in the distributed cluster;

and controlling each target service to start.

The embodiment of the application provides a service management method, which is used for acquiring deployment information corresponding to a distributed cluster, updating parameter information in a database corresponding to the distributed cluster according to the deployment information, generating first current parameter information and ensuring the accuracy of the generated first current parameter information. And identifying the first current parameter information, determining the target service to be started in the distributed cluster, and ensuring the accuracy of the determined target task to be started. Controlling each target service to start, and thus not needing to start all services in the distributed cluster. Therefore, under the condition of ensuring the normal work of the distributed cluster, the number of target services started in the distributed cluster is reduced, the efficiency of completing tasks of the distributed cluster can be improved, the resource utilization rate in the distributed cluster is improved, and the waste of resources in the distributed cluster is avoided.

In an alternative embodiment, controlling each targeted service initiation includes:

Identifying the first current parameter information, and searching system platform parameters corresponding to the distributed clusters and service instance parameters corresponding to each target service from the first current parameter information;

and starting each target service according to the system platform parameters and the service instance parameters corresponding to each target service.

The embodiment of the application provides a service management method, which is used for identifying first current parameter information, searching system platform parameters corresponding to a distributed cluster and service instance parameters corresponding to each target service, starting each target service according to the system platform parameters and the service instance parameters corresponding to each target service, and ensuring the accuracy of each started target service.

In an alternative embodiment, starting each target service according to the system platform parameters and the service instance parameters corresponding to each target service includes:

Generating a target configuration file corresponding to each target service according to the system platform parameters and each service instance parameter;

and starting each target service according to each target configuration file.

The embodiment of the application provides a service management method, which generates a target configuration file corresponding to each target service according to system platform parameters and service instance parameters, and ensures the accuracy of the generated target configuration file corresponding to each target service. And starting each target service according to each target configuration file, so that the accuracy of starting the target service is ensured.

In an alternative embodiment, the method further comprises:

receiving a service operation instruction corresponding to the distributed cluster input by a user;

updating the first current parameter information in the database according to the service operation instruction to generate second current parameter information;

and operating the distributed cluster corresponding to each current service according to the second current parameter information.

The embodiment of the application provides a service management method, which receives a service operation instruction corresponding to a distributed cluster input by a user, updates first current parameter information in a database according to the service operation instruction, generates second current parameter information, and ensures the accuracy of the generated second current parameter information. And operating the distributed clusters corresponding to each current service according to the second current parameter information, so that the accuracy of operating each current service is ensured.

In an alternative embodiment, the method further comprises:

Receiving a cluster upgrading instruction input by a user, wherein the cluster upgrading instruction is used for upgrading the distributed clusters;

identifying each current service in the distributed cluster according to the cluster upgrading instruction;

Determining a service to be restarted, which needs to be restarted, from the current services;

Restarting each service to be restarted, and upgrading the distributed clusters;

Updating the upgrading state and the upgrading time corresponding to the distributed cluster.

The embodiment of the application provides a service management method, which receives a cluster upgrading instruction input by a user, identifies each current service in a distributed cluster according to the cluster upgrading instruction, and ensures the accuracy of identifying each current service in the distributed cluster. And determining the service to be restarted, which needs to be restarted, from the current services, so that the accuracy of the service to be restarted, which needs to be restarted, is ensured. Restarting each service to be restarted, and upgrading the distributed clusters, so that the accuracy of upgrading the distributed clusters can be ensured. Updating the upgrading state and the upgrading time corresponding to the distributed cluster, ensuring the accuracy of the upgrading state and the upgrading time corresponding to the updated distributed cluster, and further tracing the upgrading of the distributed cluster.

In an alternative embodiment, the method further comprises:

monitoring a main database in the distributed cluster, and detecting whether the main database is abnormal;

When the main database is abnormal, current operation data and current operation service corresponding to the main database are obtained;

The backup slave database is a backup database of the master database on the slave nodes in the distributed cluster, and the data in the backup slave database is consistent with the data of the master database;

disconnecting the connection with the master database;

Connecting to a backup slave database;

searching current operation data from a database from the backup;

and controlling each current operation service to continue operation based on the current operation data.

The embodiment of the application provides a service management method, which monitors a main database in a distributed cluster, detects whether the main database is abnormal, and ensures the accuracy of the obtained detection result. When the main database is abnormal, the current operation data and the current operation service corresponding to the main database are obtained, the accuracy of the obtained current operation data and the accuracy of the obtained current operation service corresponding to the main database are ensured, and further, after the main database is replaced, continuous work can be carried out based on the current operation data and the current operation service. And searching the backup slave database corresponding to the master database, thereby ensuring the accuracy of the backup slave database corresponding to the searched master database. And connecting to the backup slave database, thereby realizing the switching from the master database to the slave database of the distributed cluster. The current operation data is searched from the database from the backup, and each current operation service is controlled to continue operation based on the current operation data, so that the accuracy of controlling each current operation service to continue operation can be ensured, and the current operation service error is avoided.

In an alternative embodiment, the method further comprises:

Acquiring an upgrade package corresponding to a service to be upgraded in a distributed cluster;

Loading an upgrade package, and upgrading the service to be upgraded.

The embodiment of the application provides a service management method, which is used for acquiring an upgrade package corresponding to a service to be upgraded in a distributed cluster, loading the upgrade package, and upgrading the service to be upgraded, so that the accuracy of upgrading the service to be upgraded is ensured.

In a second aspect, the present invention provides a service management apparatus comprising:

the acquisition module is used for acquiring deployment information corresponding to the distributed cluster;

the updating module is used for updating the parameter information in the database corresponding to the distributed cluster according to the deployment information to generate first current parameter information;

the determining module is used for identifying the first current parameter information and determining target services to be started in the distributed cluster;

And the control module is used for controlling each target service device.

The embodiment of the application provides a service management device, which acquires deployment information corresponding to a distributed cluster, updates parameter information in a database corresponding to the distributed cluster according to the deployment information, generates first current parameter information, and ensures the accuracy of the generated first current parameter information. And identifying the first current parameter information, determining the target service to be started in the distributed cluster, and ensuring the accuracy of the determined target task to be started. Controlling each target service to start, and thus not needing to start all services in the distributed cluster. Therefore, under the condition of ensuring the normal work of the distributed cluster, the number of target services started in the distributed cluster is reduced, the efficiency of completing tasks of the distributed cluster can be improved, the resource utilization rate in the distributed cluster is improved, and the waste of resources in the distributed cluster is avoided.

In a third aspect, the present invention provides an electronic device, including a memory and a processor, where the memory and the processor are communicatively connected to each other, and the memory stores computer instructions, and the processor executes the computer instructions, thereby executing the service management method according to the first aspect or any implementation manner corresponding to the first aspect.

In a fourth aspect, the present invention provides a computer-readable storage medium having stored thereon computer instructions for causing a computer to execute the service management method of the first aspect or any of the embodiments corresponding thereto.

In a fifth aspect, the present invention provides a computer program product comprising computer instructions for causing a computer to perform the service management method of the first aspect or any of its corresponding embodiments.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings that are needed in the description of the embodiments or the prior art will be briefly described, and it is obvious that the drawings in the description below are some embodiments of the present invention, and other drawings can be obtained according to the drawings without inventive effort for a person skilled in the art.

FIG. 1 is a flow diagram of a first service management method according to an embodiment of the present invention;

FIG. 2 is a flow diagram of a second service management method according to an embodiment of the present invention;

FIG. 3 is a flow chart of a third service management method according to an embodiment of the present invention;

FIG. 4 is a flow chart of a fourth service management method according to an embodiment of the present invention;

FIG. 5 is a flow chart of a fifth service management method according to an embodiment of the present invention;

FIG. 6 is a flow chart of a sixth service management method according to an embodiment of the present invention;

FIG. 7 is a schematic diagram of a distributed cluster in accordance with an embodiment of the present invention;

Fig. 8 is a block diagram of a service management apparatus according to an embodiment of the present invention;

Fig. 9 is a schematic diagram of a hardware structure of an electronic device according to an embodiment of the present invention.

Detailed Description

For the purpose of making the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is apparent that the described embodiments are some embodiments of the present invention, but not all embodiments of the present invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.

It should be noted that, in the method for service management provided in the embodiment of the present application, the execution body may be a device for service management, where the device for service management may be implemented by software, hardware, or a combination of software and hardware to form part or all of an electronic device, where the electronic device may be any node in a distributed cluster. In the following method embodiments, the execution subject is an electronic device.

According to an embodiment of the present invention, there is provided a service management method embodiment, it being noted that the steps shown in the flowcharts of the drawings may be performed in a computer system such as a set of computer executable instructions, and that although a logical order is shown in the flowcharts, in some cases the steps shown or described may be performed in an order different from that herein.

In this embodiment, a service management method is provided, which may be used in the above electronic device, and fig. 1 is a flowchart of a service management method according to an embodiment of the present invention, as shown in fig. 1, where the flowchart includes the following steps:

Step S101, deployment information corresponding to the distributed clusters is obtained.

Specifically, the electronic device may search a configuration file corresponding to the distributed cluster in a storage space corresponding to the distributed cluster, and then identify the configuration file to determine deployment information corresponding to the distributed cluster.

The deployment information may include information such as an address, node information, a port, etc. of the cluster, and the embodiment of the present application does not specifically limit the deployment information.

Step S102, updating the parameter information in the database corresponding to the distributed cluster according to the deployment information to generate first current parameter information.

Specifically, the electronic device may analyze the obtained deployment information. The deployment information may include configuration, node information, service status, etc. of the distributed cluster. By parsing this information, the database parameters that need to be updated, as well as their specific locations, can be determined.

The electronic device then establishes a connection to the database corresponding to the distributed cluster using the appropriate database connection. This may involve the use of a database driver, providing information about the database's connection string, user name and password, etc., to ensure successful access to the database.

Once the database connection is established, the electronic device may update the parameter information in the database according to the indication in the deployment information. This may include modifying existing parameter values, adding new parameters, or deleting parameters that are no longer needed. Wherein the update operation may be accomplished by executing an SQL statement or using a specific database management tool.

After the update of the parameter information is completed, the first current parameter information needs to be generated. This may be achieved by querying a database or retrieving updated parameter values. The first current parameter information represents a current state of the updated database parameter.

Step S103, the first current parameter information is identified, and the target service to be started in the distributed cluster is determined.

Specifically, the electronic device may parse the first current parameter information. Such parameter information may include content related to the configuration of the distributed clusters, service status, environmental variables, etc. By carefully analyzing the first current parameters, key information related to service initiation can be extracted.

Next, the electronic device determines the definition and initiation rules of the service based on the architecture and design of the distributed cluster. This may include the name of the service, dependencies, start conditions, etc. These rules are typically defined in a cluster's configuration file, service manifest, or other related document.

And then, screening all the services in the distributed cluster based on the parameter information and the service definition rules obtained by analysis. And determining the work requirement of the distributed cluster and the target service required to be started by the target task according to the work requirement of the distributed cluster and the target task.

Optionally, when determining the target service to be started, the electronic device may further analyze the dependency relationship between the target services in detail. Knowing which services depend on other services, and the degree and type of dependence. Then, critical paths in the overall system, i.e., those service chains critical to the proper operation of the system, are determined. Services on these critical paths are typically of higher priority. The electronic device divides the service into different layers according to the hierarchical structure of the dependency relationship. The underlying services are typically relied upon by the upper layer services, and thus the priority of the underlying services may be relatively high. Then, the importance of each target service in the business is considered. If certain services are critical to the critical functions or core flows of the traffic, their priority should be high. In addition, the electronic device may analyze resource requirements of each target service, including computing resources, memory, network bandwidth, and the like. And then, according to the resource requirements of each target service, adjusting the priority corresponding to each target service.

Step S104, controlling each target service to start.

Specifically, after determining each target service, the electronic device may control each target service to be started.

This step will be described in detail below.

In this embodiment, a service management method is provided, which may be used in the above electronic device, and fig. 2 is a flowchart of a service management method according to an embodiment of the present invention, as shown in fig. 2, where the flowchart includes the following steps:

Step S201, deployment information corresponding to the distributed clusters is obtained.

For this step, please refer to the description of step S101 above, and the description thereof is omitted here.

Step S202, updating parameter information in a database corresponding to the distributed cluster according to the deployment information to generate first current parameter information.

For this step, please refer to the description of step S102 above, and the description thereof is omitted here.

Step S203, the first current parameter information is identified, and the target service to be started in the distributed cluster is determined.

For this step, please refer to the description of step S103 above, and the description thereof is omitted here.

Step S204, control each goal service to start.

Specifically, the step S204 may include the following steps:

Step S2041, the first current parameter information is identified, and the system platform parameters corresponding to the distributed clusters and the service instance parameters corresponding to the target services are searched.

Specifically, the electronic device may parse the first current parameter information. The first current parameter information may include content related to configuration, service state, environment variables, and the like of the distributed cluster. The electronic device can extract key information related to the system platform and the service instance corresponding to the distributed cluster by analyzing the first current parameter information.

And then, searching system platform parameters corresponding to the distributed clusters in the analyzed key information. The system platform parameters may include the number of nodes of the cluster, node configuration, network configuration, storage configuration, and the like. Then, the electronic device searches the service instance parameters corresponding to each target service. The service instance parameters may include a version number of the service, a profile path, startup parameters, a dependency library, and the like.

Optionally, the electronic device classifies and sorts the found system platform parameters and service instance parameters according to the type of the parameters, the services to which the parameters belong or other related criteria, so as to better manage and use the system platform parameters and service instance parameters.

Step S2042, according to the system platform parameters and the service instance parameters corresponding to the target services, starting the target services.

Specifically, the step S2042 may include the following steps:

And a1, generating a target configuration file corresponding to each target service according to the system platform parameters and the service instance parameters.

Specifically, the electronic device may select a configuration template appropriate for the target service correspondence. The configuration template corresponding to the target service may be predefined and include various configuration items and parameters required by the service. The electronic device then maps the system platform parameters and the service instance parameters to corresponding locations in the configuration template. Alternatively, the electronic device may be implemented using parameter substitution or variable assignment, with the actual parameter values being filled into placeholders in the templates.

The electronic device then customizes or adjusts certain configuration items according to the specific needs. This may include modifying default values, adding specific configuration options, or personalizing settings according to the circumstances. Next, the electronic device generates a target configuration file corresponding to each target service using the mapped and customized parameters.

Optionally, after generating the target configuration file corresponding to the target service, the electronic device may perform verification to ensure correctness and integrity thereof. Optionally, the electronic device may check the plausibility of the syntax, format and parameters of the target profile, ensuring that no missing or erroneous configuration items are present.

And a2, starting each target service according to each target configuration file.

Specifically, the electronic device may read the target configuration file corresponding to each target service. The target configuration file contains various settings and parameters of the service, such as a port number of the service, database connection information, log level, and the like. The electronic device may then prepare the corresponding environment according to the requirements in the target profile before starting the target service. This may include creating a directory, setting permissions, loading a dependency library, etc. After the environment is ready, the electronic device may initiate the target service using a corresponding command or script. These commands or scripts typically set the operating parameters of the service according to parameters in the configuration file and initiate the service process.

Optionally, after the target service is started, the electronic device may monitor each target service to ensure that the target service operates normally. The electronic device can monitor the process state, the resource use condition, log output and the like of the target service. If the target service is found to be abnormal, the electronic device can take corresponding measures to process, such as restarting the service, sending an alarm and the like.

Optionally, if the target configuration file needs to be updated during the operation of the target service, the electronic device may stop the target service first, then read the updated target configuration file, and restart the target service. This ensures that the target service always uses the latest configuration information during operation.

The embodiment of the application provides a service management method, which is used for identifying first current parameter information, searching system platform parameters corresponding to a distributed cluster and service instance parameters corresponding to each target service, generating target configuration files corresponding to each target service according to the system platform parameters and the service instance parameters, and ensuring the accuracy of the generated target configuration files corresponding to each target service. And starting each target service according to each target configuration file, so that the accuracy of starting the target service is ensured.

In an alternative embodiment of the present application, as shown in fig. 3, the service management method may further include the following steps:

step S301, receiving a service operation instruction corresponding to the distributed cluster input by the user.

Specifically, the user inputs service operation instructions through an interactive interface or command line with the distributed cluster. The service operation instruction may be an operation of adding, deleting or modifying a service parameter of a service in the distributed cluster.

Step S302, updating the first current parameter information in the database according to the service operation instruction, and generating second current parameter information.

Specifically, after receiving a service operation instruction input by a user, the electronic device analyzes the service operation instruction. Which may include identifying the type of service operation instruction, the target service, and related parameters.

Then, the electronic device reads the first current parameter information currently stored from the database. The first current parameter information may include content related to configuration, service state, environment variables, and the like of the distributed cluster. And the electronic equipment correspondingly changes and updates the first current parameter information according to the analyzed service operation instruction. This may involve modifying configuration parameters of the service, updating state information of the service, etc. After the parameter updating is completed, the electronic equipment generates updated second current parameter information, and stores the second current parameter information back into the database for subsequent inquiry and use.

Step S303, according to the second current parameter information, operating each current service corresponding to the distributed cluster.

Specifically, the electronic device may parse the obtained second current parameter information, and extract key information such as an identifier, a state, a configuration parameter, and the like of each current service. Then, according to the parsed parameter information, the operation type which needs to be executed for each current service is determined. The operation types may include, among other things, starting a service, stopping a service, updating a service configuration, redeploying a service, etc. For each current service, the electronic device may perform a corresponding operation according to the determined operation type. The corresponding operations may include sending control commands to the service node, updating configuration files, triggering deployment procedures, and the like.

In an alternative embodiment of the present application, as shown in fig. 4, the service management method may further include the following steps:

step S401, a cluster upgrading instruction input by a user is received.

The cluster upgrading instruction is used for upgrading the distributed clusters.

Specifically, the user may input the cluster upgrade instruction through an interactive interface or command line with the distributed cluster, so that the electronic device may receive the cluster upgrade instruction input by the user.

Step S402, each current service in the distributed cluster is identified according to the cluster upgrading instruction.

Specifically, the electronic device may parse the received cluster upgrade instruction to determine a service range and a specific requirement that need to be upgraded. The electronic device then obtains a list of services currently running from the management system or configuration file of the distributed cluster. And identifying each current service in the distributed cluster according to the analyzed upgrading instruction and the acquired current service list.

Step S403, determining the service to be restarted, which needs to be restarted, from the current services.

Specifically, the electronic device may determine, according to the result of identifying each current service, whether an abnormality exists in each current service or a restart is required. This may involve checking key indicators of the service, error codes, resource usage, etc. Then, the electronic device defines conditions for restarting the service according to the design and requirements of the distributed cluster. These conditions may include conditions based on particular error types, service performance degradation, resource exhaustion, etc. The electronic equipment can screen each current service according to defined restarting conditions, and determines the service to be restarted, which meets the conditions and needs to be restarted. The electronic equipment marks the selected service to be restarted so as to carry out the restarting operation subsequently.

Step S404, restarting each service to be restarted, and upgrading the distributed clusters.

Specifically, the electronic device may make a detailed restart plan according to the number and importance of services to be restarted. The schedule may include the order of the reboots, the time intervals, and possible backup measures. The electronic device notifies all relevant personnel, including users, administrators, and other relevant parties, before restarting. Informing them of the time to restart, the expected impact and any necessary precautions. Before restarting, the electronic device can backup all important data to prevent the data from being lost or damaged. This may include databases, configuration files, and other critical data. And then, the electronic equipment sequentially performs restarting operation on each service to be restarted according to the formulated restarting plan. This may involve steps of stopping the service, updating the configuration file, restarting the service, etc. During the restart, the electronic device may closely monitor the status and performance of the service. Ensure that the service can start up normally and check if there are any errors or anomalies. After the service is restarted, the electronic device may verify that it is functioning properly. Some basic tests are performed to ensure that the service is able to respond correctly to the request and to provide the expected results.

Then, after the restart of all the services to be restarted is completed, the electronic device may perform the upgrade operation of the distributed cluster. This may involve steps of updating software versions, installing patches, adjusting configurations, etc. During an upgrade, the electronic device may likewise need to closely monitor the status and performance of the distributed cluster. Ensure the upgrading process to proceed smoothly and check whether there are any problems or abnormal conditions. After the upgrade is completed, it is verified whether the distributed cluster functions normally. Some comprehensive tests are performed to ensure that the clusters are functioning properly and to provide the desired performance and functionality.

Step S405, updating the upgrade status and upgrade time corresponding to the distributed cluster.

In particular, the electronic device may determine an upgrade status of the distributed cluster. This may be determined by examining the completion of various stages or tasks in the upgrade process. The upgrade status may be "upgrade being," "upgrade success," "upgrade failure," etc. The electronic device then updates it to the corresponding system or record according to the determined upgrade status. This may be a management system of a distributed cluster, a configuration file, a database, or other relevant storage location. Meanwhile, the electronic equipment records the upgrading time of the distributed cluster. The upgrade time may be the time at which the upgrade was started, the time at which the upgrade was completed, or other relevant points in time. Recording the upgrade time may help track the progress and history of the upgrade.

In an alternative embodiment of the present application, as shown in fig. 5, the service management method may further include the following steps:

step S501, monitoring the master database in the distributed cluster, and detecting whether an abnormality occurs in the master database.

In particular, the electronic device may determine an index of the master database to be monitored. These metrics may include performance metrics of the database (e.g., CPU usage, memory usage, disk I/O, etc.), number of connections to the database, transaction rate, error log, etc. Then, the electronic equipment selects a proper monitoring tool according to the determined monitoring index to configure the monitoring of the main database. This includes setting the frequency of monitoring, indicators of monitoring, alarm thresholds, etc. Wherein, the monitoring tool of the database can be used, and the monitoring tool of a third party can also be used. Some common monitoring tools include Nagios, zabbix, prometheus, etc.

Then, the electronic device acquires monitoring data of the master database collected by the monitoring tool according to the configured frequency, and analyzes the collected monitoring data to detect whether abnormality occurs in the master database. The analysis functions provided by the data analysis tool or monitoring system may be used to identify abnormal patterns, trends, and potential problems.

Step S502, when the main database is abnormal, current operation data and current operation service corresponding to the main database are obtained.

Specifically, when an abnormality occurs in the main database, such as a failure, performance degradation, or other abnormality, the electronic device may trigger a corresponding mechanism to acquire current operation data and current operation services of the main database.

Alternatively, the electronic device may establish a connection with the master database using an appropriate database connection. Then, the current running data in the main database is obtained by using SQL sentences or other data query methods. This may include data in a database table, data in a cache, or other relevant data. The electronic device may then determine current operational services associated with the master database, which may rely on the master database to provide data or perform operations.

Step S503, searching the backup slave database corresponding to the master database.

The backup slave database is a backup database of a master database on a slave node in the distributed cluster, and data in the backup slave database is consistent with data of the master database.

In particular, the electronic device may determine a backup policy for the primary database. Backup policies typically include the frequency of backups, the storage locations of backups, the retention policies of backups, and the like. The electronic device looks at the configuration file of the master database. The configuration file may contain connection information, addresses, or other relevant configurations of the backup slave database. The electronic device then queries the system for the presence of a backup secondary database corresponding to the primary database using tools or commands provided by the database management system. If the backup is stored in a particular directory, the backup directory may be checked for possible backup slaves. The backup catalog may contain copies of backup files or databases. Thereby searching the backup slave database corresponding to the master database.

Step S504, the connection with the master database is disconnected.

In particular, the electronic device may determine the manner in which the connection is established with the master database, such as the programming language used, the database driver, or the connection library. Then, the electronic device invokes a corresponding method to disconnect from the main database according to the connection mode used. This is typically accomplished by invoking a specific method of connecting objects.

During disconnection, an abnormal situation may occur, such as a network problem or database error. An appropriate exception handling mechanism needs to be added to the code to ensure that the resources are properly handled and released in the event of an exception. After disconnection, the electronic device may also release resources associated with the connection, such as memory, file handles, and the like. This may be done by closing the connection object, releasing the related variable, or performing other necessary cleanup operations. The electronic device may also confirm that the connection to the primary database has been successfully broken by checking the connection status or performing other related verification operations.

Step S505, connect to the backup slave database.

Specifically, the electronic device may obtain a location of the backup slave database, such as an address, port number, etc. of the server. The electronic device then selects the appropriate connection from the database type based on the backup. Common ways of connecting include using database management tools (e.g., mySQL Workbench, SQL SERVER MANAGEMENT Studio, etc.) or connecting through programming interfaces (e.g., JDBC, ODBC, etc.). Then, in the connection tool or programming interface, the connection parameters are configured. After the configuration of the connection parameters, connection to the backup slave database is performed.

Step S506, searching the current operation data from the backup database.

Specifically, the electronic device may identify each data in the backup slave database, and according to the identification result, search the current running data from the backup slave database.

Step S507, based on the current operation data, controlling each current operation service to continue operation.

Specifically, the electronic device may analyze the current operation data to learn about the current operation condition of each current operation service. Then, each current operation service is controlled to continue operation based on the current operation condition of each current operation service.

In an alternative embodiment of the present application, as shown in fig. 6, the service management method may further include the following steps:

Step S601, obtaining an upgrade package corresponding to a service to be upgraded in a distributed cluster.

Specifically, the electronic device may receive an upgrade package corresponding to a service to be upgraded in the distributed cluster, which is input by a user, and may further obtain the upgrade package corresponding to the service to be upgraded in the distributed cluster from the server, and the electronic device may further receive the upgrade package corresponding to the service to be upgraded in the distributed cluster, which is sent by other devices.

The method for the electronic device to obtain the upgrade package corresponding to the service to be upgraded in the distributed cluster is not particularly limited.

Step S602, loading an upgrade package, and upgrading the service to be upgraded.

Specifically, after the upgrade package corresponding to the service to be upgraded is obtained, the electronic device may stop the service to be upgraded through a service management tool, a command line interface or other related management modes. Stopping the service to be upgraded ensures that no new requests will enter during the upgrade process, thereby avoiding data loss or other potential problems. Before an upgrade is performed, the electronic device may backup data of the service to be upgraded. In this way, data recovery can be performed when problems occur in the upgrading process, so that the safety and the integrity of the data are ensured.

The electronic device may then copy the upgrade package file to a designated directory, load the upgrade package into a server or environment where the service to be upgraded is located using an installer or other related means. Then, according to the specific requirements of the upgrade package, executing the installation script, executing the command or performing other configuration changes. The specific steps of the upgrade operation will vary depending on the type of upgrade package and the requirements of the service to be upgraded.

In an alternative embodiment of the present application, as shown in fig. 7, a schematic structure of a distributed cluster is shown. Specifically, the service management method provided by the embodiment of the application can include the following steps:

(1) The initialization service modifies the parameter information of the database after the cluster deployment is completed. Such parameter information may include connection configuration of the database, data storage settings, etc. to ensure that the database is able to function properly and interact with other services.

(2) The initialization service will launch the daemon service and pass the database connection parameters to the daemon service. Daemon services are a continuously running process that is responsible for monitoring and managing the running state of other services and taking corresponding actions when needed.

(3) After the daemon service is started, it will connect to the database using the incoming database connection parameters. It then retrieves the service instance table in the database to obtain information about the deployed service.

(4) The daemon service will retrieve system platform parameters and service real-world parameters from the database. These parameters may include configuration information of the server, resource requirements of the service, etc. Based on these parameters, the daemon service will enable the corresponding service to ensure proper operation of the system. According to these parameters, a configuration file is generated, and according to the configuration file, a corresponding service is enabled.

(5) When the configuration service adds, deletes or modifies a service parameter, it modifies the information in the database table accordingly. At the same time, it also informs the daemon service so that the daemon service can update the running state of the service in time.

(6) The daemon service will determine if modifications are needed based on the update time in the database table. If modified, the service can add, close or restart the corresponding service according to the specific situation so as to ensure the correctness and stability of the service.

(7) The configuration service may load an upgrade package to upgrade the system. The upgrade package may contain new functionality, repaired vulnerabilities, or other improvements. By loading the upgrade package, the system may be updated and optimized.

(8) When the cluster system is upgraded, the daemon service restarts the service related to the daemon service and sets the upgrading state and the upgrading time of the cluster system. Thus, the service can be ensured to stop and restart normally in the upgrading process, and the upgrading time and state are recorded.

(9) If a master-slave switch occurs in the database, the initialization service restarts the daemon service and modifies the database parameters of the daemon service. This ensures that the daemon service can properly connect to the new database master node and continue to monitor and manage the operational state of the service.

(10) The daemon service, after restarting, will connect to the slave library and recover the previous operational data. This ensures that the service can continue to operate after the database switch without losing previous operating state and data.

In this embodiment, a service management device is further provided, and the service management device is used to implement the foregoing embodiments and preferred embodiments, and is not described in detail. As used below, the term "module" may be a combination of software and/or hardware that implements a predetermined function. While the means described in the following embodiments are preferably implemented in software, implementation in hardware, or a combination of software and hardware, is also possible and contemplated.

The present embodiment provides a service management apparatus, as shown in fig. 8, including:

An obtaining module 701, configured to obtain deployment information corresponding to a distributed cluster;

The updating module 702 is configured to update parameter information in a database corresponding to the distributed cluster according to the deployment information, and generate first current parameter information;

A determining module 703, configured to identify the first current parameter information, and determine a target service that needs to be started in the distributed cluster;

And a control module 704, configured to control each target service to be started.

Further functional descriptions of the above respective modules and units are the same as those of the above corresponding embodiments, and are not repeated here.

The service management device in this embodiment is presented in the form of a functional unit, where the unit refers to an ASIC (Application SPECIFIC INTEGRATED Circuit) Circuit, a processor and a memory that execute one or more software or firmware programs, and/or other devices that can provide the above functions.

The embodiment of the invention also provides electronic equipment, which is provided with the service management device shown in the figure 8.

Referring to fig. 9, fig. 9 is a schematic structural diagram of an electronic device according to an alternative embodiment of the present invention, and as shown in fig. 9, the electronic device includes one or more processors 10, a memory 20, and interfaces for connecting components, including a high-speed interface and a low-speed interface. The various components are communicatively coupled to each other using different buses and may be mounted on a common motherboard or in other manners as desired. The processor may process instructions executing within the electronic device, including instructions stored in or on memory to display graphical information of the GUI on an external input/output device, such as a display device coupled to the interface. In some alternative embodiments, multiple processors and/or multiple buses may be used, if desired, along with multiple memories and multiple memories. Also, multiple electronic devices may be connected, each providing a portion of the necessary operations (e.g., as a server array, a set of blade servers, or a multiprocessor system). One processor 10 is illustrated in fig. 9.

The processor 10 may be a central processor, a network processor, or a combination thereof. Wherein the processor 10 may further comprise a hardware integrated circuit. The hardware integrated circuit may be an application specific integrated circuit, a programmable logic device, or a combination thereof. The programmable logic device may be a complex programmable logic device, a field programmable gate array, a general-purpose array logic, or any combination thereof.

Wherein the memory 20 stores instructions executable by the at least one processor 10 to cause the at least one processor 10 to perform the methods shown in implementing the above embodiments.

The memory 20 may include a storage program area that may store an operating system, application programs required for at least one function, and a storage data area that may store data created according to the use of the electronic device, etc. In addition, the memory 20 may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid-state storage device. In some alternative embodiments, memory 20 may optionally include memory located remotely from processor 10, which may be connected to the electronic device via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The memory 20 may comprise volatile memory, such as random access memory, or nonvolatile memory, such as flash memory, hard disk or solid state disk, or the memory 20 may comprise a combination of the above types of memory.

The electronic device also includes a communication interface 30 for the electronic device to communicate with other devices or communication networks.

The embodiments of the present invention also provide a computer readable storage medium, and the method according to the embodiments of the present invention described above may be implemented in hardware, firmware, or as a computer code which may be recorded on a storage medium, or as original stored in a remote storage medium or a non-transitory machine readable storage medium downloaded through a network and to be stored in a local storage medium, so that the method described herein may be stored on such software process on a storage medium using a general purpose computer, a special purpose processor, or programmable or special purpose hardware. The storage medium may be a magnetic disk, an optical disk, a read-only memory, a random-access memory, a flash memory, a hard disk, a solid state disk, or the like, and further, the storage medium may further include a combination of the above types of memories. It will be appreciated that a computer, processor, microprocessor controller or programmable hardware includes a storage element that can store or receive software or computer code that, when accessed and executed by the computer, processor or hardware, implements the methods illustrated by the above embodiments.

Portions of the present invention may be implemented as a computer program product, such as computer program instructions, which when executed by a computer, may invoke or provide methods and/or aspects in accordance with the present invention by way of operation of the computer. Those skilled in the art will appreciate that the existence of computer program instructions in a computer-readable medium includes, but is not limited to, source files, executable files, installation package files, and the like, and accordingly, the manner in which computer program instructions are executed by a computer includes, but is not limited to, the computer directly executing the instructions, or the computer compiling the instructions and then executing the corresponding compiled programs, or the computer reading and executing the instructions, or the computer reading and installing the instructions and then executing the corresponding installed programs. Herein, a computer-readable medium may be any available computer-readable storage medium or communication medium that can be accessed by a computer.

Although embodiments of the present invention have been described in connection with the accompanying drawings, various modifications and variations may be made by those skilled in the art without departing from the spirit and scope of the invention, and such modifications and variations fall within the scope of the invention as defined by the appended claims.

Claims

1. A service management method, characterized in that the method comprises:

Get the deployment information corresponding to the distributed cluster;

According to the deployment information, the parameter information in the database corresponding to the distributed cluster is updated to generate first current parameter information;

Identifying the first current parameter information, and determining a target service that needs to be started in the distributed cluster;

Control the startup of each target service.

2. The method according to claim 1, wherein the controlling the startup of each of the target services comprises:

Identify the first current parameter information, and search therefrom for system platform parameters corresponding to the distributed cluster and service instance parameters corresponding to each of the target services;

Each of the target services is started according to the system platform parameters and the service instance parameters corresponding to each of the target services.

3. The method according to claim 2, characterized in that starting each of the target services according to the system platform parameters and the service instance parameters corresponding to each of the target services comprises:

Generate a target configuration file corresponding to each target service according to the system platform parameters and each service instance parameter;

According to each of the target configuration files, each of the target services is started.

4. The method according to claim 1, characterized in that the method further comprises:

According to the service operation instruction, the first current parameter information in the database is updated to generate second current parameter information;

According to the second current parameter information, operations are performed on each current service corresponding to the distributed cluster.

5. The method according to any one of claims 1 or 4, characterized in that the method further comprises:

Receiving a cluster upgrade instruction input by a user, where the cluster upgrade instruction is used to upgrade the distributed cluster;

According to the cluster upgrade instruction, identifying each current service in the distributed cluster;

Determine, from the current services, a service to be restarted that needs to be restarted;

Restart each of the services to be restarted and upgrade the distributed cluster;

Update the upgrade status and upgrade time corresponding to the distributed cluster.

6. The method according to claim 1, characterized in that the method further comprises:

Monitor the main database in the distributed cluster to detect whether an abnormality occurs in the main database;

When an exception occurs in the main database, the current running data and the current running service corresponding to the main database are obtained;

Searching for a backup slave database corresponding to the master database; the backup slave database is a backup database of the master database on a slave node in the distributed cluster, and the data in the backup slave database is consistent with the data in the master database;

Disconnecting from the primary database;

Connecting to the backup slave database;

Searching the current running data from the backup database;

Based on the current running data, each of the currently running services is controlled to continue running.

7. The method according to claim 1, characterized in that the method further comprises:

Obtaining an upgrade package corresponding to the service to be upgraded in the distributed cluster;

The upgrade package is loaded to upgrade the service to be upgraded.

8. A service management device, characterized in that the device comprises:

The acquisition module is used to obtain the deployment information corresponding to the distributed cluster;

An updating module, configured to update the parameter information in the database corresponding to the distributed cluster according to the deployment information, and generate first current parameter information;

A determination module, configured to identify the first current parameter information and determine a target service that needs to be started in the distributed cluster;

The control module is used to control the startup of each target service.

9. An electronic device, comprising:

A memory and a processor, wherein the memory and the processor are communicatively connected to each other, the memory stores computer instructions, and the processor executes the service management method according to any one of claims 1 to 7 by executing the computer instructions.

10. A computer-readable storage medium, characterized in that computer instructions are stored on the computer-readable storage medium, and the computer instructions are used to enable a computer to execute the service management method according to any one of claims 1 to 7.