CN116346667A - System production verification method and device and electronic equipment - Google Patents
System production verification method and device and electronic equipment Download PDFInfo
- Publication number
- CN116346667A CN116346667A CN202310369802.9A CN202310369802A CN116346667A CN 116346667 A CN116346667 A CN 116346667A CN 202310369802 A CN202310369802 A CN 202310369802A CN 116346667 A CN116346667 A CN 116346667A
- Authority
- CN
- China
- Prior art keywords
- service
- layer
- health check
- verification
- entity
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Debugging And Monitoring (AREA)
Abstract
The specification discloses a system production verification method, a device and electronic equipment, wherein a detection node is additionally arranged on the basis of a distributed service system, production verification service is initiated to the distributed service system for the detection node, health check service of each service entity in a first layer and health check service of a second layer in the distributed service system are subscribed for the detection node, after a user side triggers the detection node to initiate the production verification service, the distributed service system can automatically call the health check service of the second layer, and the health check service of each service entity in the first layer can be automatically called by the health check service of the second layer. By detecting the nodes, the distributed service system can be verified before delivery by means of health check services of the distributed service system. The scheme can rapidly realize production verification without depending on upstream and downstream. Since the health check service itself includes detection of correspondence, service, etc., the present scheme verifies that the content includes upper layer services.
Description
Technical Field
The application relates to the technical field of system production verification, and can be used in the financial field, in particular to a system production verification method, device and system.
Background
Distributed services are distributed on different machines, one service may be responsible for several functions, is an SOA architecture oriented, and the services interact through rpc or webservice. For example, the Dubbo framework is a common distributed service framework.
The production verification refers to the verification process of the system after the production of the new version. General production verification is divided into technical verification and business verification, and the timeliness of production verification also directly influences the safety and stability of operation after production of the system.
The existing distributed service system production verification methods mainly comprise the following methods. 1. The container log collected by the log center is analyzed. The log center is required to collect log information (such as start-up information and the like) of the container through the kafka asynchronous queue, and then analyze whether the log information is normal manually or automatically through a system. The log center is a common scheme for log management of the distributed system, and can collect and manage log information of each node of the distributed system in a centralized manner and provide a view of unified query. Wherein Kafka is a distributed message queue. The system has the capabilities of high performance, persistence, transverse expansion and the like, is used for collecting application logs, and the container refers to a single virtual server of a certain node of the distributed system. 2. And carrying out business verification of the key transaction by business personnel.
By analyzing the container log collected by the log center, the information about whether the container is started normally or not can be obtained, and the method is a common technical verification scheme. However, the method relies on the acquisition of the log by the log center, and if the acquisition is delayed or the message is lost, the verification effect can be affected. And such a technical verification of the comparison bottom layer cannot verify whether the upper layer service can be actually available. Although the service verification method through the key transaction can verify the validity of the upper layer service, the time efficiency is generally poor, and the upstream and downstream dependence on a complex system is relatively large, so that the service verification method cannot verify due to faults of other applications.
Disclosure of Invention
The embodiment of the application aims to provide a system production verification method, a system production verification device and electronic equipment, so as to solve the problems that an existing method is poor in timeliness, cannot verify upper-layer services and is high in dependence on upstream and downstream.
In order to solve the technical problems, a first aspect of the present disclosure provides a system production verification method, which is applicable to a distributed service system, where the distributed service system includes a first layer and a second layer, the first layer includes service entities, and each service entity has a corresponding first health check service; the second layer comprises at least one access module, each access module is used for selecting a target service entity for providing service for a user request from associated service entities, and each access module is provided with a corresponding second health check service respectively; the method comprises the following steps: registering a service initiating production verification for a detection node, wherein the service initiating production verification automatically invokes a health check service of a first layer; wherein, the detection node is additionally arranged for performing system production verification; subscribing the health check service of each service entity of the first layer for the detection node; subscribing the detection node to a second layer of health check service; controlling the detection node to initiate a service of production verification, wherein the service of production verification automatically invokes a health check service of a second layer, and the health check service of each service entity of a first layer is automatically invoked when the health check service of the second layer is invoked; and determining a system verification result according to the health check result of each service entity of the first layer and the health check result of the second layer.
In some embodiments, the distributed service system is deployed in at least one campus, each campus corresponding to one access module in the second tier, each access module of the second tier being associated with a service entity in the first tier.
In some embodiments, after the control probe node initiates the service of the commissioning verification, the service of the commissioning verification sequentially and automatically invokes each health check service of the second layer, and when the health check service of the second layer is invoked, the health check service of each service entity of the first layer is automatically invoked.
In some embodiments, the method further comprises: the method comprises the steps that a detection node receives a verification request, wherein the verification request carries a park identifier; and responding to the verification request, initiating a production verification service to a distributed service system, wherein the production verification service automatically calls a second-layer health check service corresponding to the park identifier.
In some embodiments, the access module corresponding to each campus is provided with a profile that records the identity of the service entities of the first tier with which the access module is associated.
In some embodiments, the user data is divided into a plurality of data blocks, each data block corresponding to one of the service entities in the first layer; when a target service entity provides service for a user, operating the data block corresponding to the target service entity, and converging operation results of a plurality of service entities into a service result fed back to the user.
In some embodiments, each data block corresponding to a service entity is respectively registered with a health check service; accordingly, when the health check service of the second layer is called, the health check service of each service entity of the first layer is automatically called, including: and when the health check service of the second layer is called, sequentially and automatically calling the health check service of each data block corresponding to each service entity of the first layer.
The second aspect of the present disclosure provides a system commissioning verification method, which is applicable to a detection node added for performing system commissioning verification, where the detection node is pre-registered with a service for initiating commissioning verification, the service for commissioning verification automatically invokes a health check service of a first layer, and the detection node is pre-subscribed with a health check service of each service entity of the first layer and a health check service of a second layer; the distributed service system to be verified comprises a first layer and a second layer, wherein the first layer comprises service entities, and each service entity is provided with a corresponding first health check service; the second layer comprises at least one access module, each access module is used for selecting a target service entity for providing service for a user request from associated service entities, and each access module is provided with a corresponding second health check service respectively; the method comprises the following steps: initiating a service of production verification to the distributed service system, wherein the service of production verification automatically invokes a health check service of a second layer, and when the health check service of the second layer is invoked, the health check service of each service entity of a first layer is automatically invoked; and determining a system verification result according to the health check result of each service entity of the first layer and the health check result of the second layer.
In some embodiments, the method further comprises: receiving a verification request, wherein the verification request carries a park identifier; and responding to the verification request, initiating a production verification service to a distributed service system, wherein the production verification service automatically calls a second-layer health check service corresponding to the park identifier.
A third aspect of the present disclosure provides a system commissioning verification method, adapted to a distributed service system, where the distributed service system includes a first layer and a second layer, the first layer includes service entities, each service entity has a corresponding first health check service; the second layer comprises at least one access module, each access module is used for selecting a target service entity for providing service for a user request from associated service entities, and each access module is provided with a corresponding second health check service respectively; the method comprises the following steps: processing a service of production verification initiated by a detection node, wherein the service of production verification automatically invokes a health check service of a first layer; wherein, the detection node is additionally arranged for performing system production verification; processing health check services of each service entity of the first layer subscribed by the detection node; processing the detection node to subscribe to a health check service of a second layer; when the detecting node initiates the service of the production verification, the second layer of health check service is automatically called in response to the service of the production verification, and when the second layer of health check service is called, the health check service of each service entity of the first layer is automatically called for determining a system verification result according to the health check result of each service entity of the first layer and the health check result of the second layer by the detecting node.
A fourth aspect of the present disclosure provides a system commissioning verification device, adapted to add a probe node for performing system commissioning verification, where the probe node is pre-registered with a service for initiating the commissioning verification, the service for the commissioning verification automatically invokes a health check service of a first layer, and the probe node is pre-subscribed with a health check service of each service entity of the first layer and a health check service of a second layer; the distributed service system to be verified comprises a first layer and a second layer, wherein the first layer comprises service entities, and each service entity is provided with a corresponding first health check service; the second layer comprises at least one access module, each access module is used for selecting a target service entity for providing service for a user request from associated service entities, and each access module is provided with a corresponding second health check service respectively; the device comprises: the system comprises an initiation unit, a first layer health check service and a second layer health check service, wherein the initiation unit is used for initiating a production verification service to the distributed service system, the production verification service automatically invokes the second layer health check service, and the second layer health check service automatically invokes the health check service of each service entity of the first layer when being invoked; and the determining unit is used for determining a system verification result according to the health check result of each service entity of the first layer and the health check result of the second layer.
A fifth aspect of the present disclosure provides a system commissioning verification device, adapted to a distributed service system, where the distributed service system includes a first layer and a second layer, the first layer includes service entities, each service entity has a corresponding first health check service; the second layer comprises at least one access module, each access module is used for selecting a target service entity for providing service for a user request from associated service entities, and each access module is provided with a corresponding second health check service respectively; the device comprises: the first processing unit is used for processing the service of the production verification initiated by the detection node, and the service of the production verification automatically calls the health check service of the first layer; wherein, the detection node is additionally arranged for performing system production verification; the second processing unit is used for processing the health check service of each service entity of the first layer subscribed by the detection node; a third processing unit, configured to process that the probing node subscribes to a health check service of a second layer; and the response unit is used for automatically calling the health check service of the second layer in response to the service of the production verification when the detection node initiates the service of the production verification, and automatically calling the health check service of each service entity of the first layer when the health check service of the second layer is called so as to be used for determining the system verification result according to the health check result of each service entity of the first layer and the health check result of the second layer by the detection node.
A sixth aspect of the present specification provides an electronic device, comprising: the device comprises a memory and a processor, wherein the processor and the memory are in communication connection, the memory stores computer instructions, and the processor realizes the steps of the method in any one of the first aspect, the second aspect and the third aspect by executing the computer instructions.
A seventh aspect of the present description provides a computer storage medium storing computer program instructions which, when executed, implement the steps of the method of any one of the first, second and third aspects.
An eighth aspect of the present description provides a computer program product comprising a computer program which, when executed by a processor, implements the steps of the method of any of the first, second and third aspects.
According to the system production verification method, the device and the electronic equipment provided by the specification, the detection node is additionally arranged on the basis of the distributed service system, production verification service is initiated to the distributed service system for the detection node, health check service of each service entity in the first layer and health check service of the second layer in the distributed service system are subscribed for the detection node, and therefore after the detection node is triggered by a user side to initiate the production verification service, the distributed service system can automatically call the health check service of the second layer, and the health check service of each service entity in the first layer can be automatically called by the health check service of the second layer. The distributed service system can be verified before delivery by means of health check services of the distributed service system through the detection nodes, the whole process is equivalent to simulating a common transaction initiated from an external system, and if the transaction can be returned to be successful, the verification is passed. The scheme can rapidly realize production verification without depending on upstream and downstream. Since the health check service itself includes detection of correspondence, service, etc., the present scheme verifies that the content includes upper layer services.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings that are required to be used in the embodiments or the description of the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments described in the present application, and that other drawings can be obtained according to these drawings without inventive effort for a person skilled in the art.
FIG. 1 shows a schematic diagram of a distributed service system;
FIG. 2 is a schematic diagram of a system commissioning verification method provided herein;
FIG. 3 is a partial schematic diagram of another system commissioning verification method provided herein;
FIG. 4 shows a flow chart of a system commissioning verification method provided by the present specification;
FIG. 5 illustrates a flow chart of another system commissioning verification method provided herein;
FIG. 6 shows a functional block diagram of the system commissioning verification device provided herein;
fig. 7 shows a functional block diagram of an electronic device provided in the present specification.
Detailed Description
In order to make the technical solutions in the present application better understood by those skilled in the art, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only some embodiments of the present application, but not all embodiments. All other embodiments, based on the embodiments herein, which would be apparent to one of ordinary skill in the art without undue burden are intended to be within the scope of the present application.
The data acquisition, storage, use, processing and the like in the technical scheme meet the relevant regulations of national laws and regulations.
It should be noted that the method, the device and the system for verifying the system production provided in the present disclosure may be used in the financial field, and may also be used in any field other than the financial field.
Health check services refer to processes and methods by which a system detects whether a series of objects, such as networks, hosts, applications, services, etc., are healthy and available using technical means. The health check service implements a series of system self-checking functions, such as checking whether the database is connected normally, whether the third party system is connected normally, etc. The health check service is inherent in the distributed service system itself.
Currently, the mainstream distributed service system is divided into a stub and an implementation. If there is no statement in the function body, then the function is called a stub, which is very useful in testing incomplete programs. For example, one stub may be: function_name. When this function is called, it simply returns. It can achieve the purpose of a useful stub (stub) and reserve a place for those codes that have not been achieved at this time. Writing such stubs, or "stub" for code that has not yet been written, can preserve the structural integrity of the program to facilitate you compiling and testing other parts of the program. Implementation refers to a specific code segment written to implement the stub function.
For example, as shown in fig. 1, the original system is divided into an access layer outer and an implementation layer ats. The Outer layer is responsible for defining a service interface, and the external system calls the service interface of the Outer layer according to the stub provided by the distributed service system, and the Outer layer calls the service entity defined by the ats layer to realize the service function.
The specification provides a system production verification method, which comprises the steps of constructing a physical node initiating detection at the front end of an original distributed service system, wherein the node only registers one 'service initiating detection'. The "probe-initiating service" is responsible for invoking the health check service registered by the original system, which can check the necessary basic functions such as database connection of itself. As shown in fig. 2, the newly added node is a pub node.
The original distributed service system can be divided into multiple layers, and the data block sets can be divided into groups (for example, user data is divided into multiple data block sets, each service entity corresponds to data in one set, and each service entity is responsible for processing the data in the corresponding set to provide services for users). As shown in fig. 2, the original system is deployed in two campuses, a and b, with the outer node and ats node respectively in two tiers.
After the distributed service system is switched on, only the new node detection service is required to be triggered, so that whether the health check service registration of each layer of node container of the original system is truly available or not can be verified in a divergent mode, and whether necessary functions of the system are ready or not can be verified. The whole flow is equivalent to simulating a common transaction initiated from an external system, and if the transaction can return success, the verification is passed.
The newly added pub node is used only to register for the service that initiated the probe, we call here the pub-check service. The service requires remote subscription to a health check service injected into the outer layer of the original system. Because the outer layer divides two campuses, a, b, it is necessary to subscribe to the health check service of outer-a and the health check service of outer-b. Where the outer-a refers to the outer layer portion corresponding to the a-park, the outer-b refers to the outer layer portion corresponding to the b-park, and the original system registers one outer layer service, namely outer-a and outer-b, for each park. When verification is initiated after the production, by triggering the pub-check service, the service can call the health check service of the outer-a and the health check service of the outer-b, so that the service detection coverage of the a-b parks of the outer layer is realized.
The health check services of outer-a need to subscribe to the health check services injected into ats layer, i.e., outer-a needs to subscribe to ats-a, in addition to self-checking the underlying capabilities of the outer of the a-park in fig. 3, such as connectivity of databases. The original ats layer health check services are also two health check services of a and b park registration ats-a and ats-b. Similarly, outer-b subscribes to ats-b. I.e., designates a campus subscription. The purpose of doing so is to can put into production in order to put into production in the campus, guarantee that a garden is put into production and then carry out b garden and put into production after the normal, reduce the risk of putting into production.
The multi-set shard routing of the support server node may be configured through a profile of the outer layer. In practical applications, a distributed service system often needs to support load balancing of services and data through multiple set slices. All of the shard information of the application may be configured via the configuration file and then the outer-a (or outer-b) polls for access to the ats-a service on the campus via the configured shard information.
Based on the technical scheme, the specification provides a system production verification method for a distributed service system. The distributed service system includes a first tier and a second tier. The first layer includes service entities each having a corresponding first health check service. The second layer comprises at least one access module, each access module is used for selecting a target service entity for providing service for the user request from the associated service entities, namely, the access module is used for realizing service routing.
For example, the first layer may be the node B layer in fig. 1 to 3, i.e., ats layer; the second layer may be the node a layer in fig. 1 to 3, i.e. the outer layer. The access module may be a stub as described above, and the service entity may be an implementation of the stub association as described above.
As shown in fig. 4, the system commissioning verification method provided in the present specification includes the following steps:
s11: registering a service initiating a commissioning verification for the probing node, the commission verification service automatically invoking a health check service of the first layer.
The detection node is additionally arranged for system production verification. After the production verification of the distributed service system is passed, the entity of the detection node can be removed from the distributed service system. The service of commissioning verification subscribed to by the probing node may be reserved for verifying the system during a system failure after commissioning use.
The probe node may be the pub node in fig. 2.
In a distributed service system, after a service is registered, once the service is triggered, the system automatically executes a code segment written in advance at the time of registration, thereby realizing a service function. After the service is registered, it can be called or subscribed to by the node, and the subscribed content is automatically executed when the service required by the node is related to the subscribed content.
S12: and subscribing the health check service of each service entity of the first layer for the detection node.
As shown in fig. 2, the probe node pub is subscribed to the health check service of each service entity of ats layers, for example, ats-a health check service, ats-b health check service.
S13: the probing node is subscribed to a second tier of health check services.
As shown in FIG. 2, the probe node pub subscribes to the health check service of the subscriber-a, the health check service of the subscriber-b.
S14: and controlling the detection node to initiate a service of production verification, wherein the service of production verification automatically invokes a health check service of a second layer, and the health check service of each service entity of the first layer is automatically invoked when the health check service of the second layer is invoked.
Since the probing node has subscribed to the first and second tier health check services, these health check services are automatically performed when the probing node initiated service of the commissioning verification is related to these health check services. Since the services of the first layer are dependent on the services of the second layer, the health check services of the second layer are automatically executed first, and then the health check services of the first layer are called by the health check services of the second layer.
S15: and determining a system verification result according to the health check result of each service entity of the first layer and the health check result of the second layer.
The health check result of each service entity of the first layer and the health check result of the second layer can be presented to the user in the form of a check report. In general, the distributed service system can only be put into production if each inspection result meets the requirements. In some cases, the user may also determine whether to put into production by himself after viewing the inspection report.
The registration operation in S11 and the subscription operations in S12 and S13 may be performed manually or automatically by a program module.
According to the system production verification method provided by the specification, the detection node is additionally arranged on the basis of the distributed service system, production verification service is initiated to the distributed service system for the detection node, health check service of each service entity in the first layer and health check service of the second layer in the distributed service system are subscribed for the detection node, and therefore after the detection node is triggered by a user side to initiate the production verification service, the distributed service system can automatically call the health check service of the second layer, and the health check service of each service entity in the first layer can be automatically called by the health check service of the second layer. The distributed service system can be verified before delivery by means of health check services of the distributed service system through the detection nodes, the whole process is equivalent to simulating a common transaction initiated from an external system, and if the transaction can be returned to be successful, the verification is passed. The scheme can rapidly realize production verification without depending on upstream and downstream. Since the health check service itself includes detection of correspondence, service, etc., the present scheme verifies that the content includes upper layer services.
In some embodiments, the distributed service system is deployed in at least one campus, each campus corresponding to one access module in the second tier, each access module of the second tier being associated with a service entity in the first tier.
For example, the distributed service system may be deployed in one campus, or as shown in fig. 2, in two parks. In the case of a deployment in park a and park b, park a corresponds to one access module outer-a and park b corresponds to one access module outer-b.
After the control detection node initiates the service of the production verification, the service of the production verification sequentially and automatically invokes each health check service of the second layer, and when the health check service of the second layer is invoked, the health check service of each service entity of the first layer is automatically invoked. As shown in FIG. 2, the health check service of outer-a and the health check service of outer-b are automatically invoked in sequence after the validated service is put into production.
In some embodiments, as shown in fig. 3, the access module corresponding to each campus is provided with a configuration file in which the identities of the first tier service entities associated with the access module are recorded.
In some embodiments, the ue may send a verification request to the probing node, where the verification request may carry a campus identifier. And the detection node receives the verification request, and responds to the verification request, the detection node initiates a production verification service to the distributed service system, and the production verification service automatically calls the health check service of the second layer corresponding to the park identification. The user terminal may refer to a mobile terminal, a computer, or the like of the user, or may be a software program installed on a detection node, where the detection node refers to an entity device.
This arrangement enables the user to conduct production verification separately on a campus as needed. For example, in the case of a failure in the a-park and a normal operation in the B-park, the user may only conduct production verification on the a-park without having to conduct production verification on the B-park to affect the normal operation of the B-park.
In some embodiments, the user data is divided into a plurality of data blocks, each data block corresponding to one of the service entities in the first layer; when a target service entity provides service for a user, operating the data block corresponding to the target service entity, and converging operation results of a plurality of service entities into a service result fed back to the user.
For example, the user data is divided into set1 and set2, and as shown in fig. 2, the first layer has a first service entity corresponding to set1 and a second service entity corresponding to set2, the first service entity processes only the data of set1 and the second service entity processes only the data of set 2. The service result fed back to the user by the distributed service system is a summary result of the operation results of the first service entity and the second service entity.
In some embodiments, each data block corresponding to a service entity is respectively registered with a health check service; accordingly, when the health check service of the second layer is called, the health check service of each service entity of the first layer is automatically called, including: and when the health check service of the second layer is called, sequentially and automatically calling the health check service of each data block corresponding to each service entity of the first layer. For example, in fig. 2, set1 has a corresponding health check result for checking whether an abnormality occurs to set1 data processing, and set2 has a corresponding health check result for checking whether an abnormality occurs to set2 data processing.
With this arrangement, the user is enabled to perform authentication separately by the sets as needed. For example, the data in the region X corresponds to set1, the data in the region Y corresponds to set2, then the probe node may accept the verification request sent by the user side, where the verification request carries the identifier of the data block, and then the probe node responds to the verification request to initiate a service of production verification to the distributed service system, where the service of production verification automatically invokes the health check service of the first layer corresponding to the identifier of the database.
The specification provides a system production verification method, which is suitable for a detection node added for carrying out system production verification, wherein the detection node is pre-registered with a service for initiating production verification, the service for production verification automatically calls a health check service of a first layer, and the detection node is pre-subscribed with the health check service of each service entity of the first layer and a health check service of a second layer; the distributed service system to be verified comprises a first layer and a second layer, wherein the first layer comprises service entities, and each service entity is provided with a corresponding first health check service; the second layer comprises at least one access module, each access module is used for selecting a target service entity for providing service for the user request from the associated service entities, and each access module is provided with a corresponding second health check service. As shown in fig. 5, the method includes:
S511: and initiating a service of production verification to the distributed service system, wherein the service of production verification automatically invokes a health check service of a second layer, and the health check service of each service entity of the first layer is automatically invoked when the health check service of the second layer is invoked.
S512: and determining a system verification result according to the health check result of each service entity of the first layer and the health check result of the second layer.
In some embodiments, the method further comprises:
receiving a verification request, wherein the verification request carries a park identifier;
and responding to the verification request, initiating a production verification service to a distributed service system, wherein the production verification service automatically calls a second-layer health check service corresponding to the park identifier.
The specification provides a system production verification method, which is suitable for a distributed service system, wherein the distributed service system comprises a first layer and a second layer, the first layer comprises service entities, and each service entity is provided with a corresponding first health check service; the second layer comprises at least one access module, each access module is used for selecting a target service entity for providing service for the user request from the associated service entities, and each access module is provided with a corresponding second health check service. As shown in fig. 5, the method includes:
S521: processing a service of production verification initiated by a detection node, wherein the service of production verification automatically invokes a health check service of a first layer; the detection node is additionally arranged for system production verification.
S522: and processing the health check services of the service entities of the first layer subscribed by the detection node.
S523: and processing the detection node to subscribe to the health check service of the second layer.
S524: when the detecting node initiates the service of the production verification, the second layer of health check service is automatically called in response to the service of the production verification, and when the second layer of health check service is called, the health check service of each service entity of the first layer is automatically called for determining a system verification result according to the health check result of each service entity of the first layer and the health check result of the second layer by the detecting node.
The specification provides a system production verification device, which is applicable to a detection node added for carrying out system production verification, wherein the detection node is pre-registered with a service for initiating production verification, the service for production verification automatically calls a health check service of a first layer, and the detection node is pre-subscribed with the health check service of each service entity of the first layer and a health check service of a second layer; the distributed service system to be verified comprises a first layer and a second layer, wherein the first layer comprises service entities, and each service entity is provided with a corresponding first health check service; the second layer comprises at least one access module, each access module is used for selecting a target service entity for providing service for the user request from the associated service entities, and each access module is provided with a corresponding second health check service. As shown in fig. 6, the apparatus includes:
The initiating unit 11 is configured to initiate a service of production verification to the distributed service system, where the service of production verification automatically invokes a health check service of a second layer, and when the health check service of the second layer is invoked, the health check service of each service entity of the first layer is automatically invoked.
The determining unit 12 is configured to determine a system verification result according to the health check result of each service entity of the first layer and the health check result of the second layer.
The specification provides a system production verification device, which is suitable for a distributed service system, wherein the distributed service system comprises a first layer and a second layer, the first layer comprises service entities, and each service entity is provided with a corresponding first health check service; the second layer comprises at least one access module, each access module is used for selecting a target service entity for providing service for the user request from the associated service entities, and each access module is provided with a corresponding second health check service. As shown in fig. 6, the apparatus includes:
the first processing unit 21 is configured to process a service of commissioning verification initiated by the probe node, where the service of commissioning verification automatically invokes a health check service of the first layer; the detection node is additionally arranged for system production verification.
The second processing unit 22 is configured to process that the probing node subscribes to a health check service of each service entity of the first layer.
The third processing unit 23 is configured to process that the probing node subscribes to a health check service of the second layer.
The response unit 24 is configured to automatically invoke a second layer of health check service in response to the service of the commissioning verification when the probing node initiates the service of the commissioning verification, and automatically invoke the health check service of each service entity of the first layer when the second layer of health check service is invoked, so that the probing node determines a system verification result according to the health check result of each service entity of the first layer and the health check result of the second layer.
The description and the functions of the units can be understood by referring to the content of the system production verification method part, and are not repeated.
An embodiment of the present invention further provides an electronic device, as shown in fig. 7, where the electronic device may include a processor 701 and a memory 702, where the processor 701 and the memory 702 may be connected by a bus or other means, and in fig. 7, the connection is exemplified by a bus.
The processor 701 may be a central processing unit (Central Processing Unit, CPU). The processor 701 may also be a chip such as another general purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), a Field programmable gate array (Field-Programmable Gate Array, FPGA) or other programmable logic device, a discrete gate or transistor logic device, a discrete hardware component, or a combination thereof.
The memory 702 is used as a non-transitory computer readable storage medium, and may be used to store a non-transitory software program, a non-transitory computer executable program, and modules, such as program instructions/modules (e.g., the initiating unit 11 and the determining unit 12, or the first processing unit 21, the second processing unit 22, the third processing unit 23, and the responding unit 24 shown in fig. 6) corresponding to the system commissioning verification method in the embodiment of the present invention. The processor 701 executes various functional applications of the processor and data processing by running non-transitory software programs, instructions, and modules stored in the memory 702, i.e., implements the system commissioning verification method in the method embodiments described above.
The one or more modules are stored in the memory 702 that, when executed by the processor 701, perform the system commissioning verification method in the embodiment shown in fig. 1.
The details of the electronic device may be understood in correspondence with the corresponding related descriptions and effects in the embodiment of fig. 1, which are not described herein.
The present specification also provides a computer storage medium storing computer program instructions which, when executed, implement the steps of the system commissioning verification method described above.
The present specification also provides a computer program product comprising a computer program which, when executed by a processor, implements the steps of the system commissioning verification method described above.
It will be appreciated by those skilled in the art that implementing all or part of the above-described embodiment method may be implemented by a computer program to instruct related hardware, where the program may be stored in a computer readable storage medium, and the program may include the above-described embodiment method when executed. Wherein the storage medium may be a magnetic Disk, an optical Disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a Flash Memory (Flash Memory), a Hard Disk (HDD), or a Solid State Drive (SSD); the storage medium may also comprise a combination of memories of the kind described above.
In this specification, each embodiment is described in a progressive manner, and identical and similar parts of each embodiment are referred to each other, and each embodiment is mainly described as different from other embodiments.
The system, apparatus, module or unit set forth in the above embodiments may be implemented in particular by a computer chip or entity, or by a product having a certain function.
For convenience of description, the above devices are described as being functionally divided into various units, respectively. Of course, the functions of each element may be implemented in one or more software and/or hardware elements when implemented in the present application.
From the above description of embodiments, it will be apparent to those skilled in the art that the present application may be implemented in software plus a necessary general purpose hardware platform. Based on such understanding, the technical solutions of the present application may be embodied essentially or in a part contributing to the prior art in the form of a software product, which may be stored in a storage medium, such as a ROM/RAM, a magnetic disk, an optical disk, etc., including several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to perform the methods of some parts of the embodiments of the present application.
The subject application is operational with numerous general purpose or special purpose computer system environments or configurations. For example: personal computers, server computers, hand-held or portable devices, tablet devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
The application may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The application may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.
Although the present application has been described by way of embodiments, those of ordinary skill in the art will recognize that there are many variations and modifications of the present application without departing from the spirit of the present application, and it is intended that the appended claims encompass such variations and modifications without departing from the spirit of the present application.
Claims (15)
1. The system production verification method is characterized by being suitable for a distributed service system, wherein the distributed service system comprises a first layer and a second layer, the first layer comprises service entities, and each service entity is provided with corresponding first health check service; the second layer comprises at least one access module, each access module is used for selecting a target service entity for providing service for a user request from associated service entities, and each access module is provided with a corresponding second health check service respectively; the method comprises the following steps:
registering a service initiating production verification for a detection node, wherein the service initiating production verification automatically invokes a health check service of a first layer; wherein, the detection node is additionally arranged for performing system production verification;
subscribing the health check service of each service entity of the first layer for the detection node;
subscribing the detection node to a second layer of health check service;
controlling the detection node to initiate a service of production verification, wherein the service of production verification automatically invokes a health check service of a second layer, and the health check service of each service entity of a first layer is automatically invoked when the health check service of the second layer is invoked;
And determining a system verification result according to the health check result of each service entity of the first layer and the health check result of the second layer.
2. The method of claim 1, wherein the distributed service system is deployed in at least one campus, each campus corresponding to one access module in the second tier, each access module of the second tier being associated with a service entity in the first tier.
3. The method of claim 2, wherein after the control probe node initiates the service of commissioning verification, the service of commissioning verification automatically invokes each health check service of the second layer in turn, and wherein the health check service of the second layer automatically invokes each health check service of the first layer entity when invoked.
4. The method according to claim 1, wherein the method further comprises:
the method comprises the steps that a detection node receives a verification request, wherein the verification request carries a park identifier;
and responding to the verification request, initiating a production verification service to a distributed service system, wherein the production verification service automatically calls a second-layer health check service corresponding to the park identifier.
5. The method of claim 2, wherein the access module for each campus is provided with a profile that records the identity of the service entities of the first tier with which the access module is associated.
6. The method of claim 1, wherein user data is divided into a plurality of data blocks, each data block corresponding to a service entity in the first layer; when a target service entity provides service for a user, operating the data block corresponding to the target service entity, and converging operation results of a plurality of service entities into a service result fed back to the user.
7. The method of claim 6, wherein each data block corresponding to a service entity is registered with a health check service; accordingly, when the health check service of the second layer is called, the health check service of each service entity of the first layer is automatically called, including: and when the health check service of the second layer is called, sequentially and automatically calling the health check service of each data block corresponding to each service entity of the first layer.
8. The system production verification method is characterized by being suitable for a detection node added for carrying out system production verification, wherein the detection node is pre-registered with a service for initiating production verification, the service for production verification automatically calls a health check service of a first layer, and the detection node is pre-subscribed with the health check service of each service entity of the first layer and a health check service of a second layer; the distributed service system to be verified comprises a first layer and a second layer, wherein the first layer comprises service entities, and each service entity is provided with a corresponding first health check service; the second layer comprises at least one access module, each access module is used for selecting a target service entity for providing service for a user request from associated service entities, and each access module is provided with a corresponding second health check service respectively; the method comprises the following steps:
Initiating a service of production verification to the distributed service system, wherein the service of production verification automatically invokes a health check service of a second layer, and when the health check service of the second layer is invoked, the health check service of each service entity of a first layer is automatically invoked;
and determining a system verification result according to the health check result of each service entity of the first layer and the health check result of the second layer.
9. The method of claim 8, wherein the method further comprises:
receiving a verification request, wherein the verification request carries a park identifier;
and responding to the verification request, initiating a production verification service to a distributed service system, wherein the production verification service automatically calls a second-layer health check service corresponding to the park identifier.
10. The system production verification method is characterized by being suitable for a distributed service system, wherein the distributed service system comprises a first layer and a second layer, the first layer comprises service entities, and each service entity is provided with corresponding first health check service; the second layer comprises at least one access module, each access module is used for selecting a target service entity for providing service for a user request from associated service entities, and each access module is provided with a corresponding second health check service respectively; the method comprises the following steps:
Processing a service of production verification initiated by a detection node, wherein the service of production verification automatically invokes a health check service of a first layer; wherein, the detection node is additionally arranged for performing system production verification;
processing health check services of each service entity of the first layer subscribed by the detection node;
processing the detection node to subscribe to a health check service of a second layer;
when the detecting node initiates the service of the production verification, the second layer of health check service is automatically called in response to the service of the production verification, and when the second layer of health check service is called, the health check service of each service entity of the first layer is automatically called for determining a system verification result according to the health check result of each service entity of the first layer and the health check result of the second layer by the detecting node.
11. A system production verification device, characterized in that it is suitable for a detection node added for system production verification, the detection node is pre-registered with a service for initiating production verification, the service for production verification automatically invokes the health check service of the first layer, and the detection node is pre-subscribed with the health check service of each service entity of the first layer and the health check service of the second layer; the distributed service system to be verified comprises a first layer and a second layer, wherein the first layer comprises service entities, and each service entity is provided with a corresponding first health check service; the second layer comprises at least one access module, each access module is used for selecting a target service entity for providing service for a user request from associated service entities, and each access module is provided with a corresponding second health check service respectively; the device comprises:
The system comprises an initiation unit, a first layer health check service and a second layer health check service, wherein the initiation unit is used for initiating a production verification service to the distributed service system, the production verification service automatically invokes the second layer health check service, and the second layer health check service automatically invokes the health check service of each service entity of the first layer when being invoked;
and the determining unit is used for determining a system verification result according to the health check result of each service entity of the first layer and the health check result of the second layer.
12. The system production verification device is characterized by being suitable for a distributed service system, wherein the distributed service system comprises a first layer and a second layer, the first layer comprises service entities, and each service entity is provided with a corresponding first health check service; the second layer comprises at least one access module, each access module is used for selecting a target service entity for providing service for a user request from associated service entities, and each access module is provided with a corresponding second health check service respectively; the device comprises:
the first processing unit is used for processing the service of the production verification initiated by the detection node, and the service of the production verification automatically calls the health check service of the first layer; wherein, the detection node is additionally arranged for performing system production verification;
The second processing unit is used for processing the health check service of each service entity of the first layer subscribed by the detection node;
a third processing unit, configured to process that the probing node subscribes to a health check service of a second layer;
and the response unit is used for automatically calling the health check service of the second layer in response to the service of the production verification when the detection node initiates the service of the production verification, and automatically calling the health check service of each service entity of the first layer when the health check service of the second layer is called so as to be used for determining the system verification result according to the health check result of each service entity of the first layer and the health check result of the second layer by the detection node.
13. An electronic device, comprising:
a memory and a processor in communication with each other, the memory having stored therein computer instructions which, upon execution, cause the processor to perform the steps of the method of any of claims 1 to 10.
14. A computer storage medium storing computer program instructions which, when executed, implement the steps of the method of any one of claims 1 to 10.
15. A computer program product comprising a computer program which, when executed by a processor, implements the steps of the method of any one of claims 1 to 10.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310369802.9A CN116346667A (en) | 2023-04-07 | 2023-04-07 | System production verification method and device and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310369802.9A CN116346667A (en) | 2023-04-07 | 2023-04-07 | System production verification method and device and electronic equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116346667A true CN116346667A (en) | 2023-06-27 |
Family
ID=86876046
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310369802.9A Pending CN116346667A (en) | 2023-04-07 | 2023-04-07 | System production verification method and device and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116346667A (en) |
-
2023
- 2023-04-07 CN CN202310369802.9A patent/CN116346667A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112910945B (en) | Request link tracking method and service request processing method | |
| CN111752799A (en) | Service link tracking method, device, equipment and storage medium | |
| KR102024694B1 (en) | Decentralized service platform using multiple service nodes based on block chain | |
| CN110048879B (en) | Microservice registration method, microservice registration device, electronic equipment and computer-readable storage medium | |
| CN109740129B (en) | Report generation method, device and equipment based on blockchain and readable storage medium | |
| CN103473643A (en) | Product management data auditing method and system for BOSS system | |
| CN106339273A (en) | Application program restoration method, terminal and server | |
| CN109783357A (en) | The method and device of test application program, computer equipment, storage medium | |
| CN111740868A (en) | Alarm data processing method and device and storage medium | |
| CN111680104B (en) | Data synchronization method, device, computer equipment and readable storage medium | |
| CN114697232A (en) | Skywalking probe index data acquisition system and method and electronic equipment | |
| CN112948224A (en) | Data processing method, device, terminal and storage medium | |
| CN112671878B (en) | Block chain information subscription method, device, server and storage medium | |
| CN115705190A (en) | Method and device for determining dependence degree | |
| CN102137102B (en) | Realizing method of service supporting platform for supporting multiclass information publishing modes | |
| CN113791792A (en) | Application calling information acquisition method and device and storage medium | |
| CN116346667A (en) | System production verification method and device and electronic equipment | |
| CN103326892B (en) | The operating method and device of web interface | |
| CN114281549A (en) | Data processing method and device | |
| CN113238950A (en) | System and method for testing distributed system, storage medium and electronic equipment | |
| CN113992664A (en) | Cluster communication method, related device and storage medium | |
| CN110543459A (en) | Method, system, terminal and storage medium for acquiring file lock state under NFS | |
| CN112306848A (en) | Architecture view generation method and device of micro-service system | |
| KR100970207B1 (en) | Authentication system for mobile service and method thereof | |
| CN114449052B (en) | Data compression method and device, electronic equipment and storage medium |
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 |