CN115460101B - Network service management method, device, equipment and storage medium - Google Patents

Network service management method, device, equipment and storage medium Download PDF

Info

Publication number
CN115460101B
CN115460101B CN202210923959.7A CN202210923959A CN115460101B CN 115460101 B CN115460101 B CN 115460101B CN 202210923959 A CN202210923959 A CN 202210923959A CN 115460101 B CN115460101 B CN 115460101B
Authority
CN
China
Prior art keywords
service
tested
data
target
version
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202210923959.7A
Other languages
Chinese (zh)
Other versions
CN115460101A (en
Inventor
高佳
孙骁永
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Dajia Internet Information Technology Co Ltd
Original Assignee
Beijing Dajia Internet Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Dajia Internet Information Technology Co Ltd filed Critical Beijing Dajia Internet Information Technology Co Ltd
Priority to CN202210923959.7A priority Critical patent/CN115460101B/en
Publication of CN115460101A publication Critical patent/CN115460101A/en
Application granted granted Critical
Publication of CN115460101B publication Critical patent/CN115460101B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The disclosure relates to a method, a device, equipment and a storage medium for managing network services, which relate to the technical field of networks and can improve the management efficiency of network services of different versions. The specific scheme comprises the following steps: and acquiring service data of the service to be tested and service data of the target service, wherein the service to be tested and the target service are the same network service, and service versions of the service to be tested and the target service are different. And determining difference data according to the service data of the service to be tested and the service data of the target service, wherein the difference data is the difference value between the service data of the service to be tested and the service data of the target service. If the difference data is smaller than the preset difference threshold, determining that the version state of the service to be tested is the same as the version state of the target service, wherein the version state comprises: the network service management system comprises a first state and a second state, wherein the first state is used for indicating that the network service is in a normal version, and the second state is used for indicating that the network service is in an abnormal version.

Description

Network service management method, device, equipment and storage medium
Technical Field
The disclosure relates to the field of network technologies, and in particular, to a method, a device, equipment and a storage medium for managing network services.
Background
With the development of network technology, developers can develop network services of various functions. In developing a web service, the web service may come in multiple versions with update optimization. Thereafter, the developer may select a stable version of the web service from the plurality of versions of the web service to be brought online.
Currently, in a process of selecting a stable version of network service from multiple versions of network services, a developer needs to test each version of network service, and determine whether the version of network service is abnormal according to a test result of each version of network service. The stabilized version of the web service is then brought online. However, in the current technical solution, a developer is required to perform a large amount of tests on the network service, and the management efficiency of the network service of different versions is low.
Disclosure of Invention
The present disclosure provides a method, an apparatus, a device, and a storage medium for managing network services, which can improve the management efficiency of network services of different versions. The technical scheme of the present disclosure is as follows:
according to a first aspect of the present disclosure, there is provided a method of managing a network service, the method comprising:
And acquiring service data of the service to be tested and service data of the target service, wherein the service to be tested and the target service are the same network service, the service versions of the service to be tested and the target service are different, and the service data represents the resource interaction quantity when the network service is operated. And determining difference data according to the service data of the service to be tested and the service data of the target service, wherein the difference data is the difference value between the service data of the service to be tested and the service data of the target service. And determining the version state of the service to be tested according to the difference data and the version state of the target service.
Optionally, the method for managing network services further includes: and acquiring a service identifier of the service to be tested. Determining a target detection strategy according to a service identifier of the service to be tested, wherein the target detection strategy is a strategy for detecting the service to be tested, the target detection strategy comprises a target index of the service to be tested, and data corresponding to the target index comprises: service data of a service to be tested and service data of a target service. And acquiring service data of the service to be tested and service data of the target service according to the target detection strategy, wherein the service data of the service to be tested and the service data of the target service are data corresponding to the target index.
Optionally, the target detection policy further includes a target processing mode, where the target processing mode is used to determine the difference data. The network service management method further comprises the following steps: and processing the service data of the service to be tested and the service data of the target service according to the target processing mode to obtain difference data.
Optionally, if the difference data is greater than the preset difference threshold, determining that the version state of the service to be tested is different from the version state of the target service.
Optionally, if the difference data is smaller than the preset difference threshold, determining that the version state of the service to be tested is the same as the version state of the target service, where the version state includes: the network service management system comprises a first state and a second state, wherein the first state is used for indicating that the network service is in a normal version, and the second state is used for indicating that the network service is in an abnormal version. Optionally, if the version state of the service to be tested is the first state, the identifier setting interface is called to set a first identifier for the service to be tested, where the first identifier is used to indicate that the service to be tested is a network service that operates normally. And if the version state of the service to be tested is the second state, calling an identifier setting interface to set a second identifier for the service to be tested, and generating alarm information, wherein the second identifier is used for indicating that the service to be tested is the network service with abnormal operation.
Optionally, the service to be tested is any one of the network services of the to-be-online version, and the network service of the to-be-online version and the target service are the same network service. And if the version state of the service to be tested is the second state, deleting the service to be tested from the network service of the version to be online.
According to a second aspect of the present disclosure, there is provided a management apparatus of a network service, the management apparatus of a network service including: an acquisition unit and a processing unit.
The system comprises an acquisition unit, a network service processing unit and a network service processing unit, wherein the acquisition unit is configured to acquire service data of a service to be tested and service data of a target service, the service to be tested and the target service are the same network service, service versions of the service to be tested and the target service are different, and the service data represent resource interaction quantity when the network service is operated. And the processing unit is configured to determine difference data according to the service data of the service to be tested and the service data of the target service, wherein the difference data is the difference between the service data of the service to be tested and the service data of the target service. And the processing unit is further configured to determine the version state of the service to be tested according to the difference data and the version state of the target service.
Optionally, the acquiring unit is further configured to perform acquiring a service identifier of the service to be tested. The acquisition unit is further configured to execute a target detection strategy according to the service identifier of the service to be tested, wherein the target detection strategy is a strategy for detecting the service to be tested, the target detection strategy comprises a target index of the service to be tested, and data corresponding to the target index comprises: service data of a service to be tested and service data of a target service. The acquisition unit is specifically configured to acquire service data of the service to be tested and service data of the target service according to the target detection policy, wherein the service data of the service to be tested and the service data of the target service are data corresponding to the target index.
Optionally, the target processing mode is used for determining the difference data. The processing unit is specifically configured to execute processing of service data of the service to be tested and service data of the target service according to the target processing mode to obtain difference data.
Optionally, the processing unit is specifically configured to determine that the version state of the service to be tested is different from the version state of the target service if the difference data is greater than the preset difference threshold.
Optionally, the processing unit is specifically configured to execute determining that the version state of the service to be tested is the same as the version state of the target service if the difference data is smaller than the preset difference threshold, where the version state includes: the network service management system comprises a first state and a second state, wherein the first state is used for indicating that the network service is in a normal version, and the second state is used for indicating that the network service is in an abnormal version.
Optionally, the processing unit is further configured to execute, if the version state of the service to be tested is the first state, call the identifier setting interface to set a first identifier for the service to be tested, where the first identifier is used to indicate that the service to be tested is a network service that operates normally. And the processing unit is further configured to execute the step of calling the identifier setting interface to set a second identifier for the service to be tested if the version state of the service to be tested is the second state, and generate alarm information, wherein the second identifier is used for indicating that the service to be tested is the network service with abnormal operation.
Optionally, the service to be tested is any one of the network services of the to-be-online version, and the network service of the to-be-online version and the target service are the same network service. And the processing unit is further configured to execute deleting the service to be tested from the network service of the version to be online if the version state of the service to be tested is the second state.
According to a third aspect of the present disclosure, there is provided a server comprising:
A processor. A memory for storing processor-executable instructions. Wherein the processor is configured to execute instructions to implement the method of managing alternative network services of any of the above first aspects.
According to a fourth aspect of the present disclosure, there is provided a computer-readable storage medium having instructions stored thereon, which when executed by a processor of a computer, enable the computer to perform the method of managing the selectable network services of any one of the above first aspects.
According to a fifth aspect of the present disclosure, there is provided a computer program product comprising a computer program which, when executed by a processor, implements a method of managing an alternative network service as in any of the first aspects.
According to a sixth aspect of the present disclosure, there is provided a chip comprising a processor and a communication interface, the communication interface and the processor being coupled, the processor being for running a computer program or instructions to implement a method of management of a network service as described in any one of the possible implementations of the first aspect and the first aspect.
The technical scheme provided by the disclosure at least brings the following beneficial effects: and acquiring service data of the service to be tested and service data of the target service, wherein the service to be tested and the target service are the same network service, the service versions of the service to be tested and the target service are different, and the service data represents the resource interaction quantity when the network service is operated. And determining difference data according to the service data of the service to be tested and the service data of the target service, wherein the difference data is the difference value between the service data of the service to be tested and the service data of the target service. And determining the version state of the service to be tested according to the difference data and the version state of the target service. Therefore, a developer is not required to test, and the server can autonomously test whether the states of the version to be tested and the target service version are the same or not based on the service data of the network service of the version to be tested and the service data of the network service of the reference version (namely the target service), so that the management efficiency of the network service of different versions is improved, the service data cannot be omitted, and the accuracy of a test result is ensured. In addition, in the technical scheme of the application, the judgment standards of the servers are the same, so that the testing variability of different versions of network services can be avoided.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the disclosure and together with the description, serve to explain the principles of the disclosure and do not constitute an undue limitation on the disclosure.
FIG. 1A is a schematic diagram of a communication system, shown according to an exemplary embodiment;
FIG. 1B is a schematic diagram of a system architecture, shown according to an example embodiment;
FIG. 2 is a flow chart illustrating a method of managing web services according to an exemplary embodiment;
FIG. 3 is an example diagram of one type of service data, shown in accordance with an exemplary embodiment;
FIG. 4A is a flowchart illustrating another method of managing web services according to an example embodiment;
FIG. 4B is an example diagram of a service policy, according to an example embodiment;
FIG. 5 is a flowchart illustrating another method of managing network services according to an exemplary embodiment;
FIG. 6 is a flowchart illustrating another method of managing network services according to an example embodiment;
FIG. 7 is a flowchart illustrating another method of managing web services according to an exemplary embodiment;
FIG. 8 is an example diagram of a set identifier, according to an example embodiment;
FIG. 9 is a flowchart illustrating another method of managing web services according to an exemplary embodiment;
fig. 10 is a schematic structural view of a management apparatus for network services according to an exemplary embodiment;
fig. 11 is a schematic structural view of another management apparatus for network services according to an exemplary embodiment.
Detailed Description
In order to enable those skilled in the art to better understand the technical solutions of the present disclosure, the technical solutions of the embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings.
It should be noted that the terms "first," "second," and the like in the description and claims of the present disclosure and in the foregoing figures are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments of the disclosure described herein may be capable of operation in sequences other than those illustrated or described herein. The implementations described in the following exemplary examples are not representative of all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with some aspects of the present disclosure as detailed in the accompanying claims.
It should be noted that, the user information (including, but not limited to, user equipment information, user personal information, etc.) and the data (including, but not limited to, service data of a network service, a threshold value, etc.) related to the present disclosure are information and data authorized by the user or sufficiently authorized by each party.
First, an application scenario of the embodiment of the present disclosure will be described.
The network service management method of the embodiment of the disclosure is applied to a scene of network service management. In the related art, in a process in which a developer selects a stable version of a web service from a plurality of versions of web services, the developer needs to test each version of web service and determine whether the version of web service is abnormal according to a test result of each version of web service. The stabilized version of the web service is then brought online.
Illustratively, a developer needs to compare the service data of the network service of the version to be tested with the service data of the network service of the stable version. And then, the developer can judge whether the network service of the version to be tested runs abnormally or not according to the compared data, and the network service of the version to be tested, which runs normally, is online.
However, the network service has more service data, and a developer may miss part of the data in the process of comparing the service data, so that the test result is inaccurate. Moreover, the judgment standards of different developers on the test results are inconsistent, so that partial abnormal versions of network services are determined to be normal network services, and further service problems are caused on line.
In order to solve the above-mentioned problems, an embodiment of the present disclosure provides a method for managing network services, which obtains service data of a network service of a version to be tested and service data of a network service of a reference version, where the network service of the reference version is a network service that operates normally. And then, comparing the service data of the network service of the version to be tested with the service data of the network service of the reference version to determine whether the version state of the version to be tested is the same as the version state of the reference version. Therefore, a developer is not required to test, and the server can autonomously test the version state of the network service of the version to be tested based on the service data of the network service of the version to be tested and the service data of the network service of the reference version, so that the management efficiency of the network service of different versions is improved, the service data cannot be omitted, and the accuracy of a test result is ensured. In addition, in the technical scheme of the application, the judgment standards of the servers are the same, so that the testing variability of different versions of network services can be avoided.
Fig. 1A is a schematic diagram of a communication system according to an embodiment of the disclosure, as shown in fig. 1A, where the communication system may include: at least one server, for example, the at least one server comprises: the connection between the server 01, the server 02 and the server 03, the server 01, the server 02 and the server 03 can be established through a wired network or a wireless network.
Wherein, the server 01 (or the server 02, the server 03) can be a data server of some multimedia resource service platforms, and can be used for storing and processing multimedia resources. For example, the multimedia asset service platform may be a short video application service platform, a live service platform, a shopping service platform, a take-away service platform, a shared service platform, a functional website, and the like. The multimedia resources provided by the short video application service platform can be some short video works, the multimedia resources provided by the live broadcast service platform can be live broadcast works and the like, and the rest are not described in detail. The present disclosure is not limited to a particular type of multimedia asset service platform.
In the embodiment of the disclosure, the server may carry a network service and run the network service.
In one possible design, different versions of the web service may be hosted on different servers. Any one of the servers (e.g., server 01, server 02, or server 03) may obtain service data of different versions of the network service, and test the tested version of the network service.
Illustratively, the web service a includes: the first test version of the network service A, the second test version of the network service A and the reference version of the network service A (namely the network service which is normal in operation and is online). The first test version of web service a may be installed on server 01, the second test version of web service a may be installed on server 02, and the reference version of web service a may be installed on server 03. If the server 01 can acquire the service data of the first test version of the network service a, the service data of the second test version of the network service a, and the service data of the reference version of the network service a. The server 01 may test a first test version of web service a and a second test version of web service a.
In another possible design, different versions of the web service may be hosted on the same server. The server can acquire service data of network services of different versions and test the network services of the tested version.
Illustratively, the web service a includes: the first test version of the network service A, the second test version of the network service A and the reference version of the network service A (namely the network service which is normal in operation and is online). The first test version of the web service a may be installed on the server 01, the second test version of the web service a may be installed on the server 01, and the reference version of the web service a may be installed on the server 01. The server 01 may acquire service data of the first test version of the network service a, service data of the second test version of the network service a, and service data of the reference version of the network service a. The server 01 may test a first test version of web service a and a second test version of web service a.
In some embodiments, the server 01 (or the server 02 or the server 03) may be a single server, or may be a server cluster formed by a plurality of servers. In some implementations, the server cluster may also be a distributed cluster. The present disclosure is also not limited to the specific implementation of server 01, server 02, or server 03.
In still other embodiments, the server 01 (or the server 02 or the server 03) may further include a database or be connected to the database, and the multimedia resources of the multimedia resource service platform may be stored in the database.
The system architecture of the server provided by the present disclosure is described below. The system architecture of the server may employ a layered architecture, an event driven architecture, a microkernel architecture, a microservice architecture, or a cloud architecture. The embodiments of the present disclosure exemplify a hierarchical architecture system, illustrating the software structure of a server.
As shown in fig. 1B, the server includes: a user layer, a policy layer, a data dependency layer, a platform dependency layer, an application programming interface layer, and a data storage layer.
Wherein the user layer is used for configuring data. The user layer includes: the system comprises an index configuration module, an interception configuration module and a report query module. The index configuration module is used for configuring index parameters of the network service, for example, the index of the service A comprises an index A and an index B. The interception configuration module is used for rejecting network service to be online. The report query module is used for querying service data of the network service.
The policy layer is used for executing the target policy. The strategy layer comprises an index analysis module and a state judgment module. The index analysis module is used for processing and comparing the service data of the service to be tested with the service data of the target service. The state judging module is used for determining whether the service to be tested is a network service which normally operates.
The data dependent layer may serve as a data source for the service data. The data dependent layer may include a plurality of performance analysis tools, and the plurality of performance analysis tools may include: tool a, tool B, tool C, etc. The performance analysis tool may analyze the occupancy of hardware/software resources.
The platform dependency layer is used for realizing the scheduling of the task method. The platform dependent layer may also obtain configuration information. The platform dependent layer may also be used for interaction of application programming interfaces. The platform dependent layer may include: configuration a, gray scale, configuration B (e.g., visualization configuration), etc.
The application programming interface layer includes a plurality of application programming interfaces.
The data storage module is used for storing data. For example, the data storage module includes a database in which data obtained from the data dependent layer is stored.
After the application scenario and the implementation environment of the embodiment of the present disclosure are described, the method for managing network services provided by the embodiment of the present disclosure is described in detail below with reference to the implementation environment shown in fig. 1A.
Fig. 2 is a flowchart illustrating a method of managing web services according to an exemplary embodiment. As shown in fig. 2, the method may include steps 201-203.
201. And acquiring service data of the service to be tested and service data of the target service.
The service to be tested and the target service are the same network service, and the service versions of the service to be tested and the target service are different.
In one possible design, the target service is a network service that is in a normal operating state and is already online. That is, the target service is what may also be referred to as a reference service.
In another possible design, the target service is a network service with an abnormal operating state.
In the embodiment of the present disclosure, the service data may be service data of running a network service, where the service data characterizes an interaction amount of resources when the network service is running.
In one possible design, the service data may be resource occupancy data (which may be referred to as a first type of data) that is used to reflect device resources occupied when running the network service.
It should be noted that the resource occupation data may include a processing resource, a memory resource, a video memory resource, and the like. The embodiments of the present disclosure do not limit the representation of the size of the resource occupation data. For example, the size of the resource occupancy data may be represented by a specific value (e.g., a value a, B, and C) or a percentage, which may refer to the ratio of the occupied resources to the total resources of the device when running the network service.
By way of example, the service data may include one or more of the following: central processing unit (central processing unit, CPU) resources, graphics processor (graphics processing unit, GPU) resources, application SPECIFIC INTEGRATED Circuits (ASIC) resources. The CPU resource may be a value a, the GPU resource may be a value B, and the ASIC resource may be a value C.
For example, in connection with fig. 3, if the resource occupation data is a video memory, the storage resource 301 of the video memory includes a storage space of a value a, and the resource 302 occupied when the network service is running is a storage space of a value B, the storage resource required when processing the resource processing task is a value B/a.
In another possible design, the service data may be data (which may be referred to simply as second-class data) that reflects the network service implementation service.
Illustratively, if the network service is a resource delivery service. The service data may include: resource release data, resource processing data and effective resource rate. If the network service is a resource handling service. The service data may include: the amount of resources that can be processed, the speed of resource processing, and the accuracy of resource processing.
In another possible design, the service data may include a first type of data and a second type of data.
In the embodiment of the present disclosure, the service data may be data within a preset period.
It should be noted that the embodiment of the present disclosure does not limit the preset period. For example, the preset period may be service data within one hour. For another example, the preset period may be service data within a day. For another example, the preset period may be service data within one week.
202. And determining difference data according to the service data of the service to be tested and the service data of the target service.
The difference data is the difference between the service data of the service to be tested and the service data of the target service. The difference data is used to reflect the difference between the service to be tested and the target service.
Illustratively, provided that the service data of the service to be tested includes: the CPU resource is a value A, GPU resource is a value B, and the service data of the target service comprises: the CPU resource is the value C, GPU and the resource is the value D. The difference data is: the CPU resource difference is the difference between the value A and the value C, and the GPU resource difference is the difference between the value B and the value D.
203. And determining the version state of the service to be tested according to the difference data and the version state of the target service.
In one possible implementation, the version status of the service to be tested is determined according to the difference data, the version status of the target service and the preset difference condition.
For example, if the preset difference condition is: the released resource amount of the service to be tested is higher than that of the target service, and the resource processing rate of the service to be tested is higher than that of the target service. If the difference data includes: in the service data of the service to be tested, the number of released resources is increased by the number A, and the resource processing rate is increased by the number B, so that the version state of the service to be tested can be determined to be the same as the version state of the target service. If the difference data includes: in the service data of the service to be tested, the number of released resources is increased by the number A, the resource processing rate is reduced by B%, and then the version state of the service to be tested can be determined to be different from the version state of the target service.
It should be noted that, the preset difference condition may be set for the developer. Or the preset variance condition may be determined based on historical data. The embodiments of the present disclosure are not limited in this regard.
In one possible design, the version states include: the network service management system comprises a first state and a second state, wherein the first state is used for indicating that the network service is in a normal version, and the second state is used for indicating that the network service is in an abnormal version.
It should be noted that the fact that the network service is in a normal version means that the network service can normally operate and can be online. The network service being in an abnormal version means that the network service running is abnormal and cannot be on line.
The technical scheme provided by the embodiment at least brings the following beneficial effects: and acquiring service data of the service to be tested and service data of the target service, wherein the service to be tested and the target service are the same network service, the service versions of the service to be tested and the target service are different, and the service data represents the resource interaction quantity when the network service is operated. And determining difference data according to the service data of the service to be tested and the service data of the target service, wherein the difference data is the difference value between the service data of the service to be tested and the service data of the target service. And determining the version state of the service to be tested according to the difference data and the version state of the target service. Therefore, a developer is not required to test, and the server can autonomously test whether the states of the version to be tested and the target service version are the same or not based on the service data of the network service of the version to be tested and the service data of the network service of the reference version (namely the target service), so that the management efficiency of the network service of different versions is improved, the service data cannot be omitted, and the accuracy of a test result is ensured. In addition, in the technical scheme of the application, the judgment standards of the servers are the same, so that the testing variability of different versions of network services can be avoided.
In one embodiment, as shown in fig. 4A, the method for managing network services may further include steps 401-402 before step 201.
401. And acquiring a service identifier of the service to be tested.
It should be noted that, the embodiments of the present disclosure do not limit the service identifier. For example, the service identification may be a service name of the service. As another example, the service identification may be an address. For another example, the service identity may be a preset identity of the service to be tested.
In one possible implementation, the server may receive a service indication message including a service identification of the service to be tested.
It should be noted that, a developer may input a service identifier (such as a service name) of the service to be tested.
402. And determining a target detection strategy according to the service identification of the service to be tested.
The target detection strategy is a strategy for detecting the service to be tested, and comprises target indexes of the service to be tested. The data corresponding to the target index comprises: service data of a service to be tested and service data of a target service.
It should be noted that, the embodiments of the present disclosure do not limit the target index. For example, the target index may be a CPU resource. For another example, the target index may be a GPU resource. For another example, the target index may be a resource release amount, a CPU resource.
In one possible implementation, the server stores therein a target detection policy, and a correspondence (which may be simply referred to as a first correspondence) between the service identifier and the target detection policy. The server may determine the target detection policy according to a correspondence between a service identifier of the service to be tested and the target detection policy.
Illustratively, as shown in FIG. 4B, the server has a first correspondence stored therein. The service A and the strategy A have a corresponding relation, the service B and the strategy B have a corresponding relation, and the service C and the strategy C have a corresponding relation. The strategy A comprises a target index as a memory, the strategy B comprises a target index as a memory and a video memory, and the strategy C comprises a target index as a resource input amount and a resource processing amount. If the service identifier of the service to be tested is service A, determining the target detection strategy as strategy A.
In one embodiment, step 201 may include step 403.
403. And acquiring service data of the service to be tested and service data of the target service according to the target detection strategy.
The service data of the service to be tested and the service data of the target service are data corresponding to the target index.
In one possible implementation, the target indicator is determined according to a target detection policy. And then, acquiring service data of the service to be tested and service data of the target service according to the target index.
The technical scheme provided by the embodiment at least brings the following beneficial effects: and acquiring a service identifier of the service to be tested. And determining a target detection strategy according to the service identifier of the service to be tested, wherein the target detection strategy is a strategy for detecting the service to be tested, and the target detection strategy comprises target indexes of the service to be tested. And then, acquiring service data of the service to be tested and service data of the target service according to the target detection strategy, wherein the service data of the service to be tested and the service data of the target service are data corresponding to the target index. In this way, service data can be acquired according to different services. Service data irrelevant to service running state is avoided being acquired, the data quantity processed by the server is reduced, and the accuracy of network service management is improved.
In one embodiment, the target detection policy further includes a target processing means for determining the difference data.
In one possible design, the target processing method includes: a first processing mode and a second processing mode. The first processing mode is a difference method, and the second processing mode is a mode for determining a change value of service data of the service to be tested compared with service data of the target service.
For example, if the target processing mode is the first processing mode, the server may determine a difference between the service data of the service to be tested and the service data of the target service, and compare the size relationship between the service data of the service to be tested and the service data of the target service. If the target processing mode is the second processing mode, the server can determine the change value of the service data of the service to be tested compared with the service data of the target service.
As shown in fig. 5, step 202 may include step 501.
501. And processing the service data of the service to be tested and the service data of the target service according to the target processing mode to obtain difference data.
In one possible implementation, the target processing mode is a first type of processing mode. And processing the service data of the service to be tested and the service data of the target service according to the first type of processing mode to obtain difference data.
Illustratively, the first type of processing is a differencing method. If the service data of the service to be tested includes: the CPU resource is number A, GPU resource is number B, and the service data of the target service comprises: the CPU resource is number C, GPU and the resource is number D. The difference data is: the CPU resource difference is the difference between the quantity A and the quantity C, and the GPU resource difference is the difference between the quantity B and the quantity D.
In another possible implementation, the target processing mode is a second type of processing mode. And processing the service data of the service to be tested and the service data of the target service according to the second class of processing modes to obtain difference data.
It should be noted that, in the embodiment of the present disclosure, the difference data obtained according to the second type of processing manner may be ring ratio growth data (such as daily ring ratio growth data, weekly ring ratio growth data, monthly ring ratio growth data), homonymous growth data (such as daily homonymous growth data, weekly homonymous growth data, monthly homonymous growth data), and the like.
The technical scheme provided by the embodiment at least brings the following beneficial effects: the target detection strategy further includes a target processing mode for determining the difference data. The server can process the service data of the service to be tested and the service data of the target service according to the target processing mode to obtain difference data. Therefore, the difference data can be ensured to be determined for the network service according to a specific processing mode, so that the accuracy of testing the network service is improved.
In one embodiment, the server stores a corresponding relationship (such as a second corresponding relationship) between the preset processing manner and the service identifier of the network service. The server can determine the target processing mode according to the corresponding relation between the service identification of the service to be tested and the second corresponding relation. And then, processing the service data of the service to be tested and the service data of the target service according to the target processing mode to obtain difference data.
In one embodiment, as shown in FIG. 6, step 203 may include steps 601-603.
601. Determining whether the difference data is less than a preset difference threshold.
The target detection strategy further comprises a preset difference condition and a preset difference threshold, wherein the preset difference condition is as follows: the difference data is less than a preset difference threshold.
In one possible implementation, the difference data is compared to a preset difference threshold. If the difference data is smaller than the preset difference threshold value, determining that the difference data meets the preset difference condition. If the difference data is larger than the preset difference threshold value, determining that the difference data does not meet the preset difference condition.
Exemplary, the preset conditions are: the CPU difference is smaller than the value A, and the GPU resource is smaller than the value B. If the difference data between the target service and the service to be tested is: the difference of CPU resources is a value C, and the difference of GPU resources is a value D. If the value C is smaller than the value A and the value D is smaller than the value B, the difference data meets the preset condition. If the value C is greater than the value A or the value D is greater than the value B, the difference data does not meet the preset condition.
In one embodiment, if it is determined that the difference data is less than the predetermined difference threshold, step 602 is performed. If the difference data is greater than the preset difference threshold, step 603 is performed.
602. And determining that the version state of the service to be tested is the same as the version state of the target service.
It can be understood that, in the case that the difference data is smaller than the preset difference threshold, it is indicated that the service data of the service to be tested and the service data of the target service are smaller in difference, and it is indicated that the version state of the service to be tested is the same as the version state of the target service.
In one possible design, if the version state of the target service is the first state, then the version state of the service to be tested is determined to be the first state. And if the version state of the target service is the second state, determining that the version state of the service to be tested is the second state.
603. And determining that the version state of the service to be tested is different from the version state of the target service.
It can be understood that, when the difference data is greater than the preset difference threshold, it is indicated that the service data of the service to be tested is greatly different from the service data of the target service, and it is indicated that the version state of the service to be tested is different from the version state of the target service.
In one possible design, if the version status of the target service is the first status, then the version status of the service to be tested is determined to be the second status.
In one embodiment, as shown in fig. 7, the method for managing network services may further include steps 701-703.
701. A first identifier is set for the service to be tested.
The first identifier is used for indicating that the service to be tested is a network service which operates normally.
In the embodiment of the disclosure, if the version state of the service to be tested is the first state, the identifier setting interface is called to set the first identifier for the service to be tested.
In one embodiment, if the version status of the service to be tested is the first status, the service to be tested may be brought online.
702. A second identifier is set for the service to be tested.
The second identifier is used for indicating that the service to be tested is a network service with abnormal operation.
In the embodiment of the present disclosure, if the version state of the service to be tested is the second state, the identifier setting interface is called to set the second identifier for the service to be tested.
For example, as shown in fig. 8, if the first label is a normal label, the second label is an abnormal label. And setting a normal label 802 for the service A801 to be tested if the service A801 to be tested is a network service which operates normally. And setting an abnormal label 804 for the service B803 to be tested if the service B803 to be tested is a network service running abnormally.
703. And generating alarm information.
In the embodiment of the disclosure, if the version state of the service to be tested is the second state, alarm information is generated.
For example, the alert information may be "version a's web service is an abnormal web service, and version a's web service is not on-line.
It should be noted that, the embodiment of the present disclosure does not limit the order of executing the steps 702 and 703. For example, step 702 may be performed first, followed by step 703. For another example, step 703 may be performed first, followed by step 702. For another example, step 703 and step 702 may be performed simultaneously.
The technical scheme provided by the embodiment at least brings the following beneficial effects: if the version state of the service to be tested is the first state, a first identifier is set for the service to be tested, and the first identifier is used for indicating that the service to be tested is the network service which normally operates. If the version state of the service to be tested is the second state, setting a second identifier for the service to be tested, and generating alarm information, wherein the second identifier is used for indicating that the service to be tested is a network service with abnormal operation. Therefore, the normal running service to be tested and the abnormal running service to be tested can be distinguished, the abnormal network service is prevented from being online, and the stability of the network service is improved.
In one embodiment, the service to be tested is any one of the network services of the to-be-online version, and the network service of the to-be-online version and the target service are the same network service. If the version state of the service to be tested is the second state, the service to be tested can be deleted from the network service of the version to be online.
For example, suppose service a to be on-line version includes: version a service a, version B service a, and version C service a. If the version state of the service a of the version a is the second state, deleting the service a of the version a from the service a of the to-be-online version, that is, the updated service a of the to-be-online version includes: version B service a and version C service a.
It can be understood that if the version status of the service to be tested is the second status, it indicates that the service to be tested may be an abnormal version of the network service, i.e. the service to be tested may not operate normally. Therefore, the service to be tested can be deleted from the network service of the version to be online, and the network service of the abnormal version is prevented from being online.
Optionally, if the version state of the service to be tested is the second state, a first indication message may be generated, where the first indication message is used to indicate that the service to be tested is deleted from the network service of the version to be online. And then, deleting the service to be tested from the network service of the version to be online in response to the operation of the first indication message of the user.
It can be appreciated that after the first indication message is generated, a developer can autonomously determine whether to delete the service to be tested, so that the risk of data loss is reduced.
Embodiments of the present disclosure are described below in conjunction with specific examples. As shown in fig. 9, a user may input detection parameters (e.g., service name and preset period) of a network service (e.g., service a). Thereafter, the server may detect service a. If the service A is abnormal, the server stops testing the service A. If the service A is normal, the server acquires the detection strategy of the service A and acquires the service detection index (i.e. the target index). The server may then detect the service a indicator state. If the indexes are all normal indexes, the server sets a normal identifier for the service A. If the index has abnormal index, the server sets the service A as abnormal mark and generates alarm information.
It will be appreciated that the above method may be implemented by a management device for network services. In order to realize the functions, the network service management device comprises a hardware structure and/or a software module corresponding to each function. Those of skill in the art will readily appreciate that the various illustrative modules and algorithm steps described in connection with the embodiments disclosed herein may be implemented as hardware or combinations of hardware and computer software. Whether a function is implemented as hardware or computer software driven hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the embodiments of the present disclosure.
The embodiments of the present disclosure may divide functional modules of the management apparatus or the like of the network service according to the above method example, for example, each functional module may be divided corresponding to each function, or two or more functions may be integrated into one processing module. The integrated modules may be implemented in hardware or in software functional modules. It should be noted that, in the embodiment of the present disclosure, the division of the modules is merely a logic function division, and other division manners may be implemented in actual practice.
Fig. 10 is a block diagram illustrating a structure of a management apparatus for a web service according to an exemplary embodiment. Referring to fig. 10, the management apparatus 100 for network services includes an acquisition unit 1001 and a processing unit 1002.
The obtaining unit 1001 is configured to obtain service data of a service to be tested and service data of a target service, where the service to be tested and the target service are the same network service, and service versions of the service to be tested and the target service are different, and the service data represents a resource interaction amount when the network service is operated. The processing unit 1002 is configured to determine difference data according to service data of a service to be tested and service data of a target service, where the difference data is a difference between the service data of the service to be tested and the service data of the target service. The processing unit 1002 is further configured to perform determining a version status of the service to be tested based on the difference data and the version status of the target service.
Optionally, the obtaining unit 1001 is further configured to perform obtaining a service identifier of the service to be tested. The obtaining unit 1001 is further configured to determine a target detection policy according to a service identifier of a service to be tested, where the target detection policy is a policy for detecting the service to be tested, the target detection policy includes a target indicator of the service to be tested, and data corresponding to the target indicator includes: service data of a service to be tested and service data of a target service. The obtaining unit 1001 is specifically configured to obtain service data of a service to be tested and service data of a target service according to a target detection policy, where the service data of the service to be tested and the service data of the target service are data corresponding to a target index.
Optionally, the target processing mode is used for determining the difference data. The processing unit 1002 is specifically configured to perform processing according to a target processing manner, to obtain difference data, of service data of a service to be tested and service data of a target service.
Optionally, the processing unit 1002 is specifically configured to determine that the version status of the service to be tested is different from the version status of the target service if the difference data is greater than the preset difference threshold.
Optionally, the processing unit 1002 is specifically configured to determine that the version state of the service to be tested is the same as the version state of the target service if the difference data is smaller than the preset difference threshold, where the version state includes: the network service management system comprises a first state and a second state, wherein the first state is used for indicating that the network service is in a normal version, and the second state is used for indicating that the network service is in an abnormal version.
Optionally, the processing unit 1002 is further configured to execute, if the version state of the service to be tested is the first state, call the identifier setting interface to set a first identifier for the service to be tested, where the first identifier is used to indicate that the service to be tested is a network service that operates normally. The processing unit 1002 is further configured to execute, if the version state of the service to be tested is the second state, call the identifier setting interface to set a second identifier for the service to be tested, and generate alarm information, where the second identifier is used to indicate that the service to be tested is a network service with abnormal operation.
Optionally, the service to be tested is any one of the network services of the to-be-online version, and the network service of the to-be-online version and the target service are the same network service. The processing unit 1002 is further configured to execute deleting the service to be tested from the network service of the version to be online if the version status of the service to be tested is the second status.
The specific manner in which the respective modules perform the operations in the management apparatus for network services in the above-described embodiments has been described in detail in the embodiments related to the method, and will not be described in detail herein.
Fig. 11 is a schematic structural diagram of a management apparatus 110 for network services provided by the present disclosure. As shown in fig. 11, the network service management device 110 may include at least one processor 1101 and a memory 1103 for storing instructions executable by the processor 1101. Wherein the processor 1101 is configured to execute instructions in the memory 1103 to implement the method of managing network services in the above-described embodiments.
In addition, the management device 110 of the network service may also include a communication bus 1102 and at least one communication interface 1104.
The processor 1101 may be a GPU, a micro-processing unit, an ASIC, or one or more integrated circuits for controlling the execution of the programs of the present disclosure.
Communication bus 1102 may include a path to transfer information between the aforementioned components.
Communication interface 1104 uses any transceiver-like device for communicating with other devices or communication networks, such as ethernet, radio access network (radio access network, RAN), wireless local area network (wireless local area networks, WLAN), etc.
The memory 1103 may be, but is not limited to, a read-only memory (ROM) or other type of static storage device that can store static information and instructions, a random access memory (random access memory, RAM) or other type of dynamic storage device that can store information and instructions, an electrically erasable programmable read-only memory (ELECTRICALLY ERASABLE PROGRAMMABLE READ-only memory, EEPROM), a compact disc read-only memory (compact disc read-only memory) or other optical disc storage, a compact disc storage (including compact disc, laser disc, optical disc, digital versatile disc, blu-ray disc, etc.), a magnetic disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer. The memory may be stand alone and be connected to the processing unit by a bus. The memory may also be integrated with the processing unit as a volatile storage medium in the GPU.
The memory 1103 is used for storing instructions for executing the scheme of the present disclosure, and is controlled to execute by the processor 1101. The processor 1101 is configured to execute instructions stored in the memory 1103, thereby implementing the functions in the methods of the present disclosure.
In a particular implementation, as one embodiment, the processor 1101 may include one or more GPUs, such as GPU0 and GPU1 in fig. 11.
In a specific implementation, as an embodiment, the management device 110 of the network service may include a plurality of processors, such as the processor 1101 and the processor 1107 in fig. 11. Each of these processors may be a single-core (single-CPU) processor or may be a multi-core (multi-GPU) processor. A processor herein may refer to one or more devices, circuits, and/or processing cores for processing data (e.g., computer program instructions).
In a specific implementation, as an embodiment, the management apparatus 110 of the network service may further include an output device 1105 and an input device 1106. The output device 1105 communicates with the processor 1101 and may display information in a variety of ways. For example, the output device 1105 may be a Liquid Crystal Display (LCD) CRYSTAL DISPLAY, a Light Emitting Diode (LED) display device, a Cathode Ray Tube (CRT) display device, or a projector (projector), or the like. The input device 1106 communicates with the processor 1101 and can accept user input in a variety of ways. For example, the input device 1106 may be a mouse, a keyboard, a touch screen device, a sensing device, or the like.
It will be appreciated by those skilled in the art that the structure shown in fig. 11 does not constitute a limitation of the management apparatus 110 of the network service, and may include more or less components than those illustrated, or may combine certain components, or may employ a different arrangement of components.
The present disclosure also provides a computer-readable storage medium having instructions stored thereon, which when executed by a processor of a computer, enable the computer to perform the method of managing network services provided by the embodiments of the present disclosure described above.
The embodiment of the present disclosure also provides a computer program product, which contains a computer program, and when the computer program is executed by a processor, the method for managing the network service provided by the embodiment of the present disclosure is implemented.
Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This disclosure is intended to cover any adaptations, uses, or adaptations of the disclosure following the general principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.
It is to be understood that the present disclosure is not limited to the precise arrangements and instrumentalities shown in the drawings, and that various modifications and changes may be effected without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims (10)

1. A method of managing network services, the method comprising:
acquiring a service identifier of a service to be tested;
Determining a target detection strategy for detecting the service to be tested according to the service identifier of the service to be tested, wherein the target detection strategy comprises a target index of the service to be tested, and data corresponding to the target index comprises: the service data of the service to be tested and the service data of the target service are the same network service, and the service versions of the service to be tested and the target service are different;
Acquiring service data of the service to be tested and service data of the target service according to the target detection strategy, wherein the service data represents resource interaction quantity when network service is operated;
Determining difference data according to the service data of the service to be tested and the service data of the target service, wherein the difference data represents the difference value between the service data of the service to be tested and the service data of the target service;
and determining the version state of the service to be tested according to the difference data and the version state of the target service.
2. The method of claim 1, wherein the target detection policy further comprises a target processing means for determining the difference data; the determining difference data according to the service data of the service to be tested and the service data of the target service includes:
And processing the service data of the service to be tested and the service data of the target service according to the target processing mode to obtain the difference data.
3. The method according to claim 1 or 2, characterized in that the method further comprises:
and if the difference data is larger than a preset difference threshold, determining that the version state of the service to be tested is different from the version state of the target service.
4. The method according to claim 1 or 2, wherein said determining the version status of the service to be tested based on the difference data and the version status of the target service comprises:
If the difference data is smaller than a preset difference threshold, determining that the version state of the service to be tested is the same as the version state of the target service, wherein the version state comprises: the network service management system comprises a first state and a second state, wherein the first state is used for indicating that the network service is in a normal version, and the second state is used for indicating that the network service is in an abnormal version.
5. The method according to claim 4, wherein the method further comprises:
If the version state of the service to be tested is the first state, an identifier setting interface is called to set a first identifier for the service to be tested, wherein the first identifier is used for indicating that the service to be tested is a network service with normal operation;
And if the version state of the service to be tested is the second state, calling the identifier setting interface to set a second identifier for the service to be tested, and generating alarm information, wherein the second identifier is used for indicating that the service to be tested is a network service with abnormal operation.
6. The method of claim 5, wherein the service to be tested is any one of a network service to be on-line version, and the network service to be on-line version and the target service are the same network service; the method further comprises the steps of:
and if the version state of the service to be tested is the second state, deleting the service to be tested from the network service of the version to be online.
7. A network service management apparatus, comprising:
an acquisition unit configured to perform acquisition of a service identifier of a service to be tested;
The obtaining unit is further configured to execute determining a target detection policy for detecting the service to be tested according to the service identifier of the service to be tested, where the target detection policy includes a target indicator of the service to be tested, and data corresponding to the target indicator includes: the service data of the service to be tested and the service data of the target service are the same network service, and the service versions of the service to be tested and the target service are different;
the acquisition unit is further configured to acquire service data of the service to be tested and service data of the target service according to the target detection policy, wherein the service data represents resource interaction quantity when network service is operated;
A processing unit configured to perform determination of difference data, which is a difference between service data of the service to be tested and service data of the target service, from service data of the service to be tested and service data of the target service;
The processing unit is further configured to determine a version state of the service to be tested according to the difference data and the version state of the target service.
8. A server, the server comprising:
A processor;
A memory for storing the processor-executable instructions;
Wherein the processor is configured to execute the instructions to implement the method of managing network services of any of claims 1-6.
9. A computer readable storage medium having instructions stored thereon, which when executed by a processor of a computer, cause the computer to perform the method of managing network services according to any of claims 1-6.
10. A computer program product comprising a computer program, characterized in that the computer program, when executed by a processor, implements the method of managing network services according to any of claims 1-6.
CN202210923959.7A 2022-08-02 2022-08-02 Network service management method, device, equipment and storage medium Active CN115460101B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210923959.7A CN115460101B (en) 2022-08-02 2022-08-02 Network service management method, device, equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210923959.7A CN115460101B (en) 2022-08-02 2022-08-02 Network service management method, device, equipment and storage medium

Publications (2)

Publication Number Publication Date
CN115460101A CN115460101A (en) 2022-12-09
CN115460101B true CN115460101B (en) 2024-06-11

Family

ID=84296456

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210923959.7A Active CN115460101B (en) 2022-08-02 2022-08-02 Network service management method, device, equipment and storage medium

Country Status (1)

Country Link
CN (1) CN115460101B (en)

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111338971A (en) * 2020-03-27 2020-06-26 北京达佳互联信息技术有限公司 Application testing method and device, electronic equipment and storage medium
CN111522668A (en) * 2020-04-29 2020-08-11 青岛海尔科技有限公司 Method and apparatus for resource configuration and computer-readable storage medium
CN112199276A (en) * 2020-09-24 2021-01-08 建信金融科技有限责任公司 Alteration detection method and device for microservice architecture, server and storage medium
CN112559348A (en) * 2020-12-15 2021-03-26 广州云从鼎望科技有限公司 Test analysis method, system, equipment and medium based on jacoco
CN112579397A (en) * 2020-12-25 2021-03-30 京东数字科技控股股份有限公司 Service online self-checking method, device, equipment and storage medium
CN112783760A (en) * 2020-12-22 2021-05-11 深圳前海微众银行股份有限公司 Test case processing method and device and storage medium
CN113419949A (en) * 2021-06-21 2021-09-21 平安银行股份有限公司 Data processing abnormity detection method, device, equipment and storage medium
CN113485931A (en) * 2021-07-14 2021-10-08 广州虎牙科技有限公司 Test method, test device, electronic equipment and computer readable storage medium
CN113518119A (en) * 2021-05-25 2021-10-19 深圳壹账通智能科技有限公司 Service distribution method, device, equipment and storage medium of ABTest
CN113656315A (en) * 2021-08-19 2021-11-16 北京百度网讯科技有限公司 Data testing method and device, electronic equipment and storage medium
CN114385318A (en) * 2022-01-14 2022-04-22 北京汇通天下物联科技有限公司 Parallel testing method, device and equipment based on kubernets

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111338971A (en) * 2020-03-27 2020-06-26 北京达佳互联信息技术有限公司 Application testing method and device, electronic equipment and storage medium
CN111522668A (en) * 2020-04-29 2020-08-11 青岛海尔科技有限公司 Method and apparatus for resource configuration and computer-readable storage medium
CN112199276A (en) * 2020-09-24 2021-01-08 建信金融科技有限责任公司 Alteration detection method and device for microservice architecture, server and storage medium
CN112559348A (en) * 2020-12-15 2021-03-26 广州云从鼎望科技有限公司 Test analysis method, system, equipment and medium based on jacoco
CN112783760A (en) * 2020-12-22 2021-05-11 深圳前海微众银行股份有限公司 Test case processing method and device and storage medium
WO2022135276A1 (en) * 2020-12-22 2022-06-30 深圳前海微众银行股份有限公司 Method and apparatus for processing test cases, and storage medium
CN112579397A (en) * 2020-12-25 2021-03-30 京东数字科技控股股份有限公司 Service online self-checking method, device, equipment and storage medium
CN113518119A (en) * 2021-05-25 2021-10-19 深圳壹账通智能科技有限公司 Service distribution method, device, equipment and storage medium of ABTest
CN113419949A (en) * 2021-06-21 2021-09-21 平安银行股份有限公司 Data processing abnormity detection method, device, equipment and storage medium
CN113485931A (en) * 2021-07-14 2021-10-08 广州虎牙科技有限公司 Test method, test device, electronic equipment and computer readable storage medium
CN113656315A (en) * 2021-08-19 2021-11-16 北京百度网讯科技有限公司 Data testing method and device, electronic equipment and storage medium
CN114385318A (en) * 2022-01-14 2022-04-22 北京汇通天下物联科技有限公司 Parallel testing method, device and equipment based on kubernets

Also Published As

Publication number Publication date
CN115460101A (en) 2022-12-09

Similar Documents

Publication Publication Date Title
CN108492005B (en) Project data processing method and device, computer equipment and storage medium
CN107679683B (en) Software development progress early warning method and device
CN114237466B (en) Inspection point configuration method and device
CN111475401A (en) Test method and related equipment
CN113448862B (en) Software version testing method and device and computer equipment
CN114490272A (en) Data processing method and device, electronic equipment and computer readable storage medium
CN110262955B (en) Application performance monitoring tool based on pinpoint
CN115460101B (en) Network service management method, device, equipment and storage medium
CN117076280A (en) Policy generation method and device, electronic equipment and computer readable storage medium
US9038051B1 (en) Selecting patch solutions based on availability of information regarding patches previously installed on user system
CN111324545A (en) Application server middleware performance test method, test terminal and application server
CN112131257B (en) Data query method and device
CN114928603A (en) Client software upgrading method and device, electronic equipment and medium
CN112966971A (en) Project workload assessment method and device
CN117313856B (en) Reliability test planning system and method
CN112749034A (en) Data exception handling method and device, storage medium and electronic equipment
CN115190008B (en) Fault processing method, fault processing device, electronic equipment and storage medium
CN112817635B (en) Model processing method and data processing system
US20230049322A1 (en) Information processing method, device, system, and computer-readable storage medium
CN117130860A (en) Data processing method, device and storage medium for function execution process
CN114756450A (en) Software testing method, device, electronic equipment, storage medium and program product
CN113886215A (en) Interface test method, device and storage medium
CN116954975A (en) Fault processing method, system and device for software product and storage medium
CN116701123A (en) Task early warning method, device, equipment, medium and program product
CN115550156A (en) Alarm method, system, terminal and storage medium based on multi-tenant distribution

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant