CN116055560A - Monitoring request processing method, device, medium and regional unitized deployment system - Google Patents

Monitoring request processing method, device, medium and regional unitized deployment system Download PDF

Info

Publication number
CN116055560A
CN116055560A CN202211521657.3A CN202211521657A CN116055560A CN 116055560 A CN116055560 A CN 116055560A CN 202211521657 A CN202211521657 A CN 202211521657A CN 116055560 A CN116055560 A CN 116055560A
Authority
CN
China
Prior art keywords
data center
monitoring request
client
request
monitoring
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
Application number
CN202211521657.3A
Other languages
Chinese (zh)
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.)
Tianyi Shilian Technology Co ltd
Original Assignee
Tianyi Digital Life 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 Tianyi Digital Life Technology Co Ltd filed Critical Tianyi Digital Life Technology Co Ltd
Priority to CN202211521657.3A priority Critical patent/CN116055560A/en
Publication of CN116055560A publication Critical patent/CN116055560A/en
Pending legal-status Critical Current

Links

Images

Abstract

The method, the device, the medium and the regional unitized deployment system for processing the monitoring request provided by the application comprise the following steps: when a monitoring request initiated by a client is received, acquiring user information and a target data center contained in the monitoring request; checking whether the user information is correct or not, and if the user information passes the check, acquiring the fragment information contained in the user information; judging whether the monitoring request and the client belong to the same area or not according to the fragmentation information and the target data center; based on the judgment result, selecting a strategy corresponding to the judgment result to process the monitoring request, and obtaining a response result corresponding to the monitoring request; and sending the response result to the client. The method and the system have the advantages that each data center of the regional unitized deployment system can realize flexible scheduling of monitoring requests, can dynamically adjust response strategies when any data center is abnormal, avoid system paralysis, improve the impact resistance and usability of the data center, and simultaneously can enable the load of each data center to be balanced.

Description

