CN106533819B - 线上服务的错误监控方法、装置和系统 - Google Patents

线上服务的错误监控方法、装置和系统 Download PDF

Info

Publication number
CN106533819B
CN106533819B CN201510580656.XA CN201510580656A CN106533819B CN 106533819 B CN106533819 B CN 106533819B CN 201510580656 A CN201510580656 A CN 201510580656A CN 106533819 B CN106533819 B CN 106533819B
Authority
CN
China
Prior art keywords
error
service
subscriber
client
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201510580656.XA
Other languages
English (en)
Other versions
CN106533819A (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.)
Beijing Qihoo Technology Co Ltd
Original Assignee
Beijing Qihoo Technology Co Ltd
Qizhi Software Beijing Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Qihoo Technology Co Ltd, Qizhi Software Beijing Co Ltd filed Critical Beijing Qihoo Technology Co Ltd
Priority to CN201510580656.XA priority Critical patent/CN106533819B/zh
Publication of CN106533819A publication Critical patent/CN106533819A/zh
Application granted granted Critical
Publication of CN106533819B publication Critical patent/CN106533819B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • 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/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • 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/14—Session management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Debugging And Monitoring (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种线上服务的错误监控方法、装置和系统，涉及计算机领域。所述方法包括：获取各个线上服务的实时的错误信息；根据所述错误信息，向各第一订阅者发送错误项目消息；由所述第一订阅者通过长连接将所述错误项目消息转发给与所述订阅者对应的客户端；其中，所述客户端根据所述错误项目消息进行渲染展示。本发明取得了使监控服务器侧不用维护各个客户端的状态即可推送错误项目消息，减少对监控服务器的资源占用，以及使客户端侧不用频繁刷新即可获取到新的错误信息，减少对客户端的资源占用的有益效果。

Description

线上服务的错误监控方法、装置和系统
技术领域
本发明涉及计算机领域，具体涉及一种线上服务的错误监控方法、装置和系统。
背景技术
随着网络的发展，网络资源也越来越多，很多服务都会布置在应用服务器上，供用户终端访问网络资源。比如在线支付服务，在线视频服务等。其中，一个服务可以理解为一个进程。当然，一个应用服务器可以布置一个或者多个服务。
然而，在实际应用中，线上服务可能出现很多错误，比如数据库连接不上，页面访问缓慢等错误，如果不能够及时发现线上服务的错误，然后进行及时处理，无法尽快恢复服务的正常，就会长时间影响用户对该线上服务的访问。
在先技术中，监控服务器不断获取各个线上服务的错误信息，然后各个监控用的客户端不断刷新页面，以发送请求去获取错误信息。该过程中，服务器要维护各个客户端的状态，如维护客户端获取到了哪一时刻的哪种类型错误信息的状态，然后在该客户端下次访问时，将该时刻之后的相应类型的错误信息返回给客户端，如此，服务器需要维护大量的状态，占用相当多的资源，影响服务器性能。另外，对于客户端来说，由于需要频繁刷新页面，对获取到的新的错误信息进行再渲染，也会占用过多客户端资源，在刷新到一定次数之后，会导致客户端卡顿的现象，从而影响用户对客户端的使用。
发明内容
鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的线上服务的错误监控装置和相应的线上服务的错误监控方法。
依据本发明的一个方面，本发明公开了一种线上服务的错误监控方法，包括：
获取各个线上服务的实时的错误信息；
根据所述错误信息，向各第一订阅者发送错误项目消息；
由所述第一订阅者通过长连接将所述错误项目消息转发给与所述订阅者对应的客户端；其中，所述客户端根据所述错误项目消息进行渲染展示。
优选地，在所述获取各个线上服务的实时的错误信息之后，还包括：
根据所述错误信息，向各第二订阅者的发送错误项目消息；所述第二订阅者记录第一时间周期内各服务的错误项目消息。
优选地，在根据所述错误信息，向各第二订阅者的发送错误项目消息；所述第二订阅者记录第一时间周期内各服务的错误项目消息之后，还包括：
判断客户端是否是初始与第一订阅者进行长连接；如果客户端是初始与第一订阅者进行长连接，则所述第一订阅者从所述第二订阅者处获取第一时间周期内各服务的错误项目消息转发给客户端；所述客户端将所述第一时间周期内各服务的错误项目消息进行渲染展示。
优选地，所述根据所述错误信息，向各第一订阅者发送错误项目消息还包括：
针对所述错误信息进行计算，得到针对所述服务错误信息和/或所述服务下的具体事项错误信息的错误分值，并根据所述错误分值生成错误项目消息；
向各第一订阅者发送错误项目消息。
优选地，所述客户端根据所述错误项目消息进行渲染展示包括：
所述客户端按时间序列将所述错误项目消息渲染为图形化的状态图。
优选地，所述客户端根据所述错误项目消息进行渲染展示包括：
所述客户端根据所述错误项目消息中对应各服务的服务错误信息，优先服务错误信息进行渲染展示；
当接收到对一服务错误消息的点击操作，则将所述错误项目消息中对应所述服务的具体事项错误信息进行渲染展示。
优选地，所述根据所述错误信息，向各第一订阅者发送错误项目消息包括：
根据所述错误信息，生成错误项目消息并将所述错误项目消息放入zmq队列；
将所述zmq队列中的错误项目消息，发送给各第一订阅者loadjs。
优选地，所述长连接包括websocket连接。
依据本发明的另外一个方面，本发明还公开了一种线上服务的错误监控装置，包括：
错误信息获取模块，适于获取各个线上服务的实时的错误信息；
错误项目消息发送模块，适于根据所述错误信息，向各第一订阅者发送错误项目消息；
转发模块，适于由所述第一订阅者通过长连接将所述错误项目消息转发给与所述订阅者对应的客户端；所述客户端根据所述错误项目消息进行渲染展示。
优选地，在误信息获取模块之后，还包括：
订阅记录模块，适于根据所述错误信息，向各第二订阅者的发送错误项目消息；所述第二订阅者记录第一时间周期内各服务的错误项目消息。
优选地，在订阅记录模块之后，还包括：
初始信息发送模块，适于判断客户端是否是初始与第一订阅者进行长连接；如果客户端是初始与第一订阅者进行长连接，则所述第一订阅者从所述第二订阅者处获取第一时间周期内各服务的错误项目消息转发给客户端；所述客户端将所述第一时间周期内各服务的错误项目消息进行渲染展示。
优选地，所述错误项目消息发送模块包括：
错误分值计算模块，适于针对所述错误信息进行计算，得到针对所述服务错误信息和/或所述服务下的具体事项错误信息的错误分值，并根据所述错误分值生成错误项目消息；
第一发送模块，适于向各第一订阅者发送错误项目消息。
优选地，所述客户端包括：
第一展示模块，适于所述客户端按时间序列将所述错误项目消息渲染为图形化的状态图。
优选地，所述客户端包括：
服务错误展示模块，适于所述客户端根据所述错误项目消息中对应各服务的服务错误信息，优先服务错误信息进行渲染展示；
具体事项错误展示模块，适于当接收到对一服务错误消息的点击操作，则将所述错误项目消息中对应所述服务的具体事项错误信息进行渲染展示。
优选地，所述错误项目消息发送模块包括：
队列放入模块，适于根据所述错误信息，生成错误项目消息并将所述错误项目消息放入zmq队列；
错误项目消息发送模块，适于将所述zmq队列中的错误项目消息，发送给各第一订阅者loadjs。
优选地，所述长连接为websocket连接。
依据本发明的另外一个方面，本发明还公开了一种线上服务的错误监控系统，包括：
各个前端服务器、监控服务器和各个客户端；
每个前端服务器适于运行各种服务，并将各种服务的错误信息返回给监控服务器；
所述监控服务器包括：
错误信息获取模块，适于获取各个线上服务的实时的错误信息；
错误项目消息发送模块，适于根据所述错误信息，向各第一订阅者发送错误项目消息；
转发模块，适于由所述第一订阅者通过长连接将所述错误项目消息转发给与所述订阅者对应的客户端；
每个客户端适于，根据所述错误项目消息进行渲染展示。
依据本发明的另外一个方面，本发明还公开了一种设备，包括：
存储器，适于存储可执行代码；
处理器，适于执行所述可执行代码；所述可执行代码执行以下步骤的方 法：
获取各个线上服务的实时的错误信息；
根据所述错误信息，向各第一订阅者发送错误项目消息；
由所述第一订阅者通过长连接将所述错误项目消息转发给与所述订阅者对应的客户端；其中，所述客户端根据所述错误项目消息进行渲染展示。
根据本发明的线上服务的错误监控方法和装置，可以从各个应用服务器获取线上服务的错误信息，然后根据pub-sub(发布及订阅)的方式，根据所述错误信息发布错误项目消息，然后将该错误项目消息发送给订阅该错误项目消息的各个第一订阅者，并且由于本发明的客户端与第一订阅者长连接，那么可再由第一订阅者通过长连接转发至与该第一订阅者相应的客户端，由此解决了监控服务器侧需要维护各个客户端的状态，导致服务器资源占用较多的问题，以及客户端侧需要频繁刷新页面以获取新的错误信息，导致客户端资源占用较多、使客户端出现卡顿现象的问题，取得了使监控服务器侧不用维护各个客户端的状态即可推送错误项目消息，减少对监控服务器的资源占用，以及使客户端侧不用频繁刷新即可获取到新的错误信息，减少对客户端的资源占用的有益效果。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了根据本发明一个实施例的一种线上服务的错误监控方法的流程示意图；
图1a示出了根据本发明一个实施例的客户端渲染示例；
图2示出了根据本发明另一个实施例的一种线上服务的错误监控方法的流程示意图；
图3示出了根据本发明另一个实施例的一种线上服务的错误监控装置的结构示意图；
图4示出了根据本发明一个实施例的一种线上服务的错误监控装置的结构示意图；
图5示出了根据本发明另一个实施例的一种线上服务的错误监控系统的结构示意图；
图6示出了根据本发明一个实施例的一种设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
实施例一
参照图1，其示出了本发明一种线上服务的错误监控方法的流程示意图，具体可以包括：
步骤110，获取各个线上服务的实时的错误信息；
在本发明实施例中，前端存在各个应用服务器，每个应用服务器中布置了一个或几个服务，然后这些应用服务器将这些服务上线，从而各个网络中的用户终端即可通过互联网访问这些服务。在前端服务器之后，本发明设置了监控服务器，该监控服务器可以获取这些应用服务器中的线上服务的错误信息。然后监控用的客户端即可连接该监控服务器。
在实际应用中，在前端的各个应用服务器中，可设置SDK(Software DevelopmentKit,软件开发工具包)，该SDK提供了向监控服务器传输错误信息的接口。在线上服务运行的时候，当应用服务器监控到其服务出现的某种错误信息，则可以调用相应接口将该错误信息传输给监控服务器，从而监 控服务器则获取到了各个线上服务的实时的错误信息。
步骤120，根据所述错误信息，向各第一订阅者发送错误项目消息；
在本发明实施例中，在监控服务器中，可以将第一进程作为发布者，将另外的各个第二进程作为该发布者的第一订阅者，每个第二进程就是一个第一订阅者。
那么第一进程可以根据前述错误信息生成错误项目消息，并作为发布者发布该错误项目消息。其中，发布该错误项目消息时，可将该错误项目消息send(推送)给各个第一订阅者，各个第一订阅者则可以receive(接收)该错误项目消息。
当然，本发明实施例中，客户端向监控服务器发送连接请求时，监控服务器则为其启动第一订阅者进程，该第一订阅者进程订阅第一进程的发布的错误项目消息，并且由该第一订阅者负责与该客户端进行通信。
可以理解，本发明所述步骤120之前，客户端需要首先与第一订阅者建立长连接。
优选的，步骤120包括：
子步骤121，针对所述错误信息进行计算，得到针对所述服务错误信息和/或所述服务下的具体事项错误信息的错误分值，并根据所述错误分值生成错误项目消息。
在本发明实施例中，对于获取到的错误信息，可以对其进行计算，针对所述服务和/或所述服务下的具体事项的错误分值。比如对于服务A，其在3秒内出现了4种具体事项的错误，具体事项A出现了5次，具体事项B出现了100次，具体事项C出现了50次，具体事项D出现了1次，那么服务A的错误分值可以为5+100+50+1＝151，每个具体事项的分值可以为其出现的次数。当然，本发明实施例中还可加入其他参数对具体事项或者服务的分值进行计算，比如对于具体事项，其错误每次出现的时间长度，时间长度越长，分值越高，如服务的网页访问缓慢错误，如果用户终端访问的网页a，服务4秒才返回网页数据，则其错误分值可以加上4，如果服务10秒才返回网页数据，则其错误分值可以加上10。
当然，服务的分值可以为具体事项分值的累加。
可以理解，具体的具体事项和服务的错误分值的计算规则，可以根据需要设置，本发明不对其加以限制。
然后，本发明实施例则可以对服务和/或具体事项的错误分值生成错误项目消息，该错误项目消息可以包括服务名和其错误分值，如{(服务A，错误分值251)；(服务B，错误分值600分)}，和/或服务名下的具体事项及其错误分值，如{(服务A：(具体事项A，错误分值5)，(具体事项B，错误分值100)，(具体事项C，错误分值50)，(具体事项D，错误分值1))；(服务B：(具体事项M，错误分值100))}。
当然，在实际应用中，对于没有错误消息的服务和/或该服务下的具体事项，可以将其分值设为一个固定值，比如为0，也放入错误项目消息中。
子步骤122，向各第一订阅者发送错误项目消息。
然后，即可将上述错误项目消息向各第一订阅者推送。
优选地，步骤120包括：
子步骤123，根据所述错误信息，生成错误项目消息并将所述错误项目消息放入zmq队列。
在本发明实施例中，对于从应用服务器中获取的各服务的错误信息，首先可针对其生成错误项目消息。
在实际应用中，可以将指定时间段的所有错误信息，统一生成错误项目消息。比如对3秒内获取的各个应用服务器的错误信息按时间序列进行整合，生成错误项目消息。进一步的如，从0秒开始，监控服务器开始受到应用服务器发送的错误信息，那么到3秒时，监控服务器将0-3秒收到的错误信息进行整合，生成错误项目消息；然后到6秒时，监控服务器将3-6秒受到的错误信息进行整合，生成错误项目消息，以此类推。
然后，本发明实施例将错误项目消息放入zmq队列中，zmq(ZeroMQ)是一个简单好用的传输层，像框架一样的一个socket library，他使得Socket编程更加简单、简洁和性能更高。是一个消息处理队列库，可在多个进程、内核和主机盒之间弹性伸缩，其在SocketAPI之上做了一层封装，将网络 通讯、进程通讯和进程通讯抽象为统一的API接口。通过zmq可是实现一对多的pub-sub方式，一个发布者发布的消息可以推送给多个订阅者。
在本发明实施例中各个第一订阅者与zmq队列可通过socket(套接字)连接。
子步骤124，将所述zmq队列中的错误项目消息，发送给各第一订阅者loadjs。
在本发明实施例中，第一订阅者可以为loadjs，该loadjs可以实现websocket长连接，并且能以订阅者的身份订阅zmq队列中的错误项目消息，还以中间者的身份，将获得的错误项目消息转发给客户端。该loadjs提供了zmq的一个库，可以执行订阅zmq队列所在进程的操作，订阅完成后可以提供一个端口，将其获取到的错误项目消息放入该端口，然后通过该端口将错误项目消息转发至客户端。
在本发明实施例中，那么对于zmq队列首部的错误项目消息，则可以发送给各个第一订阅者。在实际应用中，监控服务器的第一进程可以记录在线的第一订阅者的个数，然后将发布的错误项目消息推送给各个第一订阅者时，如果在指定时间段内比如5秒内，无论是否所有第一订阅者都接收到了该错误项目消息，该错误项目则可以从zmq队列中移出，然后发布zmq队列中的下一个错误项目消息。
步骤130，由所述第一订阅者通过长连接将所述错误项目消息转发给与所述订阅者对应的客户端；其中，所述客户端根据所述错误项目消息进行渲染展示。
在本发明实施例中，第一订阅者由监控服务器维护，其负责与客户端保持长连接，并且作为错误项目消息的订阅者，其可以订阅zmq队列中的错误项目消息。
当监控服务器第一进程根据错误消息生成错误项目消息后，则可以将该错误项目消息发送给第一订阅者，第一订阅者由于根据客户端长连接，则可以直接将该错误项目消息发送给客户端。客户端则可根据所述错误项目消息进行渲染展示。
在本发明实施例中，所述客户端可以为浏览器客户端，错误项目消息则可以在浏览器客户端的网页中进行渲染展示。由于本发明实施例的客户端与第一订阅者以长连接的方式进行连接，客户端的网页不用刷新网页接口即可获取到错误项目消息，从而将其渲染到网页中进行展示。
当然，在实际应用中，客户端可以从该错误项目消息中提取错误信息，然后针对这些错误信息进行渲染。
优选的，所述长连接包括websocket连接。
WebSocket长连接是HTML5(Hypertext Markup Language5，超文本标记语言5)一种新的协议，它实现了浏览器与服务器全双工通信(full-duplex)。采用WebSocket长连接，浏览器和服务器只需要要做一个握手的动作，然后，浏览器和服务器之间就形成了一条快速通道。两者之间就直接可以数据互相传送。
优选的，所述客户端根据所述错误项目消息进行渲染展示包括：
子步骤131，所述客户端按时间序列将所述错误项目消息渲染为图形化的状态图。
在本发明实施例中，可以将新获取的错误项目消息，在之前的错误项目消息之后以图形化的状态图进行动态展示。那么既保留了之前的错误项目消息展示情况，又有最新的错误项目消息的展示情况，方便技术人员观察服务的运行情况。
比如，当某个服务在一段时间内的错误项目消息的曲线很平滑，如图1a，该服务在t1时刻之前都是一条直线，在t1时刻之后，曲线突然开始上扬，那么说明该服务从t1时刻出现错误，技术人员则能很容易的观察到什么时刻该服务出现问题，从而可以尽快的处理该服务的错误。
其中，图1a中的横轴为时间，纵轴为错误。当然纵轴可以为错误的错误分值。
当然，本发明实施例中，在同一个网页中，可以同时展示各种服务的错误项目消息的状态变化。
优选的，所述客户端根据所述错误项目消息进行渲染展示包括：
子步骤132，所述客户端根据所述错误项目消息中对应各服务的服务错误信息，优先服务错误信息进行渲染展示。
在本发明实施例中，错误项目消息可以同时包括针对服务的服务错误信息和针对该服务下的具体事项的具体事项错误信息。该服务错误信息可以为对应该服务的各个具体事项的具体事项错误信息的累加。
那么客户端在收到错误项目消息之后，可以优先从错误项目消息中提取服务错误信息进行渲染展示。然后对其中各服务的具体事项错误信息进行缓存。
子步骤133，当接收到对一服务错误消息的点击操作，则将所述错误项目消息中对应所述服务的具体事项错误信息进行渲染展示。
当技术人员想查看某个服务的具体事项错误信息的状态图时，则可以点击该服务错误消息的展示区域，客户端则可以从缓存中提取该服务的具体事项错误信息进行渲染展示，截图事项错误信息可以在弹出框中展示，也可在新的页面中展示，也可以在当前页面中展示。
在本发明实施例中，客户端可以采用Higcharts工具对错误项目消息进行渲染。其中，Higcharts是兼容绝大多数浏览器的纯js(javascript，脚本)图表库。
对于在先技术，对于错误信息，客户端不断刷新网页，从而对监控服务器发出HTTP(Hypertext transfer protocol，超文本传输协议)请求，以轮询的方式从询问服务器是否有新的错误信息，服务器如果有则返回错误信息，如果没有则返回空。因而，对于客户端来说，其可能发送了很多无用的请求，占用了带宽，并且客户端需要不断刷新网页以发送请求，其占用资源多，刷新到一定程度之后，可能造成客户端卡顿的现象，影响用户的使用。
当然，在实际应用中，如果客户端断开与第一订阅者的长连接，则监控服务器注销该第一订阅者，不在向该客户端推送错误项目信息。
在先技术对于监控服务器对于一个客户端，需要维护该客户端展示的各种服务状态，如记录哪些服务哪些错误信息发送给了客户端。其监控服务器的逻辑复杂，不易对系统维护，并且其系统维护的状态数量庞大，占用资源 多，影响服务器性能。
相较于在先技术，本发明实施例的前述过程，监控服务器采用pub-sub的方式，监控服务器收集到错误信息后主动将对应错误信息的错误项目消息推送给第一订阅者，然后再由第一订阅者通过长连接转发给客户端。使客户端被动接收错误项目消息，不用刷新网页以主动发送HTTP请求去获取错误项目消息，从而可以降低客户端的资源占用，避免因频繁刷新网页去发送HTTP请求而产生的卡顿现象。也使服务器不用维护客户端展示的各个服务的状态，直接将错误项目消息推送给客户端即可，逻辑简单，方便系统维护，并且可以降低系统的资源占用。
实施例二
参照图2，其示出了本发明一种线上服务的错误监控方法的流程示意图，具体可以包括：
步骤210，获取各个线上服务的实时的错误信息。
步骤220，根据所述错误信息，向各第二订阅者的发送错误项目消息；所述第二订阅者记录第一时间周期内各服务的错误项目消息。
在本发明实施例中，在监控服务器还可以设置一个的第三进程，该第三进程作为第二订阅者以订阅新出现的错误项目消息，其可以从监控系统启动时就启动。然后，当监控服务器的第一进程获取到错误信息，并生成错误项目消息后，可以将错误项目消息推送给该第二订阅者。然后第二订阅者获取到该项目消息后，即可通过redis进行记录，其记录第一时间周期内的各个服务的错误项目消息，比如记录最近10分钟的错误项目消息。其中Redis是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API(Application Program Interface，应用程序接口)。
在实际应用中，上述错误项目消息会写入zmq队列中，然后从该zmq队列中将错误项目消息推送给第二订阅者。
步骤230，判断客户端是否是初始与第一订阅者进行长连接；如果客户 端是初始与第一订阅者进行长连接，则进入步骤240；如果客户端不是初始与第一订阅者进行长连接，则进入步骤250；
步骤240，所述第一订阅者从所述第二订阅者处获取第一时间周期内各服务的错误项目消息转发给客户端；所述客户端将所述第一时间周期内各服务的错误项目消息进行渲染展示。
在本发明实施例中，当一个未连接的客户端的连接请求发送到监控服务器时，监控服务器则可以为其加载一个第一订阅者，如前述loadjs，然后由loadjs维护与该客户端的长连接。而由于客户端是初始连接到第一订阅者，其还未收到过任何错误项目消息，为了方便技术人员观看错误项目消息的状态，本发明实施例则第一订阅者可以获取当前初始链接时刻之前的第一时间周期内的错误项目消息，再将其转发给客户端。该客户端将所述第一时间周期内各服务的错误项目消息进行渲染展示
比如客户端A初始接入的时刻为12:00:00，那么客户端A对应的第一订阅者A，可以从第二订阅者的记录中获取11:50:00-12:00:00内的错误项目消息，然后将该一系列的错误项目消息转发给客户端A。那么客户端A即可11:50:00-12:00:00内的错误项目消息渲染为各服务的错误状态图。
当然，如果客户端不是初始与第一订阅者进行长连接，则客户端已经获取过错误项目消息，只需要最新的错误项目消息即可。那么可以直接进入步骤250，通步骤250获取最新的错误项目消息。
步骤250，根据所述错误信息，向各第一订阅者发送错误项目消息。
步骤260，由所述第一订阅者通过长连接将所述错误项目消息转发给与所述订阅者对应的客户端；其中，所述客户端根据所述错误项目消息进行渲染展示。
本发明实施例中，监控服务器采用pub-sub的方式，监控服务器收集到错误信息后主动将对应错误信息的错误项目消息推送给第一订阅者，然后再由第一订阅者通过长连接转发给客户端。使客户端被动接收错误项目消息，不用刷新网页以主动发送HTTP请求去获取错误项目消息，从而可以降低客户端的资源占用，避免因频繁刷新网页去发送HTTP请求而产生的卡顿现象。 也使服务器不用维护客户端展示的各个服务的状态，直接将错误项目消息推送给客户端即可，逻辑简单，方便系统维护，并且可以降低系统的资源占用。
再者，对于初始接入第一订阅者的客户端，可以由第一订阅者从第二订阅者的记录中获取最近一个第一时间周期内的监控服务器中的所有错误项目消息，并将其转发给该客户端，客户端对这些错误项目消息进行展示后，可以使其可以在历史错误消息的状态图的基础上，动态的展示各服务的新的错误信息，方便技术人员观察。
实施例三
参照图3，其示出了本发明实施例的一种线上服务的错误监控装置的结构示意图，具体可以包括：
错误信息获取模块310，适于获取各个线上服务的实时的错误信息；
错误项目消息发送模块320，适于根据所述错误信息，向各第一订阅者发送错误项目消息；
转发模块330，适于由所述第一订阅者通过长连接将所述错误项目消息转发给与所述订阅者对应的客户端；所述客户端根据所述错误项目消息进行渲染展示。
优选地，在误信息获取模块310之后，还包括：
订阅记录模块，适于根据所述错误信息，向各第二订阅者的发送错误项目消息；所述第二订阅者记录第一时间周期内各服务的错误项目消息。
优选地，在订阅记录模块之后，还包括：
初始信息发送模块，适于判断客户端是否是初始与第一订阅者进行长连接；如果客户端是初始与第一订阅者进行长连接，则所述第一订阅者从所述第二订阅者处获取第一时间周期内各服务的错误项目消息转发给客户端；所述客户端将所述第一时间周期内各服务的错误项目消息进行渲染展示。
优选地，所述错误项目消息发送模块320包括：
错误分值计算模块，适于针对所述错误信息进行计算，得到针对所述服务错误信息和/或所述服务下的具体事项错误信息的错误分值，并根据所述错 误分值生成错误项目消息；
第一发送模块，适于向各第一订阅者发送错误项目消息；
优选地，所述客户端包括：
第一展示模块，适于所述客户端按时间序列将所述错误项目消息渲染为图形化的状态图。
优选地，所述客户端包括：
服务错误展示模块，适于所述客户端根据所述错误项目消息中对应各服务的服务错误信息，优先服务错误信息进行渲染展示；
具体事项错误展示模块，适于当接收到对一服务错误消息的点击操作，则将所述错误项目消息中对应所述服务的具体事项错误信息进行渲染展示。
优选地，所述错误项目消息发送模块320包括：
队列放入模块，适于根据所述错误信息，生成错误项目消息并将所述错误项目消息放入zmq队列；
错误项目消息发送模块，适于将所述zmq队列中的错误项目消息，发送给各第一订阅者loadjs。
优选地，所述长连接为websocket连接。
实施例四
参照图4，其示出了本发明实施例的一种线上服务的错误监控装置的结构示意图，具体可以包括：
错误信息获取模块410，适于获取各个线上服务的实时的错误信息；
订阅记录模块420，适于根据所述错误信息，向各第二订阅者的发送错误项目消息；所述第二订阅者记录第一时间周期内各服务的错误项目消息。
初始信息发送模块430，适于判断客户端是否是初始与第一订阅者进行长连接；如果客户端是初始与第一订阅者进行长连接，则所述第一订阅者从所述第二订阅者处获取第一时间周期内各服务的错误项目消息转发给客户端；所述客户端将所述第一时间周期内各服务的错误项目消息进行渲染展示；如果客户端不是初始与第一订阅者进行长连接，则进入错误项目消息发送模块440。
错误项目消息发送模块440，适于根据所述错误信息，向各第一订阅者发送错误项目消息。
转发模块450，适于由所述第一订阅者通过长连接将所述错误项目消息转发给与所述订阅者对应的客户端；所述客户端根据所述错误项目消息进行渲染展示。
实施例五
参照图5，其示出了本发明实施例的一种线上服务的错误监控系统的结构示意图，具体可以包括：
各个前端服务器510、监控服务器520和各个客户端530；
每个前端服务器510适于运行各种服务，并将各种服务的错误信息返回给监控服务器；
所述监控服务器520包括：
错误信息获取模块521，适于获取各个线上服务的实时的错误信息；
错误项目消息发送模块522，适于根据所述错误信息，向各第一订阅者发送错误项目消息；
转发模块523，适于由所述第一订阅者通过长连接将所述错误项目消息转发给与所述订阅者对应的客户端；
每个客户端530适于，根据所述错误项目消息进行渲染展示。
优选的，监控服务器520中，在误信息获取模块521之后，还包括：
订阅记录模块，适于根据所述错误信息，向各第二订阅者的发送错误项目消息；所述第二订阅者记录第一时间周期内各服务的错误项目消息。
其中，前端服务器可以理解为应用服务器。
优选的，监控服务器520中，在订阅记录模块之后，还包括：
初始信息发送模块，适于判断客户端是否是初始与第一订阅者进行长连接；如果客户端是初始与第一订阅者进行长连接，则所述第一订阅者从所述第二订阅者处获取第一时间周期内各服务的错误项目消息转发给客户端。
进一步的，所述客户端适于将所述第一时间周期内各服务的错误项目消 息进行渲染展示。
优选的，监控服务器520中，所述错误项目消息发送模块522包括：
错误分值计算模块，适于针对所述错误信息进行计算，得到针对所述服务错误信息和/或所述服务下的具体事项错误信息的错误分值，并根据所述错误分值生成错误项目消息；
第一发送模块，适于向各第一订阅者发送错误项目消息。
优选地，所述客户端530包括：
第一展示模块，适于所述客户端按时间序列将所述错误项目消息渲染为图形化的状态图。
优选地，所述客户端530包括：
服务错误展示模块，适于所述客户端根据所述错误项目消息中对应各服务的服务错误信息，优先服务错误信息进行渲染展示；
具体事项错误展示模块，适于当接收到对一服务错误消息的点击操作，则将所述错误项目消息中对应所述服务的具体事项错误信息进行渲染展示。
优选地，监控服务器520中，所述错误项目消息发送模块522包括：
队列放入模块，适于根据所述错误信息，生成错误项目消息并将所述错误项目消息放入zmq队列；
错误项目消息发送模块，适于将所述zmq队列中的错误项目消息，发送给各第一订阅者loadjs。
优选地，所述长连接为websocket连接。
实施例六
参照图6，其示出了本发明实施例的一种设备的结构示意图，所述设备600具体可以包括：
存储器610，适于存储可执行代码；
处理器620，适于执行所述可执行代码；所述可执行代码执行以下步骤的方法；
获取各个线上服务的实时的错误信息；
根据所述错误信息，向各第一订阅者发送错误项目消息；
由所述第一订阅者通过长连接将所述错误项目消息转发给与所述订阅者对应的客户端；其中，所述客户端根据所述错误项目消息进行渲染展示。
在本发明实施例中该种设备可以为监控服务器，其中所述可执行代码还可以包括可在监控服务器侧执行的步骤。
对应于服务器的客户端中，也可包括存储器和处理器，存储器存储可执行代码，处理器执行所述可执行代码，所述可执行代码执行以下的步骤的方法：根据所述错误项目消息进行渲染展示。
当然，客户端侧的可执行代码还可以包括其他可以在客户端执行的步骤。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以 把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的线上服务的错误监控设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一 个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本发明公开了A1、一种线上服务的错误监控方法，包括：
获取各个线上服务的实时的错误信息；
根据所述错误信息，向各第一订阅者发送错误项目消息；
由所述第一订阅者通过长连接将所述错误项目消息转发给与所述订阅者对应的客户端；其中，所述客户端根据所述错误项目消息进行渲染展示。
A2、根据A1所述的方法，在所述获取各个线上服务的实时的错误信息之后，还包括：
根据所述错误信息，向各第二订阅者的发送错误项目消息；所述第二订阅者记录第一时间周期内各服务的错误项目消息。
A3、根据A2所述的方法，在根据所述错误信息，向各第二订阅者的发送错误项目消息；所述第二订阅者记录第一时间周期内各服务的错误项目消息之后，还包括：
判断客户端是否是初始与第一订阅者进行长连接；如果客户端是初始与第一订阅者进行长连接，则所述第一订阅者从所述第二订阅者处获取第一时间周期内各服务的错误项目消息转发给客户端；所述客户端将所述第一时间周期内各服务的错误项目消息进行渲染展示。
A4、根据A1所述的方法，所述根据所述错误信息，向各第一订阅者发送错误项目消息还包括：
针对所述错误信息进行计算，得到针对所述服务错误信息和/或所述服务下的具体事项错误信息的错误分值，并根据所述错误分值生成错误项目消息；
向各第一订阅者发送错误项目消息。
A5、根据A1或A4所述的方法，所述客户端根据所述错误项目消息进行渲染展示包括：
所述客户端按时间序列将所述错误项目消息渲染为图形化的状态图。
A6、根据A1或A4所述的方法，所述客户端根据所述错误项目消息进 行渲染展示包括：
所述客户端根据所述错误项目消息中对应各服务的服务错误信息，优先服务错误信息进行渲染展示；
当接收到对一服务错误消息的点击操作，则将所述错误项目消息中对应所述服务的具体事项错误信息进行渲染展示。
A7、根据A1所述的方法，所述根据所述错误信息，向各第一订阅者发送错误项目消息包括：
根据所述错误信息，生成错误项目消息并将所述错误项目消息放入zmq队列；
将所述zmq队列中的错误项目消息，发送给各第一订阅者loadjs。
A8、根据A1或A7所述的方法，所述长连接包括websocket连接。
本发明还公开了B9、一种线上服务的错误监控装置，包括：
错误信息获取模块，适于获取各个线上服务的实时的错误信息；
错误项目消息发送模块，适于根据所述错误信息，向各第一订阅者发送错误项目消息；
转发模块，适于由所述第一订阅者通过长连接将所述错误项目消息转发给与所述订阅者对应的客户端；所述客户端根据所述错误项目消息进行渲染展示。
B10、根据B9所述的装置，在误信息获取模块之后，还包括：
订阅记录模块，适于根据所述错误信息，向各第二订阅者的发送错误项目消息；所述第二订阅者记录第一时间周期内各服务的错误项目消息。
B11、根据B10所述的装置，在订阅记录模块之后，还包括：
初始信息发送模块，适于判断客户端是否是初始与第一订阅者进行长连接；如果客户端是初始与第一订阅者进行长连接，则所述第一订阅者从所述第二订阅者处获取第一时间周期内各服务的错误项目消息转发给客户端；所述客户端将所述第一时间周期内各服务的错误项目消息进行渲染展示。
B12、根据B9所述的装置，所述错误项目消息发送模块包括：
错误分值计算模块，适于针对所述错误信息进行计算，得到针对所述服 务错误信息和/或所述服务下的具体事项错误信息的错误分值，并根据所述错误分值生成错误项目消息；
第一发送模块，适于向各第一订阅者发送错误项目消息。
B13、根据B9或B12所述的装置，所述客户端包括：
第一展示模块，适于所述客户端按时间序列将所述错误项目消息渲染为图形化的状态图。
B14、根据B9或B12所述的装置，所述客户端包括：
服务错误展示模块，适于所述客户端根据所述错误项目消息中对应各服务的服务错误信息，优先服务错误信息进行渲染展示；
具体事项错误展示模块，适于当接收到对一服务错误消息的点击操作，则将所述错误项目消息中对应所述服务的具体事项错误信息进行渲染展示。
B15、根据B9所述的装置，所述错误项目消息发送模块包括：
队列放入模块，适于根据所述错误信息，生成错误项目消息并将所述错误项目消息放入zmq队列；
错误项目消息发送模块，适于将所述zmq队列中的错误项目消息，发送给各第一订阅者loadjs。
B16、根据B9或B15所述的装置，所述长连接为websocket连接。
本发明还公开了C17、一种线上服务的错误监控系统，包括：
各个前端服务器、监控服务器和各个客户端；
每个前端服务器适于运行各种服务，并将各种服务的错误信息返回给监控服务器；
所述监控服务器包括：
错误信息获取模块，适于获取各个线上服务的实时的错误信息；
错误项目消息发送模块，适于根据所述错误信息，向各第一订阅者发送错误项目消息；
转发模块，适于由所述第一订阅者通过长连接将所述错误项目消息转发给与所述订阅者对应的客户端；
每个客户端适于，根据所述错误项目消息进行渲染展示。
本发明还公开了D 18、一种设备，包括：
存储器，适于存储可执行代码；
处理器，适于执行所述可执行代码；所述可执行代码执行以下步骤的方法：
获取各个线上服务的实时的错误信息；
根据所述错误信息，向各第一订阅者发送错误项目消息；
由所述第一订阅者通过长连接将所述错误项目消息转发给与所述订阅者对应的客户端；其中，所述客户端根据所述错误项目消息进行渲染展示。

Claims (18)

1.一种线上服务的错误监控方法，包括：
获取各个线上服务的实时的错误信息；
根据所述错误信息生成错误项目消息，向各第一订阅者发送错误项目消息；所述错误项目消息包括服务名和其错误分值，和/或服务名下的具体事项及其错误分值；
由所述第一订阅者通过长连接将所述错误项目消息转发给与所述第一订阅者对应的客户端；其中，所述客户端根据所述错误项目消息进行渲染展示。
2.根据权利要求1所述的方法，其特征在于，在所述获取各个线上服务的实时的错误信息之后，还包括：
根据所述错误信息，向各第二订阅者发送错误项目消息；所述第二订阅者记录第一时间周期内各服务的错误项目消息。
3.根据权利要求2所述的方法，其特征在于，在根据所述错误信息，向各第二订阅者发送错误项目消息；所述第二订阅者记录第一时间周期内各服务的错误项目消息之后，还包括：
判断客户端是否是初始与第一订阅者进行长连接；如果客户端是初始与第一订阅者进行长连接，则所述第一订阅者从所述第二订阅者处获取第一时间周期内各服务的错误项目消息转发给客户端；所述客户端将所述第一时间周期内各服务的错误项目消息进行渲染展示。
4.根据权利要求1所述的方法，其特征在于，所述根据所述错误信息生成错误项目消息，向各第一订阅者发送错误项目消息还包括：
针对所述错误信息进行计算，得到针对所述服务的错误信息和/或所述服务下的具体事项错误信息的错误分值，并根据所述错误分值生成错误项目消息；
向各第一订阅者发送错误项目消息。
5.根据权利要求1或4所述的方法，其特征在于，所述客户端根据所述错误项目消息进行渲染展示包括：
所述客户端按时间序列将所述错误项目消息渲染为图形化的状态图。
6.根据权利要求1或4所述的方法，其特征在于，所述客户端根据所述错误项目消息进行渲染展示包括：
所述客户端根据所述错误项目消息中对应各服务的服务错误信息，优先将服务错误信息进行渲染展示；
当接收到对一服务错误消息的点击操作，则将所述错误项目消息中对应所述服务的具体事项错误信息进行渲染展示。
7.根据权利要求1所述的方法，其特征在于，所述根据所述错误信息生成错误项目消息，向各第一订阅者发送错误项目消息包括：
根据所述错误信息，生成错误项目消息并将所述错误项目消息放入zmq队列;
将所述zmq队列中的错误项目消息，发送给各第一订阅者loadjs。
8.根据权利要求1或7所述的方法，其特征在于，所述长连接包括websocket连接。
9.一种线上服务的错误监控装置，包括：
错误信息获取模块，适于获取各个线上服务的实时的错误信息；
错误项目消息发送模块，适于根据所述错误信息生成错误项目消息，向各第一订阅者发送错误项目消息；所述错误项目消息包括服务名和其错误分值，和/或服务名下的具体事项及其错误分值；
转发模块，适于由所述第一订阅者通过长连接将所述错误项目消息转发给与所述第一订阅者对应的客户端；所述客户端根据所述错误项目消息进行渲染展示。
10.根据权利要求9所述的装置，其特征在于，在错误信息获取模块之后，还包括：
订阅记录模块，适于根据所述错误信息，向各第二订阅者发送错误项目消息；所述第二订阅者记录第一时间周期内各服务的错误项目消息。
11.根据权利要求10所述的装置，其特征在于，在订阅记录模块之后，还包括：
初始信息发送模块，适于判断客户端是否是初始与第一订阅者进行长连接；如果客户端是初始与第一订阅者进行长连接，则所述第一订阅者从所述第二订阅者处获取第一时间周期内各服务的错误项目消息转发给客户端；所述客户端将所述第一时间周期内各服务的错误项目消息进行渲染展示。
12.根据权利要求9所述的装置，其特征在于，所述错误项目消息发送模块包括：
错误分值计算模块，适于针对所述错误信息进行计算，得到针对所述服务的错误信息和/或所述服务下的具体事项错误信息的错误分值，并根据所述错误分值生成错误项目消息；
第一发送模块，适于向各第一订阅者发送错误项目消息。
13.根据权利要求9或12所述的装置，其特征在于，所述客户端包括：
第一展示模块，适于所述客户端按时间序列将所述错误项目消息渲染为图形化的状态图。
14.根据权利要求9或12所述的装置，其特征在于，所述客户端包括：
服务错误展示模块，适于所述客户端根据所述错误项目消息中对应各服务的服务错误信息，优先将服务错误信息进行渲染展示；
具体事项错误展示模块，适于当接收到对一服务错误消息的点击操作，则将所述错误项目消息中对应所述服务的具体事项错误信息进行渲染展示。
15.根据权利要求9所述的装置，其特征在于，所述错误项目消息发送模块包括：
队列放入模块，适于根据所述错误信息，生成错误项目消息并将所述错误项目消息放入zmq队列;
错误项目消息发送模块，适于将所述zmq队列中的错误项目消息，发送给各第一订阅者loadjs。
16.根据权利要求9或15所述的装置，其特征在于，所述长连接为websocket连接。
17.一种线上服务的错误监控系统，包括：
多个前端服务器、监控服务器和多个客户端；
每个前端服务器适于运行各种服务，并将各种服务的错误信息返回给监控服务器；
所述监控服务器包括：
错误信息获取模块，适于获取各个线上服务的实时的错误信息；
错误项目消息发送模块，适于根据所述错误信息生成错误项目消息，向各第一订阅者发送错误项目消息；所述错误项目消息包括服务名和其错误分值，和/或服务名下的具体事项及其错误分值；
转发模块，适于由所述第一订阅者通过长连接将所述错误项目消息转发给与所述第一订阅者对应的客户端；
每个客户端适于根据所述错误项目消息进行渲染展示。
18.一种设备，包括：
存储器，适于存储可执行代码；
处理器，适于执行所述可执行代码；所述可执行代码执行以下步骤的方法：
获取各个线上服务的实时的错误信息；
根据所述错误信息生成错误项目消息，向各第一订阅者发送错误项目消息；所述错误项目消息包括服务名和其错误分值，和/或服务名下的具体事项及其错误分值；
由所述第一订阅者通过长连接将所述错误项目消息转发给与所述第一订阅者对应的客户端；其中，所述客户端根据所述错误项目消息进行渲染展示。
CN201510580656.XA 2015-09-11 2015-09-11 线上服务的错误监控方法、装置和系统 Active CN106533819B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510580656.XA CN106533819B (zh) 2015-09-11 2015-09-11 线上服务的错误监控方法、装置和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510580656.XA CN106533819B (zh) 2015-09-11 2015-09-11 线上服务的错误监控方法、装置和系统

Publications (2)

Publication Number Publication Date
CN106533819A CN106533819A (zh) 2017-03-22
CN106533819B true CN106533819B (zh) 2021-02-05

Family

ID=58348136

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510580656.XA Active CN106533819B (zh) 2015-09-11 2015-09-11 线上服务的错误监控方法、装置和系统

Country Status (1)

Country Link
CN (1) CN106533819B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107356940A (zh) * 2017-08-11 2017-11-17 四川联丰云网科技有限公司 基于北斗卫星通信的低空监视系统
CN111107080B (zh) * 2019-12-17 2022-06-14 政采云有限公司 一种错误信息推送方法、装置、设备及可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20000014861A (ko) * 1998-08-25 2000-03-15 윤종용 교환 시스템의 가입자 보드 시험 방법
CN101192942A (zh) * 2006-11-30 2008-06-04 国际商业机器公司 控制发布保持的方法以及发布/订购代理器
CN101268447A (zh) * 2005-05-26 2008-09-17 美国联合包裹服务公司 软件进程监控
CN101951402A (zh) * 2010-09-17 2011-01-19 山东中创软件工程股份有限公司 一种Web Service可用性跟踪检测方法、装置及系统
EP2312783A1 (en) * 2009-10-15 2011-04-20 Swisscom AG Method and device for monitoring data transmission errors of a digital subscriber line

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102411599A (zh) * 2011-08-01 2012-04-11 中国民生银行股份有限公司 数据仓库中异常行为的处理方法及监测服务器
CN102981943B (zh) * 2012-10-29 2016-05-11 新浪技术（中国）有限公司 监控应用日志的方法及系统
CN103327296A (zh) * 2013-05-16 2013-09-25 苏州阔地网络科技有限公司 一种动态调整视频监控的方法及系统
CN104320308B (zh) * 2014-11-12 2018-02-02 浪潮(北京)电子信息产业有限公司 一种服务器异常检测的方法及装置
CN104683446A (zh) * 2015-01-29 2015-06-03 广州杰赛科技股份有限公司 一种云存储集群节点服务状态实时监控方法和系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20000014861A (ko) * 1998-08-25 2000-03-15 윤종용 교환 시스템의 가입자 보드 시험 방법
CN101268447A (zh) * 2005-05-26 2008-09-17 美国联合包裹服务公司 软件进程监控
CN101192942A (zh) * 2006-11-30 2008-06-04 国际商业机器公司 控制发布保持的方法以及发布/订购代理器
EP2312783A1 (en) * 2009-10-15 2011-04-20 Swisscom AG Method and device for monitoring data transmission errors of a digital subscriber line
CN101951402A (zh) * 2010-09-17 2011-01-19 山东中创软件工程股份有限公司 一种Web Service可用性跟踪检测方法、装置及系统

Also Published As

Publication number Publication date
CN106533819A (zh) 2017-03-22

Similar Documents

Publication Publication Date Title
AU2018201459B2 (en) System and method for improving access to search results
EP3449205B1 (en) Predictive rollup and caching for application performance data
CN110866204B (zh) 一种页面处理方法及装置
CN110262807B (zh) 集群创建进度日志采集系统、方法和装置
CN108334641B (zh) 采集用户行为数据的方法、系统、电子设备、存储介质
US11188443B2 (en) Method, apparatus and system for processing log data
CN109829121B (zh) 一种点击行为数据上报的方法和装置
CN111651510A (zh) 数据处理方法、装置、电子设备和计算机可读存储介质
CN108804445B (zh) 热力图生成方法和装置
CN103618701A (zh) 一种进行网页游戏交互的方法和浏览器
WO2015117558A1 (en) Promotion method, apparatus, and system based on microblog message
CN106534241A (zh) 实时数据更新方法、装置和系统
CN108600780B (zh) 用于推送信息的方法、电子设备、计算机可读介质
CN110866040A (zh) 用户画像生成方法、装置和系统
CN103618766A (zh) 一种进行网页游戏交互的方法和网页游戏交互服务器
CN106533819B (zh) 线上服务的错误监控方法、装置和系统
CN108021594B (zh) 一种网页展示方法、装置及系统
US11615363B2 (en) Digital chat conversation and virtual agent analytics
CN112653736B (zh) 一种并行回源方法、装置及电子设备
CN114153703A (zh) 微服务的异常定位方法、装置、电子设备和程序产品
US20180121329A1 (en) Uninstrumented code discovery
CN108390770B (zh) 一种信息生成方法、装置及服务器
CN114465919B (zh) 一种网络服务测试方法、系统、电子设备及存储介质
CN109672748B (zh) 自助设备交易流水的处理方法、处理装置及处理系统
US20160127496A1 (en) Method and system of content caching and transmission

Legal Events

Date Code Title Description
C06 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
TR01 Transfer of patent right

Effective date of registration: 20240116

Address after: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park)

Patentee after: BEIJING QIHOO TECHNOLOGY Co.,Ltd.

Address before: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park)

Patentee before: BEIJING QIHOO TECHNOLOGY Co.,Ltd.

Patentee before: Qizhi software (Beijing) Co.,Ltd.

TR01 Transfer of patent right