[发明专利]WebSocket服务器监控方法及装置

说明书

技术领域

本发明涉及互联网技术领域，特别是涉及一种WebSocket服务器监控方法及装置。

背景技术

WebSocket是第五版超文本标记语言(HyperTextMart-upLanguage5,简称为HTML5)新增加的一种通信协议，目前流行的浏览器(例如，chrome浏览器/ie浏览器/firefox浏览器)都支持这个协议。随着支持浏览器的增多，越来越多的jsp/servelet容器也开始支持该协议，例如，tomcat容器和jetty容器。相比传统的超文本传输协议(Hypertexttransferprotocol，简称为HTTP)协议，它们的共同点都是基于传输控制协议(TransmissionControlProtocol，简称为TCP)的，所以他们都是可靠的协议，而且他们都是应用层的协议。它们的区别在于HTTP协议是一种单向的网络协议，在建立链接后，它只允许浏览器/用户代理(UserAgent，简称为UA)向WebServer发出请求资源后，WebServer才能返回相应的数据。而WebServer不能主动的推送数据给浏览器/UA；而WebSocket协议是一种双向通信协议，它建立在TCP之上，同HTTP一样通过TCP来传输数据，但是它和HTTP最大的不同有两点：1、WebSocket是一种双向通信协议，在建立链接后，WebSocket服务器和浏览器/UA都能主动的向对方发送或接收数据，就像Socket一样，不同的是WebSocket是一种建立在Web基础上的一种简单模拟Socket的协议；2、WebSocket需要通过握手链接，类似于TCP，WebSocket也需要客户端和服务器端进行握手链接，链接成功后才能相互通信。

在商用的环境下，为能自动监控HTTP服务的运行情况，为能在无人值守时刻自动恢复发生异常的HTTP服务容器，现有技术中典型处理方式是加入HTTP服务监控器。这种HTTP服务监控器的工作原理是：加入预定的动态页面，设置HTTP请求服务连续异常的阈值，HTTP服务监控器循环请求该动态页面的HTTP服务，通过对比预期响应和实际响应的一致性判断HTTP请求服务是否正常，当HTTP服务连续异常次数超过设置的阈值，则重启HTTP服务容器。上述处理能够非常好的监控HTTP协议服务。但是对于新兴的WebSocket协议服务，上述监控方式的不适用性是很明显的，主要表现在WebSocket服务特性具有主动推送数据的特性，一次简单的请求/响应机制并不能准确判断WebSocket服务提供可用性、稳定性和推送数据功能的准确性。

在长期无间隙运行的WebServer商用环境下，确保WebServer的运行正常是个极其重要和繁琐的工作，这是因为一旦WebServer发生异常，那么部署在该容器上的所有业务会全部不可用。环境若没有实现自动监控和恢复WebServer功能，那么必须要求运维人员实现24小时的值守，这样的人工处理对运维成本的要求比较高。另外由于异常发生的监控和恢复都是由人工来处理，则会产生方法笨搓、效率比较低下和恢复延迟的问题。

发明内容

鉴于现有技术中针对HTTP服务的自动监控方式不能够适用于WebSocket服务的问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的WebSocket服务器监控方法及装置。

本发明提供一种WebSocket服务器监控方法，包括：

步骤1，请求监控器模块请求与WebSocket服务器中的监控应用模块建立链接；

步骤2，请求监控器模块在建立链接后，接收监控应用模块推送的数据并向其返回响应消息，根据数据判断WebSocket服务器是否运行正常，其中，数据包括：顺序标识数据；

步骤3，请求监控器模块在判断运行正常的情况下，重复执行步骤2，直到根据监控应用模块的请求断开链接，并将本次链接请求设置为正常；请求监控器模块在判断运行异常的情况下，向监控应用模块发送异常响应，根据监控应用模块的请求断开链接，并将本次链接请求设置为异常；

步骤4，当链接请求的异常次数达到预先设置的阈值时，请求监控器模块向信号接收处理器模块发送报警信号，并通过信号接收处理器模块对报警信号进行处理。

优选地，请求监控器模块在建立链接后，接收监控应用模块推送的数据并向其返回响应消息具体包括：

请求监控器模块在建立链接后，如果接收到监控应用模块推送的第一个数据，则获取第一个数据中携带的第一顺序标识数据，并在对第一顺序标识数据进行确认后，向监控应用模块返回第一响应消息；