Monitoring request processing method, device, medium and regional unitized deployment system
Technical Field
The application relates to the technical field of internet, in particular to a monitoring request processing method, a device, a medium and a regional unitized deployment system.
Background
The video monitoring industry forms a huge market scale nowadays, and as various related technologies in the whole industry are changed day by day and are promoted to be new, the industry is subdivided on the basis of basic video monitoring service, corresponding product applications are produced aiming at different professional scenes, and the video monitoring technology is also advanced towards deeper and wider fields.
For the video monitoring platform in the early development stage, the deployment mode is still in a single-point deployment mode, when the application, the server and the database are more and more, resources such as a machine room in a single IDC (Internet Data Center Internet data center) are limited, the rapidly-increased traffic is difficult to load, and once the machine room is powered off or other accidents occur, the service of the whole video monitoring platform is completely paralyzed.
Disclosure of Invention
The purpose of the present application is to at least solve one of the above technical drawbacks, especially the technical drawback that in the prior art, resources such as a machine room in a single data center are limited, it is difficult to load a rapidly growing traffic, and once the machine room is powered off or other accidents occur, the service of the whole video monitoring platform is completely disabled.
In a first aspect, the present application provides a method for processing a monitoring request, where the method is applied to any data center in a regional unitized deployment system, where the regional unitized deployment system includes a plurality of data centers, and the method includes:
when a monitoring request initiated by a client is received, acquiring user information and a target data center contained in the monitoring request; the target data center is a data center corresponding to the request address of the monitoring request;
checking whether the user information is correct or not, and if the user information passes the check, acquiring the fragment information contained in the user information;
judging whether the monitoring request and the client belong to the same area or not according to the fragmentation information and the target data center;
based on a judgment result, selecting a strategy corresponding to the judgment result to process the monitoring request, and obtaining a response result corresponding to the monitoring request;
and sending the response result to the client.
In one embodiment, the determining, according to the fragmentation information and the target data center, whether the monitoring request and the client belong to the same fragment area includes:
acquiring an initial data center where the client is located according to the fragmentation information;
if the initial data center and the target data center are the same data center, the monitoring request and the client belong to the same area;
and if the initial data center and the target data center are not the same data center, the monitoring request and the client do not belong to the same area.
In one embodiment, the selecting, based on the determination result, a policy corresponding to the determination result to process the monitoring request includes:
and if the judging result is that the monitoring request and the client belong to the same area, the starting data center responds to the monitoring request.
In one embodiment, the selecting, based on the determination result, a policy corresponding to the determination result to process the monitoring request includes:
if the judging result is that the monitoring request and the client side do not belong to the same area, acquiring request header information contained in the monitoring request;
judging whether the client supports redirection or not according to the request header information;
if the client supports redirection, the initial data center updates the request path of the monitoring request to be the domain name address of the target data center;
and sending the updated request path to the client.
In one embodiment, the selecting, based on the determination result, a policy corresponding to the determination result to process the monitoring request further includes:
if the client does not support redirection, the initial data center performs cross-region proxy, forwards the monitoring request to the target data center, and obtains a response result of the target data center to the monitoring request and returns the response result to the client.
In a second aspect, the present application provides a monitoring request processing apparatus applied to any data center in a regional unitized deployment system, where the regional unitized deployment system includes a plurality of data centers, the apparatus includes:
the acquisition module is used for acquiring user information and a target data center contained in a monitoring request when any data center receives the monitoring request initiated by a client; the target data center is a data center corresponding to the request address of the monitoring request;
the verification module is used for verifying whether the user information is correct or not, and if the user information passes the verification, obtaining the fragment information contained in the user information;
the judging module is used for judging whether the monitoring request and the client belong to the same area according to the slicing information and the target data center;
the request processing module is used for selecting a strategy corresponding to the judging result to process the monitoring request based on the judging result to obtain a response result corresponding to the monitoring request;
and the result return module is used for sending the response result to the client.
In one embodiment, the judging module includes:
the acquisition sub-module is used for acquiring an initial data center where the client is located according to the fragment information;
the first judging sub-module is used for judging whether the monitoring request belongs to the same area request if the initial data center and the target data center are the same data center;
and the second judging sub-module is used for judging that the monitoring request does not belong to the same area request if the initial data center and the target data center are not the same data center.
In a third aspect, the present application provides a storage medium having stored therein computer readable instructions which, when executed by one or more processors, cause the one or more processors to perform the steps of the method of monitoring a request processing as described in any of the embodiments above.
In a fourth aspect, the present application provides a computer device comprising: one or more processors, and memory;
the memory has stored therein computer readable instructions which, when executed by the one or more processors, perform the steps of the method of monitoring request processing as described in any of the embodiments above.
In a fifth aspect, the present application provides a regional unitized deployment system, where the system includes a plurality of data centers, each of the data centers is configured to execute the steps of the monitoring request processing method according to any one of the embodiments, and when a primary data center corresponding to any one of the data centers fails, the data center receives a monitoring request of a user in the corresponding primary data center and processes the monitoring request.
From the above technical solutions, the embodiments of the present application have the following advantages:
according to the monitoring request processing method, the device, the storage medium, the computer equipment and the regional unitized deployment system, when any one of a plurality of data centers of the regional unitized deployment system receives a monitoring request initiated by a client, the data center acquires user information and a target data center contained in the monitoring request; the target data center is a data center corresponding to the request address of the monitoring request; checking the user information, and acquiring the fragment information contained in the user information when the user information passes the check; judging whether the monitoring request and the client belong to the same area or not according to the fragmentation information and the target data center; based on the judgment result, selecting a corresponding strategy to process the monitoring request, and obtaining a response result corresponding to the monitoring request; and sending the response result to the client, so that each data center of the regional unitized deployment system can realize flexible scheduling of monitoring requests, and when any data center is abnormal, the response strategy can be dynamically adjusted, the system paralysis is avoided, the impact resistance and the usability of the data center are improved, and meanwhile, the load of each data center can be balanced.
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 in the embodiments or the description of the prior art will be briefly described below, it being obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive faculty for a person skilled in the art.
Fig. 1 is a flow chart of a method for processing a monitoring request according to an embodiment of the present application;
fig. 2 is a flowchart illustrating steps of selecting a corresponding policy to process the monitoring request when the determination result is that the monitoring request and the client do not belong to the same piece of information;
fig. 3 is a schematic structural diagram of a monitoring request processing device according to an embodiment of the present application;
FIG. 4 is an internal block diagram of a computer device according to an embodiment of the present application;
fig. 5 is a schematic structural diagram of a regional unitized deployment system according to an embodiment of the present application.
Detailed Description
The following description of the embodiments of the present application will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are only some, but not all, of the embodiments of the present application. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.
As shown in fig. 1, an embodiment of the present invention provides a method for processing a monitoring request, which is applied to any data center in a regional unitized deployment system, where the regional unitized deployment system includes a plurality of data centers, and the method includes:
step S101: when a monitoring request initiated by a client is received, user information and a target data center contained in the monitoring request are acquired.
The target data center is a data center corresponding to the request address of the monitoring request.
Specifically, the user information includes, but is not limited to, a user ID and fragment information, and the data center corresponding to the request address of the monitoring request may be understood as the data center where the terminal device service finally invoked by the client is located.
Step S102: and checking whether the user information is correct or not, and if the user information passes the check, acquiring the fragment information contained in the user information.
The checking of the user information mainly comprises checking whether the fragment information in the user information is empty or not and checking whether the user ID is registered in the regional unitized deployment system or not.
Step S103: and judging whether the monitoring request and the client belong to the same area according to the fragmentation information and the target data center.
In this step, according to the slicing information, a data center allocated to the user corresponding to the client may be determined, the data center is compared with the target data center, and whether the monitoring request and the client belong to the same slice area is determined according to the comparison result.
Step S104: and selecting a strategy corresponding to the judging result based on the judging result to process the monitoring request, and obtaining a response result corresponding to the monitoring request.
And the response result is feedback information given to the client after the data center receiving the monitoring request adopts different strategies to process the monitoring request.
It can be understood that, for different judgment results, there are strategies corresponding to the judgment results, and the monitoring request is processed according to the corresponding strategies.
Step S105: and sending the response result to the client.
According to the monitoring request processing method, when any one of a plurality of data centers of the regional unitized deployment system receives a monitoring request initiated by a client, the data center acquires user information and a target data center contained in the monitoring request; the target data center is a data center corresponding to the request address of the monitoring request; checking the user information, and acquiring the fragment information contained in the user information when the user information passes the check; judging whether the monitoring request and the client belong to the same area or not according to the fragmentation information and the target data center; based on the judgment result, selecting a corresponding strategy to process the monitoring request, and obtaining a response result corresponding to the monitoring request; and sending the response result to the client, so that each data center of the regional unitized deployment system can realize flexible scheduling of monitoring requests, and when any data center is abnormal, the response strategy can be dynamically adjusted, the system paralysis is avoided, the impact resistance and the usability of the data center are improved, and meanwhile, the load of each data center can be balanced.
In one embodiment, the determining, according to the fragmentation information and the target data center, whether the monitoring request and the client belong to the same fragment area includes:
acquiring an initial data center where the client is located according to the fragmentation information;
if the initial data center and the target data center are the same data center, the monitoring request and the client belong to the same area;
and if the initial data center and the target data center are not the same data center, the monitoring request and the client do not belong to the same area.
The initial data center refers to a data center to which a user corresponding to the client is allocated.
In one embodiment, the selecting, based on the determination result, a policy corresponding to the determination result to process the monitoring request includes:
and if the judging result is that the monitoring request and the client belong to the same area, the starting data center responds to the monitoring request.
Specifically, if the initial data center and the target data center are the same data center, that is, the data center corresponding to the domain name IP in the request address of the monitoring request initiated by the client is the data center where the user is located, the data center where the user is located processes and responds to the monitoring request.
As shown in fig. 2, in one embodiment, the selecting, based on the determination result, a policy corresponding to the determination result to process the monitoring request includes:
step S201: and if the judging result is that the monitoring request and the client side do not belong to the same area, acquiring request header information contained in the monitoring request.
Step S202: and judging whether the client supports redirection or not according to the request header information.
Specifically, if the parameter related to redirection in the request header information is set to true or 1, it indicates that the client supports redirection, and if the parameter related to redirection in the request header information is set to false or 0, it indicates that the client does not support redirection.
Step S203: and if the client supports redirection, the initial data center updates the request path of the monitoring request to be the domain name address of the target data center.
Illustratively, assuming that the data center receiving the monitoring request is a first data center and the initiator of the monitoring request supports redirection, the request address of the monitoring request is a third data center, the domain name of the third data center is ccc, and the monitoring request path is https:// aaa/bbb, when the first data center receives the monitoring request, the processing of the monitoring request is to modify the request path of the monitoring request from https:// aaa/bbb to https:// ccc/bbb.
Step S204: and sending the updated request path to the client.
The domain name of the target data center is used for requesting access, so that the system can be flexibly scheduled, load of each data center is balanced, and services can be rapidly switched to the standby data center when faults occur, so that the impact resistance and usability of the platform are further improved.
In one embodiment, as shown in fig. 2, the selecting, based on the determination result, a policy corresponding to the determination result to process the monitoring request further includes:
step S205: if the client does not support redirection, the initial data center performs cross-region proxy, forwards the monitoring request to the target data center, and obtains a response result of the target data center to the monitoring request and returns the response result to the client.
In an exemplary embodiment, assuming that the data center receiving the monitoring request is a first data center, and the initiator of the monitoring request does not support redirection, the request address of the monitoring request is a third data center, the first data center forwards the monitoring request to the third data center, and after receiving the monitoring request forwarded by the first data center, the third data center returns a response result to the first data center, and the first data center returns the response result to the client. When the first data center fails, an operation and maintenance person can timely analyze the domain name IP of the first data center to the domain name IP of the standby data center of the first data center, namely the domain name IP of the fourth data center, and if a monitoring request initiated by a user of the first data center exists, a new IP address is acquired after the local domain name analysis, wherein the new IP address is the IP address of the fourth data center, and therefore the monitoring request is received and processed by the fourth data center.
It should be understood that, although the steps in the flowcharts related to the embodiments described above are sequentially shown as indicated by arrows, these steps are not necessarily sequentially performed in the order indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in the flowcharts described in the above embodiments may include a plurality of steps or a plurality of stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of the steps or stages is not necessarily performed sequentially, but may be performed alternately or alternately with at least some of the other steps or stages.
The following describes a monitoring request processing device provided in an embodiment of the present application, and the monitoring request processing device described below and the monitoring request processing method described above may be referred to correspondingly to each other.
As shown in fig. 3, an embodiment of the present application provides a monitoring request processing apparatus 300, which is applied to any data center in a regional unitized deployment system, where the regional unitized deployment system includes a plurality of data centers, and the apparatus includes:
the acquiring module 301 is configured to acquire user information and a target data center included in a monitoring request when any data center receives the monitoring request initiated by a client; the target data center is a data center corresponding to the request address of the monitoring request;
the verification module 302 is configured to verify whether the user information is correct, and if the user information passes the verification, obtain the fragment information included in the user information;
a judging module 303, configured to judge whether the monitoring request and the client belong to the same area according to the fragmentation information and the target data center;
the request processing module 304 is configured to select, based on a determination result, a policy corresponding to the determination result to process the monitoring request, so as to obtain a response result corresponding to the monitoring request;
and the result returning module 305 is configured to send the response result to the client.
In one embodiment, the determining module 303 includes:
the acquisition sub-module is used for acquiring an initial data center where the client is located according to the fragment information;
the first judging sub-module is used for judging whether the monitoring request belongs to the same area request if the initial data center and the target data center are the same data center;
and the second judging sub-module is used for judging that the monitoring request does not belong to the same area request if the initial data center and the target data center are not the same data center.
In one embodiment, the request processing module 304 includes:
and the first response sub-module is used for responding to the monitoring request by the initial data center if the judging result is that the monitoring request and the client belong to the same area.
In one embodiment, the request processing module 304 includes:
the information acquisition sub-module is used for acquiring request header information contained in the monitoring request if the judging result is that the monitoring request and the client do not belong to the same area;
a third judging sub-module, configured to judge whether the client supports redirection according to the request header information;
an updating sub-module, configured to update, by the starting data center, a request path of the monitoring request to be a domain name address of the target data center if the client supports redirection;
and the second response sub-module is used for sending the updated request path to the client.
In one embodiment, the request processing module 304 further includes:
and the third response sub-module is used for carrying out cross-region proxy by the initial data center if the client does not support redirection, forwarding the monitoring request to the target data center, and acquiring a response result of the target data center to the monitoring request and returning the response result to the client.
The above-mentioned division of each module in the monitoring request processing device is merely for illustration, and in other embodiments, the monitoring request processing device may be divided into different modules as needed to complete all or part of the functions of the monitoring request processing device. The modules in the monitoring request processing device may be implemented in whole or in part by software, hardware, or a combination thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules.
In one embodiment, the present application also provides a storage medium having stored therein computer readable instructions that, when executed by one or more processors, cause the one or more processors to perform the steps of:
when a monitoring request initiated by a client is received, acquiring user information and a target data center contained in the monitoring request; the target data center is a data center corresponding to the request address of the monitoring request;
checking whether the user information is correct or not, and if the user information passes the check, acquiring the fragment information contained in the user information;
judging whether the monitoring request and the client belong to the same area or not according to the fragmentation information and the target data center;
based on a judgment result, selecting a strategy corresponding to the judgment result to process the monitoring request, and obtaining a response result corresponding to the monitoring request;
and sending the response result to the client.
In one embodiment, the computer readable instructions when executed by the processor further implement the steps of:
acquiring an initial data center where the client is located according to the fragmentation information;
if the initial data center and the target data center are the same data center, the monitoring request and the client belong to the same area;
and if the initial data center and the target data center are not the same data center, the monitoring request and the client do not belong to the same area.
In one embodiment, the computer readable instructions when executed by the processor further implement the steps of:
and if the judging result is that the monitoring request and the client belong to the same area, the starting data center responds to the monitoring request.
In one embodiment, the computer readable instructions when executed by the processor further implement the steps of:
if the judging result is that the monitoring request and the client side do not belong to the same area, acquiring request header information contained in the monitoring request;
judging whether the client supports redirection or not according to the request header information;
if the client supports redirection, the initial data center updates the request path of the monitoring request to be the domain name address of the target data center;
and sending the updated request path to the client.
In one embodiment, the computer readable instructions when executed by the processor further implement the steps of:
if the client does not support redirection, the initial data center performs cross-region proxy, forwards the monitoring request to the target data center, and obtains a response result of the target data center to the monitoring request and returns the response result to the client.
In one embodiment, the present application also provides a computer device having computer readable instructions stored therein, which when executed by the one or more processors, perform the steps of:
when a monitoring request initiated by a client is received, acquiring user information and a target data center contained in the monitoring request; the target data center is a data center corresponding to the request address of the monitoring request;
checking whether the user information is correct or not, and if the user information passes the check, acquiring the fragment information contained in the user information;
judging whether the monitoring request and the client belong to the same area or not according to the fragmentation information and the target data center;
based on a judgment result, selecting a strategy corresponding to the judgment result to process the monitoring request, and obtaining a response result corresponding to the monitoring request;
and sending the response result to the client.
In one embodiment, the processor, when executing the computer-readable instructions, further performs the steps of:
acquiring an initial data center where the client is located according to the fragmentation information;
if the initial data center and the target data center are the same data center, the monitoring request and the client belong to the same area;
and if the initial data center and the target data center are not the same data center, the monitoring request and the client do not belong to the same area.
In one embodiment, the processor, when executing the computer-readable instructions, further performs the steps of:
and if the judging result is that the monitoring request and the client belong to the same area, the starting data center responds to the monitoring request.
In one embodiment, the processor, when executing the computer-readable instructions, further performs the steps of:
if the judging result is that the monitoring request and the client side do not belong to the same area, acquiring request header information contained in the monitoring request;
judging whether the client supports redirection or not according to the request header information;
if the client supports redirection, the initial data center updates the request path of the monitoring request to be the domain name address of the target data center;
and sending the updated request path to the client.
In one embodiment, the processor, when executing the computer-readable instructions, further performs the steps of:
if the client does not support redirection, the initial data center performs cross-region proxy, forwards the monitoring request to the target data center, and obtains a response result of the target data center to the monitoring request and returns the response result to the client.
Schematically, as shown in fig. 4, fig. 4 is a schematic internal structure of a computer device provided in an embodiment of the present application, and the computer device 400 may be provided as a server. Referring to FIG. 4, computer device 400 includes a processing component 402 that further includes one or more processors, and memory resources represented by memory 401, for storing instructions, such as application programs, executable by processing component 402. The application program stored in the memory 401 may include one or more modules each corresponding to a set of instructions. Further, the processing component 402 is configured to execute instructions to perform the monitoring request processing method of any of the embodiments described above.
The computer device 400 may also include a power component 403 configured to perform power management of the computer device 400, a wired or wireless network interface 404 configured to connect the computer device 400 to a network, and an input output (I/O) interface 405. The computer device 400 may operate based on an operating system stored in memory 401, such as Windows Server TM, mac OS XTM, unix TM, linux TM, free BSDTM, or the like.
Those skilled in the art will appreciate that the structures shown in FIG. 4 are block diagrams only and do not constitute a limitation of the computer device on which the present aspects apply, and that a particular computer device may include more or less components than those shown, or may combine some of the components, or have a different arrangement of components.
The application provides a regional unitized deployment system, which comprises a plurality of data centers, wherein each data center is used for executing the steps of the monitoring request processing method according to any one of the embodiments, and when the active data center corresponding to any one data center fails, the data center receives the monitoring request of the user in the corresponding active data center and processes the monitoring request.
The regional unitized deployment system provided by the application can realize that the service of the video monitoring platform is distributed in a plurality of data centers, so that the service bearing capacity of the video monitoring platform is greatly improved, the risk that the service of the whole video monitoring platform is completely paralyzed once a machine room is powered off or other unexpected situations occur in a single data center can be avoided, and the disaster recovery capacity of the video monitoring platform is improved.
Schematically, as shown in fig. 5, fig. 5 is a schematic structural diagram of a regional unitized deployment system provided in an embodiment of the present application, where the regional unitized deployment system includes a data center-1, a data center-2, a data center-3, and a data center-4, where the data center-4 is a standby data center of the data center-1, the data center-1 is a standby data center of the data center-2, the data center-2 is a standby data center of the data center-3, and the data center-3 is a standby data center of the data center-4.
The structure shown in fig. 5, any data center includes a gateway layer, a data layer, a service layer and data synchronization, where the gateway layer includes a service platform gateway, a capability center platform gateway, and a routing service, where the service platform gateway and the capability center platform gateway respectively correspond to requests of a client and a device, are functionally isolated, avoid signaling storm from affecting each other, and the routing service provides a routing function for the gateway and forwards the request allocation to regional center platform service processing of different fragments; the data layer mainly comprises user data, client identification data, client-bound equipment and the like, wherein the equipment data stores equipment access information, cloud storage service and AI information, and the routing data stores unit partition routing data of global users and equipment; the service layer divides platform services into a service platform and a video capability middle platform according to access terminals (client and equipment) of product services, wherein the service platform comprises application platform services for providing client API function interfaces, and the service middle platform services realize specific service logic; the video capability center station provides equipment signaling access capability and simultaneously supports functions such as video cloud review, AI alarm pushing and the like; the data synchronization can be stored as a database by using TiDB, cassandra and the like, supporting multi-center data synchronization, and realizing the standby node synchronization measure of regional center data through the MGR (group copy) plug-in thereof. The cache data synchronization can select a multi-data source writing mode to support different writing strategies, wherein the global unit data synchronization can adopt an ALWAY strategy, and the standby node data synchronization adopts a LOCAL strategy, and the technology selection has self-developed cache synchronization technology or open source items, such as: array Redis Shake, net Yi Yun Xin Camellia, etc.
Those skilled in the art will appreciate that the architecture shown in fig. 5 is merely a block diagram of a portion of the architecture associated with the present application and is not limiting of the regionally unitized deployment system upon which the present application is applied, and that a particular regionally unitized deployment system may include more or fewer components than shown, or may combine certain components, or have a different arrangement of components.
Finally, it is further noted that relational terms such as first and second, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Moreover, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element. As used herein, the singular forms "a", "an" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprises" and/or "comprising," and/or the like, specify the presence of stated features, integers, steps, operations, elements, components, or groups thereof, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, or groups thereof.
In the present specification, each embodiment is described in a progressive manner, and each embodiment focuses on the difference from other embodiments, and may be combined according to needs, and the same similar parts may be referred to each other.
The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the application. Thus, the present application is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims (10)

