[发明专利]swagger服务监控与告警系统及方法

说明书

本发明公开了一种swagger服务监控与告警系统及方法。swagger服务监控与告警系统，包括前端模块、后端模块、定时任务和数据库；前端模块提供配置swagger监控信息、配置告警通知人信息、配置定时任务规则、配置服务重启次数、关闭监控功能；后端模块自动解析swagger地址、并将处理后的前端用户录入的信息传输至数据库保存；数据库用于存储信息；定时任务以最少的网络流量实时监控大批量服务、服务挂掉时能自动重启、触发钉钉告警通知。本发明能够实现以最少的网络流量实时监控大批量服务，并且服务挂掉时能自动重启并钉钉通知到具体某人，可大大节省研发人员定位问题的时间，降低人力成本，提高效率。

技术领域

本发明属于计算机软件技术领域，涉及swagger服务监控与告警系统及方法。

背景技术

应用系统中后端部署的服务众多(达到300个)，当一个服务挂掉时，研发人员不能及时的知道服务状态。当被测系统出现不能正确访问时，研发人员需要花不少时间进行前端抓包，再从后端查看日志文件去定位问题，当问题定位出是因为服务挂掉(出现异常)时，再去手工重启服务。

由于后端服务部署完成后，会生成一个进程，现有技术中监控服务，都是通过监控进程是否存在来判断服务是否正常运行或已经出现异常。但这样做有不少缺陷：首先，无法实时的知道后端服务的状态，其次当服务挂掉时，需要手工重启服务。此外，即使进程存在，往往也并不能说明服务就是可用的。在实际运行中我们发现，进程存在，但服务已经不可访问的场景普遍存在。

发明内容

为解决上述问题，本发明公开了一种swagger服务监控与告警系统及其实现方法。

为了达到上述目的，本发明提供如下技术方案：

swagger服务监控与告警系统，包括前端模块、后端模块、定时任务和数据库；所述前端模块提供用户界面，基于用户界面获取swagger地址、用户通知号码、对应的业务线名称、wiki地址，并传输至后端模块；所述后端模块用于读取前端传来的参数并进行处理；将前端模块获取的用户输入的swagger地址标记为主动监控；自动解析wiki地址对应的地址库中的swagger信息，过滤掉其中已配置为主动监控的部分，将还未配置的追加到监控列表里面，并标记这些swagger地址是被动监控；将获取到的所有swagger地址、对应的业务线名称、主动被动监控标记、用户通知号码存储入数据库；所述定时任务用于周期性定时启动监控，启动时连接数据库获取所有swagger地址信息，先对swagger地址进行解析处理，判断是否是本系统的swagger地址，无效地址触发告警，有效地址则采用HEAD请求方式，获得swagger地址对应swagger服务的概要信息，根据概要信息分析判断该swagger是否异常，如果异常则自动重启，并触发通知；如果swagger服务是正常的，则跳过继续监控下一个swagger服务。

进一步的，前端模块还能够获取自动重启服务次数和监控规则，定时任务根据监控规则启动swagger服务监控。

进一步的，后端模块在对前端传来的参数进行处理后还判断swagger地址前是否有非监控标识，当有非监控标识时跳过该swagger地址。

进一步的，后端模块处理过程包括：去掉参数前后空格和前后换行符，再用换行符进行切割，切割后对每行的字符串去空格后再放入新的数组，最后把数组转成字符串。

进一步的，被标记为被动监控的swagger地址不区分对应的业务线。

进一步的，定时任务触发的通知中包括出现异常的swagger地址、swagger的主动被动监控方式、重启的服务名称、重启次数、人工需要介入时的跳转链接。

swagger服务监控与告警方法，包括：

步骤1，获取用户输入的各个业务线的swagger地址、用户通知号码、wiki地址；

步骤2，对步骤1获取的信息进行处理；