CN105207806A - Monitoring method and apparatus of distributed service - Google Patents
Monitoring method and apparatus of distributed service Download PDFInfo
- Publication number
- CN105207806A CN105207806A CN201510515834.0A CN201510515834A CN105207806A CN 105207806 A CN105207806 A CN 105207806A CN 201510515834 A CN201510515834 A CN 201510515834A CN 105207806 A CN105207806 A CN 105207806A
- Authority
- CN
- China
- Prior art keywords
- service request
- log recording
- module
- log
- call relation
- 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
Classifications
-
- 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/508—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
- H04L41/5096—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to distributed or central networked applications
-
- 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/06—Management of faults, events, alarms or notifications
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
-
- 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/12—Discovery or management of network topologies
Abstract
The embodiments of the invention provide a monitoring method and apparatus of distributed service. The method comprises the following steps: obtaining service request processing logs acquired from multiple modules of the distributed service, wherein the same service requests recorded in the log records of the service request processing logs acquired by the multiple modules have the same service request identifications, and the log records comprise a first module identification of a current module and a second module identification of a scheduling module scheduling the current module; respectively aggregating the log records with the same service request identifications to form a log record set; and respectively analyzing the obtained log record set through aggregation, and for service requests with abnormal processing results, according to the service requests, generating a request scheduling relation topological graph of the service requests from scheduling relations between the modules. According to the technical scheme provided by the invention, when the processing results of the service request are abnormal, the corresponding request scheduling relation topological graph is automatically generated so that rapid loss stop of abnormal service requests is facilitated.
Description
Technical field
The present invention relates to technical field of data processing, particularly relate to a kind of method for supervising and device of Distributed Services.
Background technology
At present, internet, applications is mostly distributed online service system, and each request needs the disparate modules on tens even hundreds of platform computer to complete, and along with the fast development of business, the quantity of module is also in continuous increase, and the interactive relation of intermodule becomes complex.Correspondingly, how to realize the monitoring to Distributed Services, and time analyze Distributed Services exception reason also become complexity.
Existing supervisory control system is monitored for the individual module in Distributed Services or single computer usually.Particularly, the information that supervisory control system periodic sampling is concerned about carries out adding up and analyzing, if find that the result of service request is abnormal, starts the warning function of supervisory control system.
Because above-mentioned supervisory control system is when service request is abnormal, only provide corresponding alert service.So after receiving warning message, the call relation between each module manually need determining corresponding service request, then according to the reason of call relation concrete analysis service request exception, efficiency is lower, is unfavorable for stopping loss fast of abnormal traffic request in Distributed Services.
Summary of the invention
The object of the present invention is to provide a kind of method for supervising and device of Distributed Services, automatically to generate the request call relation topological diagram of abnormal traffic request, realize stopping loss fast of abnormal traffic request.
According to an aspect of the present invention, the invention provides a kind of method for supervising of Distributed Services, described method comprises: log acquisition step: the service request process daily record obtaining the multiple module acquires from Distributed Services, wherein, the same service request be recorded in the middle of the log recording of the described service request process daily record from described multiple module acquires has identical service request mark, and described log recording comprises the first module id of current block and calls second module id of calling module of described current block; Log aggregation step: the log recording with identical service request mark is polymerized to log recording set respectively; Log analysis step: analyzing respectively being polymerized the log recording set obtained, wherein, abnormal service request being occurred to result, generates the request call relation topological diagram of described service request according to described service request call relation between the modules.
Alternatively, described method also comprises log-structuredization step: extract service request mark, the first module id, the second module id and the data about result state respectively from described log recording, generate corresponding log recording index.
Alternatively, in described log aggregation step, the log recording index with identical service request mark is polymerized to the set of log recording index respectively; In described log analysis step, analyze respectively being polymerized the log recording index set obtained, wherein, abnormal service request is occurred to result, generates the request call relation topological diagram of the described service request that abnormal module is marked according to described service request call relation between the modules.
Alternatively, described method also comprises warning message generation step: the warning message becoming described service request according to described request call relation topological diagram with the symphysis of corresponding log recording indexed set.
Alternatively, described method also comprises warning message provides step: send or show described warning message.
According to a further aspect in the invention, the present invention also provides a kind of supervising device of Distributed Services, described device comprises: log acquisition unit, for obtaining the service request process daily record of the multiple module acquires from Distributed Services, wherein, the same service request be recorded in the middle of the log recording of the described service request process daily record from described multiple module acquires has identical service request mark, and described log recording comprises the first module id of current block and calls second module id of calling module of described current block; Log recording polymerized unit, for being polymerized to log recording set respectively by the log recording with identical service request mark; Log recording set analysis unit, for analyzing respectively being polymerized the log recording set obtained, wherein, abnormal service request is occurred to result, generates the request call relation topological diagram of described service request according to described service request call relation between the modules.
Alternatively, described device also comprises log recording index generation unit, for extracting service request mark, the first module id, the second module id and the data about result state respectively from described log recording, generates corresponding log recording index.
Alternatively, described log recording polymerized unit is used for the log recording index with identical service request mark to be polymerized to the set of log recording index respectively; Described log recording set analysis unit is used for analyzing respectively being polymerized the log recording index set obtained, wherein, abnormal service request is occurred to result, generates the request call relation topological diagram of the described service request that abnormal module is marked according to described service request call relation between the modules.
Alternatively, described device also comprises warning message generation unit, for becoming the warning message of described service request with the symphysis of corresponding log recording indexed set according to described request call relation topological diagram.
Alternatively, described device also comprises warning message providing unit, for sending or showing described warning message.
The method for supervising of the Distributed Services that the embodiment of the present invention provides and device, identical service request mark is configured to multiple processing modules of same service request, and be recorded in comprise service request mark, current block the first module id and call current block calling module the second module id log recording in, then analyze the log recording with identical service request mark and be polymerized the log recording set obtained.When the result of a certain service request occurs abnormal, automatically generate corresponding request call relation topological diagram, to facilitate stopping loss fast of abnormal traffic request according to the call relation between the module of this service request recorded in log recording set.
Accompanying drawing explanation
Fig. 1 is the schematic flow sheet of the method for supervising that exemplary embodiment of the present Distributed Services is shown;
Fig. 2 is the schematic diagram of the log recording of the service request process daily record that the specific embodiment of the invention is shown;
Fig. 3 is the schematic diagram of the request call relation topological diagram that the specific embodiment of the invention is shown;
Fig. 4 is the structural representation of the supervising device that exemplary embodiment of the present Distributed Services is shown.
Embodiment
Basic conception of the present invention is, provides a kind of method for supervising of Distributed Services and realizes the device of described method.For same service request, adopt identical service request mark in the service request process daily record of its each module, and in each log recording, typing has the first module id of current block and calls second module id of calling module of described current block.Thus, when the result of a certain service request occurs abnormal, can automatically generate corresponding request call relation topological diagram according to this service request call relation between the modules, realize stopping loss fast of abnormal traffic request.
Below in conjunction with accompanying drawing, the method for supervising of the Distributed Services of exemplary embodiment of the present and device are described in detail.
Embodiment one
Fig. 1 is the schematic flow sheet of the method for supervising that exemplary embodiment of the present Distributed Services is shown.
With reference to Fig. 1, in step S110, obtain the service request process daily record of the multiple module acquires from Distributed Services.
Wherein, the same service request be recorded in the middle of the log recording of the service request process daily record from multiple module acquires has identical service request mark, and log recording comprises the first module id of current block and calls second module id of calling module of described current block.In addition, the IP address of the first module, the IP address of the second module, the time arriving current block, service request can also be comprised in log recording in information such as the consuming time of current block and results.Wherein, the service request mark processing each module of same service request obtains in the following manner: by corresponding for first block configuration one of this service request of process service request mark, each module of this service request of reprocessing all configure the service request identical with first module and identify, and to be recorded in the log recording of service request process daily record of each module.
In step S120, the log recording with identical service request mark is polymerized to log recording set respectively.
Particularly, according to service request mark, all log recordings are divided into groups, service request is identified identical all log recordings and be divided into one group, generate one or more log recording set, facilitate subsequent treatment.
In step S130, analyzing respectively being polymerized the log recording set obtained, wherein, abnormal service request being occurred to result, generate the request call relation topological diagram of service request according to service request call relation between the modules.
Particularly, the log recording set obtained in step S120 is analyzed.Analytic process is as follows: whether the data detecting the identification process result phase of each log recording in arbitrary log recording set are normal, if the data of above-mentioned identification process result phase have one or more exception, then think that the result of corresponding service request occurs abnormal.After this, the request call relation topological diagram of this service request is generated according to this service request call relation between the modules.Wherein, the data of the call relation between the module that can obtain process service request from log recording set corresponding to this service request, the first module id namely in log recording and the second module id.
Request call relation topological diagram mentioned here can be the request call relation topological diagram of actual drafting, also can be the data logically reflecting call relation between modules, with based on described data construct described request call relation topological diagram.
At this, for abnormal module occurs quick position, the abnormal module in above-mentioned request call relation topological diagram can be marked.
The multiple processing modules of method for supervising to same service request of the Distributed Services that the embodiment of the present invention provides configure identical service request mark, and be recorded in comprise service request mark, current block the first module id and call current block calling module the second module id log recording in, then analyze the log recording with identical service request mark and be polymerized the log recording set obtained.When the result of a certain service request occurs abnormal, automatically generate corresponding request call relation topological diagram, to facilitate stopping loss fast of abnormal traffic request according to the call relation between the module of this service request recorded in log recording set.
Usually due to the function difference that modules performs, the data that service request process log packet of its record contains are scarcely same.In order to improve data-handling efficiency, the log recording of the service request process daily record from modules collection can be treated to unified architecture.
Therefore, alternatively, the method for supervising of the Distributed Services in above-described embodiment also can comprise log-structuredization step: extract service request mark, the first module id, the second module id and the data about result state respectively from log recording, generate corresponding log recording index.In addition, the information such as the IP address of the first module, the IP address of the second module can in log recording index, also be comprised, to obtain more definite about module, abundant information.
Further, the process of step S120 can comprise: the log recording index with identical service request mark is polymerized to the set of log recording index respectively.
Correspondingly, the process of step S130 can comprise: analyze respectively being polymerized the log recording index set obtained, wherein, abnormal service request is occurred to result, generates the request call relation topological diagram of the service request that abnormal module is marked according to service request call relation between the modules.
The method for supervising of above-mentioned Distributed Services, the log recording index set being polymerized the service request obtained is analyzed, when the result analyzing a certain service request occurs abnormal, construct request call relation topological diagram according to the call relation between the module of this service request.Because the data volume of log recording index set is more much smaller than the data volume of log recording set, so the amount of calculation analyzing the call relation between log recording index set and the module knowing service request from the set of log recording index is also much smaller, which increase the efficiency generating request call relation topological diagram, be more conducive to stopping loss fast of abnormal traffic request.
Alternatively, after the set of analysis log recording index obtains corresponding request call relation topological diagram, the method for supervising of Distributed Services also can comprise warning message generation step: the warning message becoming service request according to request call relation topological diagram with the symphysis of corresponding log recording indexed set, described warning message, for explaining the call relation between the module that the service request that exception occurs relates to and module, also can comprise the IP address information etc. of time of origin, module.Correspondingly, the method for supervising of Distributed Services also can comprise warning message provides step: send or show above-mentioned warning message.There is provided step by warning message generation step and warning message, the warning message of the call relation between the module being used for explaining that the service request that exception occurs relates to and module can be supplied to corresponding user or module, to carry out failture evacuation.
Understand the method for supervising of the Distributed Services in embodiment one for convenience, do specific description with the concrete method for supervising of example to Distributed Services below.
First, assuming that comprise service request mark (logid), the first module id (module), the second module id (referModule), the IP (moduleIP) of the first module, the IP (referModuleIP) of the second module, the data (errno) of result state, the time (time) arriving current block, service request in information such as (cost) consuming time of current block from the log recording of the service request process daily record of multiple module acquires of Distributed Services.Such as, to the service request by A, B, C, F, G, H six resume module, the log recording of the service request process daily record of each module as shown in Figure 2.
After the log recording obtaining A, B, C, F, G, H six modules, further, the service request mark in every bar log recording, the IP of the first module id, the second module id, the first module, the IP of the second module, the data of result state are extracted from above-mentioned six modules, generate log recording index, and polymerization process is done to the log recording index generated, obtain the log recording index set of service request as shown in the table.Wherein, errno is that the result state of this module of null representation is normal, the result abnormal state of non-this module of null representation of errno.
The log recording index set of service request
logid | module | referModule | moduleIP | referModuleIP | errno |
123 | A | 192.168.1.1 | 0 | ||
123 | B | A | 192.168.1.2 | 192.168.1.1 | 0 |
123 | C | A | 192.168.1.3 | 192.168.1.1 | 3 |
123 | F | B | 192.168.1.4 | 192.168.1.2 | 0 |
123 | G | B | 192.168.1.5 | 192.168.1.2 | 1 |
123 | H | G | 192.168.1.6 | 192.168.1.5 | 0 |
Data analysis from the log recording index set in upper table: the result abnormal state of module C and module G, show that the result of this service request is abnormal, then according to the call relation generation request call relation topological diagram as shown in Figure 3 between the module in upper table.
Embodiment two
Fig. 4 is the structural representation of the supervising device that exemplary embodiment of the present Distributed Services is shown.
With reference to Fig. 4, the supervising device of the Distributed Services of the embodiment of the present invention can perform the method for supervising of the Distributed Services of embodiment one.The supervising device of the Distributed Services of the embodiment of the present invention can comprise: log acquisition unit 410, log recording polymerized unit 420 and log recording set analysis unit 430.
Log acquisition unit 410 is for obtaining the service request process daily record of the multiple module acquires from Distributed Services, wherein, the same service request be recorded in the middle of the log recording of the service request process daily record from multiple module acquires has identical service request mark, and log recording comprises the first module id of current block and calls second module id of calling module of current block.
Log recording polymerized unit 420 is for being polymerized to log recording set respectively by the log recording with identical service request mark.
Log recording set analysis unit 430 is for analyzing respectively being polymerized the log recording set obtained, wherein, abnormal service request is occurred to result, generates the request call relation topological diagram of service request according to service request call relation between the modules.
The supervising device of the Distributed Services that the embodiment of the present invention provides, identical service request mark is configured to multiple processing modules of same service request, and be recorded in comprise service request mark, current block the first module id and call current block calling module the second module id log recording in, then analyze the log recording with identical service request mark and be polymerized the log recording set obtained.When the result of a certain service request occurs abnormal, automatically generate corresponding request call relation topological diagram, to facilitate stopping loss fast of abnormal traffic request according to the call relation between the module of this service request recorded in log recording set.
Alternatively, the supervising device of Distributed Services also can comprise log recording index generation unit, for extracting service request mark, the first module id, the second module id and the data about result state respectively from log recording, generate corresponding log recording index.
Alternatively, log recording polymerized unit 420 is for being polymerized to the set of log recording index respectively by the log recording index with identical service request mark; Log recording set analysis unit 430 is for analyzing respectively being polymerized the log recording index set obtained, wherein, abnormal service request is occurred to result, generates the request call relation topological diagram of the service request that abnormal module is marked according to service request call relation between the modules.
Alternatively, the supervising device of Distributed Services also can comprise warning message generation unit, for becoming the warning message of service request with the symphysis of corresponding log recording indexed set according to request call relation topological diagram.
Alternatively, the supervising device of Distributed Services also can comprise warning message providing unit, for sending or showing warning message.
It may be noted that the needs according to implementing, each step described can be split as more multi-step, also the part operation of two or more step or step can be combined into new step, to realize object of the present invention in the application.
Above-mentioned can at hardware according to method of the present invention, realize in firmware, or be implemented as and can be stored in recording medium (such as CDROM, RAM, floppy disk, hard disk or magneto optical disk) in software or computer code, or be implemented and will be stored in the computer code in local recording medium by the original storage of web download in remote logging medium or nonvolatile machine readable media, thus method described here can be stored in use all-purpose computer, such software process on the recording medium of application specific processor or able to programme or specialized hardware (such as ASIC or FPGA).Be appreciated that, computer, processor, microprocessor controller or programmable hardware comprise and can store or receive the memory module of software or computer code (such as, RAM, ROM, flash memory etc.), when described software or computer code by computer, processor or hardware access and perform time, realize processing method described here.In addition, when the code for realizing the process shown in this accessed by all-purpose computer, all-purpose computer is converted to the special-purpose computer for performing the process shown in this by the execution of code.
The above; be only the specific embodiment of the present invention, but protection scope of the present invention is not limited thereto, is anyly familiar with those skilled in the art in the technical scope that the present invention discloses; change can be expected easily or replace, all should be encompassed within protection scope of the present invention.Therefore, protection scope of the present invention should be as the criterion with the protection range of described claim.
Claims (10)
1. a method for supervising for Distributed Services, is characterized in that, described method comprises:
Log acquisition step: the service request process daily record obtaining the multiple module acquires from Distributed Services, wherein, the same service request be recorded in the middle of the log recording of the described service request process daily record from described multiple module acquires has identical service request mark, and described log recording comprises the first module id of current block and calls second module id of calling module of described current block;
Log aggregation step: the log recording with identical service request mark is polymerized to log recording set respectively;
Log analysis step: analyzing respectively being polymerized the log recording set obtained, wherein, abnormal service request being occurred to result, generates the request call relation topological diagram of described service request according to described service request call relation between the modules.
2. method according to claim 1, it is characterized in that, described method also comprises log-structuredization step: extract service request mark, the first module id, the second module id and the data about result state respectively from described log recording, generate corresponding log recording index.
3. method according to claim 2, is characterized in that,
In described log aggregation step, the log recording index with identical service request mark is polymerized to the set of log recording index respectively;
In described log analysis step, analyze respectively being polymerized the log recording index set obtained, wherein, abnormal service request is occurred to result, generates the request call relation topological diagram of the described service request that abnormal module is marked according to described service request call relation between the modules.
4. method according to claim 3, is characterized in that, described method also comprises warning message generation step: the warning message becoming described service request according to described request call relation topological diagram with the symphysis of corresponding log recording indexed set.
5. method according to claim 4, is characterized in that, described method also comprises warning message provides step: send or show described warning message.
6. a supervising device for Distributed Services, is characterized in that, described device comprises:
Log acquisition unit, for obtaining the service request process daily record of the multiple module acquires from Distributed Services, wherein, the same service request be recorded in the middle of the log recording of the described service request process daily record from described multiple module acquires has identical service request mark, and described log recording comprises the first module id of current block and calls second module id of calling module of described current block;
Log recording polymerized unit, for being polymerized to log recording set respectively by the log recording with identical service request mark;
Log recording set analysis unit, for analyzing respectively being polymerized the log recording set obtained, wherein, abnormal service request is occurred to result, generates the request call relation topological diagram of described service request according to described service request call relation between the modules.
7. device according to claim 6, it is characterized in that, described device also comprises log recording index generation unit, for extracting service request mark, the first module id, the second module id and the data about result state respectively from described log recording, generate corresponding log recording index.
8. device according to claim 7, is characterized in that,
Described log recording polymerized unit is used for the log recording index with identical service request mark to be polymerized to the set of log recording index respectively;
Described log recording set analysis unit is used for analyzing respectively being polymerized the log recording index set obtained, wherein, abnormal service request is occurred to result, generates the request call relation topological diagram of the described service request that abnormal module is marked according to described service request call relation between the modules.
9. device according to claim 8, is characterized in that, described device also comprises warning message generation unit, for becoming the warning message of described service request with the symphysis of corresponding log recording indexed set according to described request call relation topological diagram.
10. device according to claim 9, is characterized in that, described device also comprises warning message providing unit, for sending or showing described warning message.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510515834.0A CN105207806A (en) | 2015-08-20 | 2015-08-20 | Monitoring method and apparatus of distributed service |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510515834.0A CN105207806A (en) | 2015-08-20 | 2015-08-20 | Monitoring method and apparatus of distributed service |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105207806A true CN105207806A (en) | 2015-12-30 |
Family
ID=54955259
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510515834.0A Pending CN105207806A (en) | 2015-08-20 | 2015-08-20 | Monitoring method and apparatus of distributed service |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105207806A (en) |
Cited By (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106100913A (en) * | 2016-08-25 | 2016-11-09 | 北京票之家科技有限公司 | Error message alignment system and method |
CN106254144A (en) * | 2016-09-06 | 2016-12-21 | 华为技术有限公司 | Fault location platform, Fault Locating Method and device |
CN106487596A (en) * | 2016-10-26 | 2017-03-08 | 宜人恒业科技发展(北京)有限公司 | Distributed Services follow the tracks of implementation method |
CN106777010A (en) * | 2016-12-07 | 2017-05-31 | 广东威创视讯科技股份有限公司 | The offer method of daily record, the acquisition methods of device and daily record, device and system |
CN107066519A (en) * | 2017-02-13 | 2017-08-18 | 阿里巴巴集团控股有限公司 | A kind of task detection method and device |
CN107678933A (en) * | 2017-09-28 | 2018-02-09 | 中国平安人寿保险股份有限公司 | Daily record generation management method, device, equipment and computer-readable recording medium |
CN107729210A (en) * | 2017-09-29 | 2018-02-23 | 百度在线网络技术(北京)有限公司 | The abnormality diagnostic method and device of Distributed Services cluster |
CN107861821A (en) * | 2017-10-26 | 2018-03-30 | 北京百度网讯科技有限公司 | Method for digging, device and the computer-readable medium of module call relation |
CN107885634A (en) * | 2016-09-29 | 2018-04-06 | 腾讯科技(深圳)有限公司 | The treating method and apparatus of abnormal information in monitoring |
CN107957940A (en) * | 2016-10-17 | 2018-04-24 | 腾讯科技(深圳)有限公司 | A kind of test log processing method, system and terminal |
CN108173706A (en) * | 2017-11-29 | 2018-06-15 | 阿里巴巴集团控股有限公司 | Service marker method, apparatus and equipment under a kind of multiservice system |
CN108322350A (en) * | 2018-02-27 | 2018-07-24 | 阿里巴巴集团控股有限公司 | Business monitoring method and device and electronic equipment |
CN108628918A (en) * | 2017-09-29 | 2018-10-09 | 南京途牛科技有限公司 | System deployment and dependence automatic Plotting System and method |
CN108897669A (en) * | 2018-07-05 | 2018-11-27 | 城家网络科技有限公司 | Using monitoring method and equipment |
CN108959041A (en) * | 2017-05-18 | 2018-12-07 | 腾讯科技(深圳)有限公司 | Method, server and the computer readable storage medium that information is sent |
CN109218041A (en) * | 2017-06-29 | 2019-01-15 | 北京京东尚科信息技术有限公司 | Request processing method and device for server system |
CN109241014A (en) * | 2018-07-04 | 2019-01-18 | 阿里巴巴集团控股有限公司 | Data processing method, device and server |
CN109327353A (en) * | 2018-09-29 | 2019-02-12 | 阿里巴巴集团控股有限公司 | Service traffics determine method, apparatus and electronic equipment |
CN109726085A (en) * | 2018-12-29 | 2019-05-07 | 云智慧(北京)科技有限公司 | Method and system for tracking performance problem |
CN110231998A (en) * | 2019-06-13 | 2019-09-13 | 泰康保险集团股份有限公司 | Detection method, device and the storage medium of distributed timing task |
CN110287081A (en) * | 2019-06-21 | 2019-09-27 | 腾讯科技(成都)有限公司 | A kind of service monitoring system and method |
CN110297748A (en) * | 2018-03-22 | 2019-10-01 | 财付通支付科技有限公司 | The method, apparatus and computer readable storage medium of error are called in a kind of positioning |
CN110858163A (en) * | 2018-08-22 | 2020-03-03 | 阿里巴巴集团控股有限公司 | Data processing method, device and machine readable medium |
CN111143304A (en) * | 2019-11-20 | 2020-05-12 | 杭州端点网络科技有限公司 | Micro-service system abnormal log analysis method based on request link |
CN111290928A (en) * | 2018-12-06 | 2020-06-16 | 中国移动通信集团陕西有限公司 | Method, device, medium and equipment for determining importance of atomic service |
WO2020233077A1 (en) * | 2019-05-21 | 2020-11-26 | 深圳壹账通智能科技有限公司 | System service monitoring method, device, and apparatus, and storage medium |
CN113094157A (en) * | 2021-02-25 | 2021-07-09 | 青岛海尔科技有限公司 | Generation method and device for calling topological graph, storage medium and electronic device |
CN113689028A (en) * | 2021-07-19 | 2021-11-23 | 杉数科技(北京)有限公司 | Business data processing method and device, computer readable medium and electronic equipment |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009141000A1 (en) * | 2008-05-20 | 2009-11-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Composite services provision within a tlecommunications network |
CN101753344A (en) * | 2008-12-12 | 2010-06-23 | 华为技术有限公司 | Method, device and system for logging |
CN102609346A (en) * | 2012-01-16 | 2012-07-25 | 深信服网络科技(深圳)有限公司 | Monitoring method and monitoring device on basis of service operation |
CN103684898A (en) * | 2012-09-14 | 2014-03-26 | 阿里巴巴集团控股有限公司 | Method and device for monitoring operation of user request in distributed system |
CN104331362A (en) * | 2014-10-17 | 2015-02-04 | 宝鸡文理学院 | Software fault predication method |
-
2015
- 2015-08-20 CN CN201510515834.0A patent/CN105207806A/en active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009141000A1 (en) * | 2008-05-20 | 2009-11-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Composite services provision within a tlecommunications network |
CN101753344A (en) * | 2008-12-12 | 2010-06-23 | 华为技术有限公司 | Method, device and system for logging |
CN102609346A (en) * | 2012-01-16 | 2012-07-25 | 深信服网络科技(深圳)有限公司 | Monitoring method and monitoring device on basis of service operation |
CN103684898A (en) * | 2012-09-14 | 2014-03-26 | 阿里巴巴集团控股有限公司 | Method and device for monitoring operation of user request in distributed system |
CN104331362A (en) * | 2014-10-17 | 2015-02-04 | 宝鸡文理学院 | Software fault predication method |
Cited By (42)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106100913A (en) * | 2016-08-25 | 2016-11-09 | 北京票之家科技有限公司 | Error message alignment system and method |
WO2018045756A1 (en) * | 2016-09-06 | 2018-03-15 | 华为技术有限公司 | Fault localization platform, fault localization method and device |
CN106254144A (en) * | 2016-09-06 | 2016-12-21 | 华为技术有限公司 | Fault location platform, Fault Locating Method and device |
CN106254144B (en) * | 2016-09-06 | 2020-02-14 | 华为技术有限公司 | Fault positioning platform, fault positioning method and device |
CN107885634B (en) * | 2016-09-29 | 2020-06-16 | 腾讯科技(深圳)有限公司 | Method and device for processing abnormal information in monitoring |
CN107885634A (en) * | 2016-09-29 | 2018-04-06 | 腾讯科技(深圳)有限公司 | The treating method and apparatus of abnormal information in monitoring |
CN107957940A (en) * | 2016-10-17 | 2018-04-24 | 腾讯科技(深圳)有限公司 | A kind of test log processing method, system and terminal |
CN106487596A (en) * | 2016-10-26 | 2017-03-08 | 宜人恒业科技发展(北京)有限公司 | Distributed Services follow the tracks of implementation method |
CN106487596B (en) * | 2016-10-26 | 2019-12-13 | 宜人恒业科技发展(北京)有限公司 | Distributed service tracking implementation method |
CN106777010A (en) * | 2016-12-07 | 2017-05-31 | 广东威创视讯科技股份有限公司 | The offer method of daily record, the acquisition methods of device and daily record, device and system |
CN106777010B (en) * | 2016-12-07 | 2020-01-10 | 广东威创视讯科技股份有限公司 | Log providing method and device and log obtaining method, device and system |
CN107066519A (en) * | 2017-02-13 | 2017-08-18 | 阿里巴巴集团控股有限公司 | A kind of task detection method and device |
CN108959041A (en) * | 2017-05-18 | 2018-12-07 | 腾讯科技(深圳)有限公司 | Method, server and the computer readable storage medium that information is sent |
CN109218041A (en) * | 2017-06-29 | 2019-01-15 | 北京京东尚科信息技术有限公司 | Request processing method and device for server system |
CN107678933A (en) * | 2017-09-28 | 2018-02-09 | 中国平安人寿保险股份有限公司 | Daily record generation management method, device, equipment and computer-readable recording medium |
CN107729210B (en) * | 2017-09-29 | 2020-09-25 | 百度在线网络技术(北京)有限公司 | Distributed service cluster abnormity diagnosis method and device |
CN108628918A (en) * | 2017-09-29 | 2018-10-09 | 南京途牛科技有限公司 | System deployment and dependence automatic Plotting System and method |
CN107729210A (en) * | 2017-09-29 | 2018-02-23 | 百度在线网络技术(北京)有限公司 | The abnormality diagnostic method and device of Distributed Services cluster |
CN108628918B (en) * | 2017-09-29 | 2022-03-25 | 南京途牛科技有限公司 | System deployment and dependency relationship automatic drawing system and method |
CN107861821A (en) * | 2017-10-26 | 2018-03-30 | 北京百度网讯科技有限公司 | Method for digging, device and the computer-readable medium of module call relation |
CN108173706A (en) * | 2017-11-29 | 2018-06-15 | 阿里巴巴集团控股有限公司 | Service marker method, apparatus and equipment under a kind of multiservice system |
WO2019105138A1 (en) * | 2017-11-29 | 2019-06-06 | 阿里巴巴集团控股有限公司 | Service marking method, apparatus and device under multi-service system |
CN108322350B (en) * | 2018-02-27 | 2021-06-01 | 创新先进技术有限公司 | Service monitoring method and device and electronic equipment |
CN108322350A (en) * | 2018-02-27 | 2018-07-24 | 阿里巴巴集团控股有限公司 | Business monitoring method and device and electronic equipment |
CN110297748A (en) * | 2018-03-22 | 2019-10-01 | 财付通支付科技有限公司 | The method, apparatus and computer readable storage medium of error are called in a kind of positioning |
CN109241014B (en) * | 2018-07-04 | 2022-04-15 | 创新先进技术有限公司 | Data processing method and device and server |
CN109241014A (en) * | 2018-07-04 | 2019-01-18 | 阿里巴巴集团控股有限公司 | Data processing method, device and server |
CN108897669A (en) * | 2018-07-05 | 2018-11-27 | 城家网络科技有限公司 | Using monitoring method and equipment |
CN110858163A (en) * | 2018-08-22 | 2020-03-03 | 阿里巴巴集团控股有限公司 | Data processing method, device and machine readable medium |
CN109327353A (en) * | 2018-09-29 | 2019-02-12 | 阿里巴巴集团控股有限公司 | Service traffics determine method, apparatus and electronic equipment |
CN109327353B (en) * | 2018-09-29 | 2022-01-11 | 创新先进技术有限公司 | Service flow determination method and device and electronic equipment |
CN111290928A (en) * | 2018-12-06 | 2020-06-16 | 中国移动通信集团陕西有限公司 | Method, device, medium and equipment for determining importance of atomic service |
CN111290928B (en) * | 2018-12-06 | 2023-08-01 | 中国移动通信集团陕西有限公司 | Atomic service importance determining method, device, medium and equipment |
CN109726085A (en) * | 2018-12-29 | 2019-05-07 | 云智慧(北京)科技有限公司 | Method and system for tracking performance problem |
WO2020233077A1 (en) * | 2019-05-21 | 2020-11-26 | 深圳壹账通智能科技有限公司 | System service monitoring method, device, and apparatus, and storage medium |
CN110231998A (en) * | 2019-06-13 | 2019-09-13 | 泰康保险集团股份有限公司 | Detection method, device and the storage medium of distributed timing task |
CN110231998B (en) * | 2019-06-13 | 2021-07-20 | 泰康保险集团股份有限公司 | Detection method and device for distributed timing task and storage medium |
CN110287081A (en) * | 2019-06-21 | 2019-09-27 | 腾讯科技(成都)有限公司 | A kind of service monitoring system and method |
CN111143304A (en) * | 2019-11-20 | 2020-05-12 | 杭州端点网络科技有限公司 | Micro-service system abnormal log analysis method based on request link |
CN111143304B (en) * | 2019-11-20 | 2023-09-29 | 杭州端点网络科技有限公司 | Micro-service system exception log analysis method based on request link |
CN113094157A (en) * | 2021-02-25 | 2021-07-09 | 青岛海尔科技有限公司 | Generation method and device for calling topological graph, storage medium and electronic device |
CN113689028A (en) * | 2021-07-19 | 2021-11-23 | 杉数科技(北京)有限公司 | Business data processing method and device, computer readable medium and electronic equipment |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105207806A (en) | Monitoring method and apparatus of distributed service | |
CN110661659B (en) | Alarm method, device and system and electronic equipment | |
CN109714192B (en) | Monitoring method and system for monitoring cloud platform | |
US20180365085A1 (en) | Method and apparatus for monitoring client applications | |
WO2018113385A1 (en) | Method and system for dynamically tracking application of client, client, and server | |
CN108763957B (en) | Database security audit system, method and server | |
US10084681B2 (en) | Method and system for monitoring server cluster | |
CN112612675A (en) | Distributed big data log link tracking method and system under micro-service architecture | |
CN108521339B (en) | Feedback type node fault processing method and system based on cluster log | |
CN105391772A (en) | Service request processing method, log processing method and service request processing device | |
CN103246735A (en) | Abnormal data processing method and abnormal data processing system | |
CN109710439B (en) | Fault processing method and device | |
CN105052076B (en) | Network element management system and network element management method based on cloud computing | |
CN102479113A (en) | Abnormal self-adapting processing method and system | |
CN109871392B (en) | Slow sql real-time data acquisition method under distributed application system | |
CN111478889A (en) | Alarm method and device | |
CN113596078A (en) | Service problem positioning method and device | |
CN106897185B (en) | Method and device for outputting abnormity | |
CN109714214B (en) | Server exception handling method and management equipment | |
CN106789335B (en) | Method and system for processing information | |
CN113411209A (en) | Distributed password service full-link detection system and method | |
CN109831335B (en) | Data monitoring method, monitoring terminal, storage medium and data monitoring system | |
CN116594840A (en) | Log fault acquisition and analysis method, system, equipment and medium based on ELK | |
CN115174350A (en) | Operation and maintenance warning method, device, equipment and medium | |
CN110569172B (en) | Performance monitoring system of service level |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20151230 |