1. A method of monitoring request processing, applied to any data center in a regional unitized deployment system, the regional unitized deployment system comprising a plurality of data centers, the method comprising:
when a monitoring request initiated by a client is received, acquiring user information and a target data center contained in the monitoring request; the target data center is a data center corresponding to the request address of the monitoring request;
checking whether the user information is correct or not, and if the user information passes the check, acquiring the fragment information contained in the user information;
judging whether the monitoring request and the client belong to the same area or not according to the fragmentation information and the target data center;
based on a judgment result, selecting a strategy corresponding to the judgment result to process the monitoring request, and obtaining a response result corresponding to the monitoring request;
and sending the response result to the client.
2. The method according to claim 1, wherein the determining whether the monitoring request and the client belong to the same tile according to the tile information and the target data center includes:
acquiring an initial data center where the client is located according to the fragmentation information;
if the initial data center and the target data center are the same data center, the monitoring request and the client belong to the same area;
and if the initial data center and the target data center are not the same data center, the monitoring request and the client do not belong to the same area.
3. The method according to claim 2, wherein selecting a policy corresponding to the determination result based on the determination result to process the monitoring request includes:
and if the judging result is that the monitoring request and the client belong to the same area, the starting data center responds to the monitoring request.
4. The method according to claim 2, wherein selecting a policy corresponding to the determination result based on the determination result to process the monitoring request includes:
if the judging result is that the monitoring request and the client side do not belong to the same area, acquiring request header information contained in the monitoring request;
judging whether the client supports redirection or not according to the request header information;
if the client supports redirection, the initial data center updates the request path of the monitoring request to be the domain name address of the target data center;
and sending the updated request path to the client.
5. The method according to claim 4, wherein selecting a policy corresponding to the determination result based on the determination result to process the monitoring request, further comprises:
if the client does not support redirection, the initial data center performs cross-region proxy, forwards the monitoring request to the target data center, and obtains a response result of the target data center to the monitoring request and returns the response result to the client.
6. A monitoring request processing apparatus for use with any data center in a regional unitized deployment system, the regional unitized deployment system comprising a plurality of data centers, the apparatus comprising:
the acquisition module is used for acquiring user information and a target data center contained in a monitoring request when any data center receives the monitoring request initiated by a client; the target data center is a data center corresponding to the request address of the monitoring request;
the verification module is used for verifying whether the user information is correct or not, and if the user information passes the verification, obtaining the fragment information contained in the user information;
the judging module is used for judging whether the monitoring request and the client belong to the same area according to the slicing information and the target data center;
the request processing module is used for selecting a strategy corresponding to the judging result to process the monitoring request based on the judging result to obtain a response result corresponding to the monitoring request;
and the result return module is used for sending the response result to the client.
7. The monitoring request processing apparatus according to claim 6, wherein the judging module includes:
the acquisition sub-module is used for acquiring an initial data center where the client is located according to the fragment information;
the first judging sub-module is used for judging whether the monitoring request belongs to the same area request if the initial data center and the target data center are the same data center;
and the second judging sub-module is used for judging that the monitoring request does not belong to the same area request if the initial data center and the target data center are not the same data center.
8. A storage medium, characterized by: the storage medium having stored therein computer readable instructions which, when executed by one or more processors, cause the one or more processors to perform the steps of the monitoring request processing method of any of claims 1 to 5.
9. A computer device, comprising: one or more processors, and memory;
stored in the memory are computer readable instructions which, when executed by the one or more processors, perform the steps of the monitoring request processing method of any one of claims 1 to 5.
10. A regional unitized deployment system, wherein the system comprises a plurality of data centers, each of the data centers is configured to execute the monitoring request processing method according to any one of claims 1 to 5, and when a primary data center corresponding to any one of the data centers fails, the data center receives a monitoring request of a user in the corresponding primary data center and processes the monitoring request.
CN202211521657.3A 2022-11-30 2022-11-30 Monitoring request processing method, device, medium and regional unitized deployment system Pending CN116055560A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211521657.3A CN116055560A (en) 2022-11-30 2022-11-30 Monitoring request processing method, device, medium and regional unitized deployment system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211521657.3A CN116055560A (en) 2022-11-30 2022-11-30 Monitoring request processing method, device, medium and regional unitized deployment system

Publications (1)

Publication Number Publication Date
CN116055560A true CN116055560A (en) 2023-05-02

Family

ID=86114961

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211521657.3A Pending CN116055560A (en) 2022-11-30 2022-11-30 Monitoring request processing method, device, medium and regional unitized deployment system

Country Status (1)

Country Link
CN (1) CN116055560A (en)

Similar Documents

Publication Publication Date Title
CN107332876B (en) Method and device for synchronizing block chain state
EP3664372B1 (en) Network management method and related device
CN106059825A (en) Distributed system and configuration method
JP4205323B2 (en) Distribution system, distribution server and distribution method, distribution program
CN104219316A (en) Method and device for processing call request in distributed system
CN110865842B (en) OTA upgrading method and equipment
CN110519409B (en) Domain name dynamic configuration method, device, equipment and storage medium
CN110336848B (en) Scheduling method, scheduling system and scheduling equipment for access request
CN110602227B (en) Intelligent contract management method and related device
CN110727738A (en) Global routing system based on data fragmentation, electronic equipment and storage medium
CN111083219A (en) Request processing method, device, equipment and computer readable storage medium
CN105100002A (en) Attribute operation method and device
CN110741617A (en) Resource updating method and device, computer equipment and storage medium
CN107995062B (en) RPC-based traffic management integrated platform remote service real-time processing method and system
CN113177179A (en) Data request connection management method, device, equipment and storage medium
CN113283987A (en) Service processing method, device, block chain gateway, block chain node and storage medium
CN112243243B (en) Network slice implementation method, entity and system
CN103024051B (en) A kind of device, method and corresponding system carrying out server distribution
CN112035579B (en) Graph management, data storage and data query methods, devices and storage medium
EP2517439B1 (en) Method for coordinating the provision of a composite service
CN116055560A (en) Monitoring request processing method, device, medium and regional unitized deployment system
CN106936643B (en) Equipment linkage method and terminal equipment
CN110071952B (en) Service call quantity control method and device
CN110636072A (en) Target domain name scheduling method, device, equipment and storage medium
US8195781B2 (en) Network management with scalable trap definitions

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
TA01 Transfer of patent application right

Effective date of registration: 20240325

Address after: Unit 1, Building 1, China Telecom Zhejiang Innovation Park, No. 8 Xiqin Street, Wuchang Street, Yuhang District, Hangzhou City, Zhejiang Province, 311100

Applicant after: Tianyi Shilian Technology Co.,Ltd.

Country or region after: China

Address before: 200000 room 1423, No. 1256 and 1258, Wanrong Road, Jing'an District, Shanghai

Applicant before: Tianyi Digital Life Technology Co.,Ltd.

Country or region before: China