CN112702376B - Real-time transaction monitoring method - Google Patents
Real-time transaction monitoring method Download PDFInfo
- Publication number
- CN112702376B CN112702376B CN201911013906.6A CN201911013906A CN112702376B CN 112702376 B CN112702376 B CN 112702376B CN 201911013906 A CN201911013906 A CN 201911013906A CN 112702376 B CN112702376 B CN 112702376B
- Authority
- CN
- China
- Prior art keywords
- communication gateway
- transaction
- request message
- time
- index data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- 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
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- 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
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Abstract
The invention provides a transaction real-time monitoring method, which relates to the field of IT system transaction monitoring, and the monitoring method comprises the following steps: 1. processing the transaction request message and sending the processed message to a transmission queue; 2. performing stream calculation processing on the communication gateway, and 2.1, reading a latest message log in a transmission queue and analyzing the latest message log into an index data object; 2.2. distributing the index data object to an index calculation window according to the flow calculation work configuration information; 2.3. the index calculation window continuously updates the index data object until a preset event is triggered; 2.4. calculating final index data under each communication gateway address, comparing the final index data with a preset threshold value, and generating warning data and warning events if the final index data exceeds the preset threshold value; 2.5. and persisting the final index data, the warning data and the warning event data to a database. The invention carries out full-flow monitoring on the transaction process, analyzes in real time and sends out early warning to possible problems in advance.
Description
Technical Field
The invention relates to the field of IT system transaction monitoring, in particular to a transaction real-time monitoring method.
Background
The transaction management system is a transaction center of the enterprise IT system, is used for monitoring the transaction of the enterprise IT system, can find abnormal transaction conditions in time, and carries out early warning on slow transaction conditions in time.
At present, a transaction management system in the market mainly has a totem TopLink, and the system can realize: 1. synchronous, asynchronous transactions; 2. the adaptation of protocols such as Tuxedo, WS, Http and the like is supported; 3. and the flow can be smoothed based on the transaction scheduling of the buffer pool.
However, the existing transaction management system has disadvantages in monitoring and management for message transmission: 1. when problems occur, the available positioning means are few, and the positioning is slow; 2. transaction monitoring is not set, and early warning for possible occurrence cannot be carried out; 3. for the newly built environment, a new database needs to be reconfigured, and the subsequent operation and maintenance configuration is complex.
Disclosure of Invention
In view of the above disadvantages of the prior art, the present invention provides a real-time transaction monitoring method, which performs a full-flow monitoring on the transaction process, analyzes in real time, and sends out an early warning to a possible problem in advance; and the complexity of database configuration is reduced, and a plurality of cluster information are configured by using the same database.
The invention provides a real-time transaction monitoring method, which comprises the following steps:
1. processing the transaction request message;
1.1. the request direction sends a transaction request message to the communication gateway;
1.2. the communication gateway receives the transaction request message, performs load balancing processing on the transaction request message, and distributes the transaction request message to a corresponding communication gateway server;
1.3. the communication gateway server receives the transaction request message, generates a request message log and then sends the request message log to a transmission queue;
1.4. the communication gateway server analyzes the service party parameters in the transaction request message and records the current time T1; obtaining a network address of a service party according to the routing configuration, and forwarding the request message to the service party;
1.5. recording the request message forwarding time T2 to a request message forwarding log, and sending the request message forwarding log to a transmission queue;
1.6. the communication gateway server receives the response message returned by the server, records the return code and the return time T3 in the response message returned, generates a return response message log and sends the return response message log to the transmission queue;
1.7. the communication gateway forwards the return response message to the requester, records the return response message forwarding time T4 to a response forwarding message log, and sends the response forwarding message log to a transmission queue;
2. UMP flow calculation processing is carried out on the communication gateway;
2.1. reading the latest message log in the transmission queue and analyzing the latest message log as an index data object;
2.2. distributing the index data object to an index calculation window according to the flow calculation work configuration information;
2.3. continuously updating the index data object in the index calculation window until a preset event is triggered;
2.4. calculating final index data under each communication gateway address, comparing the final index data with a preset threshold value, and generating warning data and warning events if the final index data exceeds the preset threshold value;
2.5. and persisting the final index data, the warning data and the warning event data to a database.
In an embodiment of the present invention, the index calculation window includes a count index calculation window and a time-consuming index calculation window, and the count index calculation window is used for counting the transaction amount; and the time consumption index calculation window is used for counting average transaction time consumption and average response time consumption of the communication gateway server.
In an embodiment of the invention, the final index data under each address of the messenger gateway includes total transaction time T4-T1 and response time T3-T2 of the messenger server.
In an embodiment of the present invention, before performing stream calculation processing on a communication gateway, a stream calculation server configures multiple copies of stream calculation work according to service requirements, and the specific steps are as follows:
3.1. initializing a stream computing server, reading stream computing work configuration information, and requesting and caching basic information of a server and a communication gateway from a database;
3.2. calculating work configuration information according to the flow, and starting a health monitoring timing task for the communication gateway;
3.3. constructing a distributed processing framework based on the flow calculation work according to the flow calculation work configuration information;
3.4. and configuring multiple copies of flow calculation work according to business requirements, and continuously executing flow calculation tasks.
In an embodiment of the invention, the preset event is triggered by expiration of a timer of the counting window.
In an embodiment of the present invention, if the message log is abnormal, the index calculation window corresponding to the message log is removed, and the memory space is released.
As described above, the real-time transaction monitoring method of the present invention has the following beneficial effects:
1. the invention carries out full-flow monitoring on the transaction process, analyzes in real time and sends out early warning to possible problems (such as slow transaction and the like).
2. The invention realizes perfect transaction control and processes abnormal energy reduction, temporary closing and the like on the transaction.
3. The invention supports horizontal expansion, reduces the complexity of database configuration, and configures a plurality of cluster information by using the same database.
Drawings
Fig. 1 is a timing diagram of a communication gateway disclosed in an embodiment of the present invention.
Fig. 2 shows a flowchart for calculating UMP stream disclosed in the embodiment of the present invention.
Detailed Description
The embodiments of the present invention are described below with reference to specific embodiments, and other advantages and effects of the present invention will be easily understood by those skilled in the art from the disclosure of the present specification. The invention is capable of other and different embodiments and of being practiced or of being carried out in various ways, and its several details are capable of modification in various respects, all without departing from the spirit and scope of the present invention. It is to be noted that the features in the following embodiments and examples may be combined with each other without conflict.
It should be noted that the drawings provided in the following embodiments are only for illustrating the basic idea of the present invention, and the components related to the present invention are only shown in the drawings rather than drawn according to the number, shape and size of the components in actual implementation, and the type, quantity and proportion of the components in actual implementation may be changed freely, and the layout of the components may be more complicated.
The invention provides a real-time transaction monitoring method, which comprises the following steps:
as shown in fig. 1, a transaction request message is processed;
1.1. the request direction sends a transaction request message to the communication gateway;
1.2. the communication gateway receives the transaction request message, performs load balancing processing on the transaction request message, and distributes the transaction request message to a corresponding communication gateway server;
1.3. the communication gateway server receives the transaction request message, generates a request message log and then sends the request message log to a transmission queue;
1.4. the communication gateway server analyzes the server side parameter in the transaction request message and records the current time T1; obtaining a network address of a service party according to the routing configuration, and forwarding the request message to the service party;
1.5. recording the request message forwarding time T2 to a request message forwarding log, and sending the request message forwarding log to a transmission queue;
1.6. the communication gateway server receives the response message returned by the server, records the return code and the return time T3 in the response message returned, generates a return response message log and sends the return response message log to the transmission queue;
1.7. the communication gateway forwards the return response message to the requester, records the return response message forwarding time T4 to a response forwarding message log, and sends the response forwarding message log to a transmission queue;
as shown in fig. 2, performing UMP flow calculation processing on the communication gateway;
2.1. reading the latest message log in the transmission queue and analyzing the latest message log as an index data object;
2.2. distributing the index data object to an index calculation window according to the flow calculation work configuration information;
2.3. the index calculation window continuously updates the index data object until a preset event is triggered;
2.4. calculating final index data under each communication gateway address, comparing the final index data with a preset threshold value, and generating warning data and warning events if the final index data exceeds the preset threshold value;
2.5. and persisting the final index data, the warning data and the warning event data to a database.
Specifically, the index calculation window includes a counting index calculation window and a time-consuming index calculation window, and the counting index calculation window is used for counting the transaction amount; and the time consumption index calculation window is used for counting average transaction time consumption and average response time consumption of the communication gateway server.
Specifically, the final index data under each address of the corresponding gateway comprises transaction total time consumption T4-T1 and response time consumption T3-T2 of the corresponding gateway server.
Specifically, before performing stream calculation processing on the communication gateway, the stream calculation server configures multiple copies of stream calculation work according to service requirements, and the specific steps are as follows:
3.1. initializing a stream computing server, reading stream computing work configuration information, and requesting and caching basic information of a server and a communication gateway from a database;
3.2. calculating work configuration information according to the flow, and starting a health monitoring timing task for the communication gateway;
3.3. constructing a distributed processing framework based on the flow calculation work according to the flow calculation work configuration information;
3.4. and configuring multiple copies of flow calculation work according to business requirements, and continuously executing flow calculation tasks.
Specifically, the preset event is triggered by the expiration of a timer of the calculation window.
Specifically, if the message log is abnormal, the index calculation window corresponding to the message log is removed, and the memory space is released.
Example one
Suppose that: the requester C (request number reqID: 1011040001, request address reqIP: 10.186.86.71) sends a transaction request to the interface I (interface number apiID: 1409192) of the server S (service number servID: 2010120001, service address servIP: 10.186.85.71) through the communication gateway G (communication gateway address gtwIP: 10.186.84.71);
knowing the transmit queue K (transmit queue address KafIP: 10.186.90.71:9092), the UMP flow computation service M (flow computation service address umpIP: 10.186.80.1), the flow computation time window size: for 30 seconds.
The processing steps of the communication gateway G are as follows:
1. the requester C sends a request message to the proxy communication gateway G, wherein the current transaction identification number TransID, the service number servID and the interface number apiID of the service party S are marked in the request message;
2. the communication gateway G receives the request message, performs load balancing processing on the transaction message, and starts a processing thread;
3. the processing thread records the current time T1, analyzes the service number servID and the interface number apiID of the server S, and inquires the router configuration to obtain the service address servIP of the server S which is 10.186.85.71;
4. constructing a request message log Msg1, wherein the request message log Msg1 comprises transID, reqID, reqIP, servID, servIP, apiID, gtwIP and T1; setting a request message log type msgType as 1 (representing a request message), and sending the request message log type msgType to a transmission queue K;
5. the communication gateway G forwards the request message log Msg1 to a service servIP of a server S and records the current time T2;
6. constructing a request forwarding message log Msg2, wherein the request forwarding message log Msg2 comprises a transID, a reqID, a reqIP, a servID, a servIP, an apiID, a gtwIP and a T2; setting a request forwarding message log type msgType 2 (representing a request forwarding message) and sending the request forwarding message log type msgType to a transmission queue K;
7. after the message log Msg2 is requested to be forwarded and sent, the communication gateway G sleeps the processing thread until the processing thread is awakened by a return message of the service party S;
8. if the server S works normally, after the request forwarding message is processed, a response message is returned to the communication gateway G, and a sleeping processing thread is awakened;
9. after the proxy communication gateway G receives the return message or the specified timeout TIME expires, the processing thread is awakened, the current TIME T3 is recorded, if the server S responds, the return code resCode in the response message is recorded, otherwise, the resCode is TIME _ OUT;
10. constructing a response message log Msg3, wherein the response message log Msg3 comprises transID, reqID, reqIP, servID, servIP, apiID, gtwIP, resCode and T3, setting the type msgType of a response message to be 3 (representing a response message), and sending the response message to a transmission queue K;
11. forwarding the response message to a request address reqIP of the requester C, and recording the current time T4;
12. constructing a response forwarding message log Msg4, wherein the response forwarding message log Msg4 contains a transID, a reqID, a reqIP, a servID, a servIP, an apiID, a gtwIP, a resCode and T4, and a response forwarding message log type msgType is set to be 4 (representing a response forwarding message) and is sent to a transmission queue K;
13. after the processing is finished, the processing thread exits;
on the other hand, the UMP flow calculation service calculates transaction counting indexes and transaction time consumption indexes from four dimensions of a communication gateway G, a requester C, a server S and an interface I (optional), the calculation processes of all the dimensions are generally similar, and the dimension of the proxy communication gateway G is taken as an example below;
the processing steps of UMP flow calculation service M to communication gateway G dimension index are as follows:
1. distributing any message log Msg (including Msg1, Msg2, Msg3 and Msg4) read from the transmission queue K into a time-consuming index calculation process, and if the message log type msgType is 4, distributing the message log to a counting index calculation process;
2. in the time-consuming index calculation process, the processing steps of the message log are as follows:
2.1. grouping the message logs msg by taking the transaction identification number transID as a key value, wherein the message logs msg of the same transaction identification number transID are distributed into a small computing window;
2.2. each small computing window is created when receiving the message log of the first transaction identification number transID and has a personal maximum life cycle; the small computing window internally maintains an object for identifying the message generation time (namely T1, T2, T3 and T4 in the message log) of the transaction at different stages;
2.3. when a small computing window collects 4 message logs msg at different stages in a life cycle, computing time consumption indexes such as total transaction time (T4-T1), server S response time consumption (T3-T2) and the like, and generating a new time consumption index data object; the data object takes a transaction identification number TransID as an identification and has a communication gateway address gtwIP attribute; all time-consuming index data objects are distributed to a time window according to a communication gateway address gtwop;
particularly, if a certain small computing window fails to collect 4 logs msg in different stages in the maximum life cycle, it indicates that the network environment is unstable or an abnormal message log is generated, and the UMP stream computing service M directly discards the corresponding small computing window and releases the memory space of the small computing window;
2.4. calculating the size of a time window (30 seconds) by one stream in the time window, grouping all time-consuming index data through the communication gateway address gtwIP, and calculating the transaction total number processed by each communication gateway address gtwIP in the current time series and the sum of various time-consuming index data in real time;
2.5. after the time window is expired, calculating final index data under each communication gateway address gtwIP grouping, comparing the final index data with a preset threshold value, and giving out a warning if the final index data exceeds the preset threshold value;
2.6. prolonging the final index data and the warning data to a database, emptying a time window, and waiting for counting data generated in the next time period;
3. in the counting index calculation process, the processing steps of the message log are as follows:
3.1. grouping the message logs by using the communication gateway address gtwIP, and dividing the message logs of the same communication gateway address gtwIP into a calculation window, wherein the calculation window calculates the size of a time window (30 seconds) by using one stream;
3.2. whether the transaction is finally completed or overtime is determined through the return code resCode, so that the successful transaction amount, the failed transaction amount and the overtime transaction amount which are carried out through the gtwIP of each communication gateway address in each calculation window are calculated in real time;
3.3. after the time window is expired, calculating final index data under each communication gateway address gtwIP grouping, comparing the final index data with a preset threshold value, and giving out a warning if the final index data exceeds the preset threshold value;
3.4. prolonging the final index data and the warning data to a database, emptying a time window, and waiting for counting data generated in the next time period;
in conclusion, the invention carries out full-flow monitoring on the transaction process, analyzes in real time and sends out early warning to the possible problems in advance; and the complexity of database configuration is reduced, and the same database is used for configuring a plurality of cluster information. Therefore, the invention effectively overcomes various defects in the prior art and has high industrial utilization value.
The foregoing embodiments are merely illustrative of the principles and utilities of the present invention and are not intended to limit the invention. Those skilled in the art can modify or change the above-described embodiments without departing from the spirit and scope of the present invention. Accordingly, it is intended that all equivalent modifications or changes which may be made by those skilled in the art without departing from the spirit and scope of the present invention as defined in the appended claims.
Claims (5)
1. A method for real-time monitoring of transactions, the method comprising the steps of:
1. processing the transaction request message;
1.1. the request direction sends a transaction request message to the communication gateway;
1.2. the communication gateway receives the transaction request message, performs load balancing processing on the transaction request message, and distributes the transaction request message to a corresponding communication gateway server;
1.3. the communication gateway server receives the transaction request message, generates a request message log and then sends the request message log to a transmission queue;
1.4. the communication gateway server analyzes the server side parameter in the transaction request message and records the current time T1; obtaining a network address of a service party according to the routing configuration, and forwarding the request message to the service party;
1.5. recording the request message forwarding time T2 to a request message forwarding log, and sending the request message forwarding log to a transmission queue;
1.6. the communication gateway server receives the response message returned by the server, records the return code and the return time T3 in the response message returned, generates a return response message log and sends the return response message log to the transmission queue;
1.7. the communication gateway forwards the return response message to the requester, records the return response message forwarding time T4 to a response forwarding message log, and sends the response forwarding message log to a transmission queue;
2. UMP flow calculation processing is carried out on the communication gateway;
2.1. reading a latest message log in a transmission queue, and analyzing the latest message log as an index data object;
2.2. distributing the index data object to an index calculation window according to the flow calculation work configuration information;
2.3. continuously updating the index data object in the index calculation window until a preset event is triggered;
2.4. calculating final index data under each communication gateway address, comparing the final index data with a preset threshold value, and generating warning data and warning events if the final index data exceeds the preset threshold value;
2.5. persisting the final index data, the warning data and the warning event data to a database;
before carrying out flow calculation processing on a communication gateway, a flow calculation server configures a plurality of copies of flow calculation work according to service requirements, and the method specifically comprises the following steps:
3.1. initializing a stream computing server, reading stream computing work configuration information, and requesting and caching basic information of a server and a communication gateway from a database;
3.2. according to the flow calculation work configuration information, starting a health monitoring timing task for the communication gateway;
3.3. constructing a distributed processing framework based on the flow calculation work according to the flow calculation work configuration information;
3.4. and configuring multiple copies of flow calculation work according to business requirements, and continuously executing flow calculation tasks.
2. The real-time transaction monitoring method according to claim 1, wherein: the index calculation window comprises a counting index calculation window and a time consumption index calculation window, and the counting index calculation window is used for counting the transaction amount; and the time consumption index calculation window is used for counting average transaction time consumption and average response time consumption of the communication gateway server.
3. The real-time transaction monitoring method according to claim 1, wherein: the final index data under each communication gateway address comprises transaction total time consumption T4-T1 and communication gateway server response time consumption T3-T2.
4. The real-time transaction monitoring method according to claim 1, wherein: the preset event is triggered by the expiration of a timer of a calculation window.
5. The real-time transaction monitoring method according to claim 1, wherein: and if the message log is abnormal, removing the index calculation window corresponding to the message log, and releasing the memory space.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911013906.6A CN112702376B (en) | 2019-10-23 | 2019-10-23 | Real-time transaction monitoring method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911013906.6A CN112702376B (en) | 2019-10-23 | 2019-10-23 | Real-time transaction monitoring method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112702376A CN112702376A (en) | 2021-04-23 |
| CN112702376B true CN112702376B (en) | 2022-09-06 |
Family
ID=75505165
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911013906.6A Active CN112702376B (en) | 2019-10-23 | 2019-10-23 | Real-time transaction monitoring method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112702376B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102801578A (en) * | 2012-06-28 | 2012-11-28 | 郑州郑大信息技术有限公司 | Monitoring system for trading platform |
| CN103699989A (en) * | 2013-12-27 | 2014-04-02 | 福建联迪商用设备有限公司 | Payment platform and payment method on basis of intelligent equipment |
| CN106210021A (en) * | 2016-07-05 | 2016-12-07 | 中国银行股份有限公司 | The method for real-time monitoring of financial application system online business and supervising device |
| CN106506668A (en) * | 2016-11-23 | 2017-03-15 | 山东浪潮云服务信息科技有限公司 | A kind of method that object storage is realized based on distributed storage |
| CN108537544A (en) * | 2018-04-04 | 2018-09-14 | 中南大学 | A kind of transaction system method for real-time monitoring and its monitoring system |
-
2019
- 2019-10-23 CN CN201911013906.6A patent/CN112702376B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102801578A (en) * | 2012-06-28 | 2012-11-28 | 郑州郑大信息技术有限公司 | Monitoring system for trading platform |
| CN103699989A (en) * | 2013-12-27 | 2014-04-02 | 福建联迪商用设备有限公司 | Payment platform and payment method on basis of intelligent equipment |
| CN106210021A (en) * | 2016-07-05 | 2016-12-07 | 中国银行股份有限公司 | The method for real-time monitoring of financial application system online business and supervising device |
| CN106506668A (en) * | 2016-11-23 | 2017-03-15 | 山东浪潮云服务信息科技有限公司 | A kind of method that object storage is realized based on distributed storage |
| CN108537544A (en) * | 2018-04-04 | 2018-09-14 | 中南大学 | A kind of transaction system method for real-time monitoring and its monitoring system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112702376A (en) | 2021-04-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11599560B2 (en) | Predictive and adaptive queue flushing for real-time data reconciliation between local and remote databases | |
| TWI761349B (en) | Risk identification method, client device and risk identification system | |
| EP3180695B1 (en) | Systems and methods for auto-scaling a big data system | |
| KR101634409B1 (en) | Techniques for resource location and migration across data centers | |
| CN110222091A (en) | A kind of mass data real-time statistic analysis method | |
| US11182353B2 (en) | Stored-procedure execution method and device, and system | |
| US9870269B1 (en) | Job allocation in a clustered environment | |
| KR20120040707A (en) | Fault tolerant batch processing | |
| CN111274052A (en) | Data distribution method, server, and computer-readable storage medium | |
| CN109271435A (en) | A kind of data pick-up method and system for supporting breakpoint transmission | |
| CN108491255B (en) | Self-service MapReduce data optimal distribution method and system | |
| CN105989163A (en) | Data real-time processing method and system | |
| WO2020258666A1 (en) | Distributed system and data processing method | |
| WO2023109806A1 (en) | Method and apparatus for processing active data for internet of things device, and storage medium | |
| GB2516357A (en) | Methods and apparatus for monitoring conditions prevailing in a distributed system | |
| CN105069029A (en) | Real-time ETL (extraction-transformation-loading) system and method | |
| CN112702376B (en) | Real-time transaction monitoring method | |
| CN112948081A (en) | Method, device and equipment for processing task in delayed mode and storage medium | |
| CN115617480A (en) | Task scheduling method, device and system and storage medium | |
| CN112448855B (en) | Method and system for updating block chain system parameters | |
| CN111679899B (en) | Task scheduling method, device, platform equipment and storage medium | |
| CN114971689A (en) | Task processing method, device, equipment and storage medium | |
| CN113312359A (en) | Distributed job progress calculation method and device and storage medium | |
| CN114612212A (en) | Business processing method, device and system based on risk control | |
| CN114116908A (en) | Data management method and device and electronic equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |