监控预警方法、装置、电子设备及计算机可读存储介质制造方法及图纸

本申请提供了监控预警方法、装置、电子设备及计算机可读存储介质，用于对目标系统中的监控对象进行监控和预警，所述方法包括：获取所述目标系统对应的预警对象标识；获取所述目标系统中的每个监控对象对应的预警条件，所述目标系统中的监控对象包括接口、数据库和中间件中的至少一种；针对每个所述监控对象，当所述监控对象满足自身对应的预警条件时，生成预警信息并发送至所述监控对象对应的预警队列；消费所述监控对象对应的预警队列，以将所述预警信息推送至所述预警对象标识对应的预警对象。通过配置预警条件，不需要修改代码就可以实现对系统中各监控对象的监控和预警。实现对系统中各监控对象的监控和预警。实现对系统中各监控对象的监控和预警。

【技术实现步骤摘要】
监控预警方法、装置、电子设备及计算机可读存储介质


[0001]本申请涉及系统监控预警、物流运输的
，尤其涉及监控预警方法及相关装置。

技术介绍

[0002]对于包括网点系统在内的各种系统，业务功能如果出现异常，要由功能的使用者向开发人员反馈问题，开发人员都是被动地获悉异常情况。这种被动发现问题的现状主要有以下问题：
①
功能使用异常，影响用户体验；
②
开发人员不能实时获取系统运行状态和资源使用情况，导致不能及时发现问题，问题的解决存在滞后现象；
③
开发人员排查、定位问题困难，解决问题效率低下，影响业务开展。
[0003]例如，用户发现功能异常后，才会把问题反馈给开发人员，开发人员再根据用户的描述排查、定位、修复问题，反馈偏差和反馈及时性也将影响问题修复效果，用户体验不好。另一方面，一些定时脚本在后台执行和跨系统调用的接口，一旦出现问题，排查困难。此外，还有功能使用的服务器资源(例如Redis、My SQL、MQ)等，开发人员无法实时掌握这些资源的使用情况，当资源占用过多时，可能导致功能的不可用，对业务影响很大。
[0004]基于此，本申请提供了监控预警方法及相关装置，以改进上述现有技术的不足。

技术实现思路

[0005]本申请的目的在于提供监控预警方法及相关装置，通过配置预警条件，不需要修改代码就可以实现对系统中各监控对象的监控和预警。
[0006]本申请的目的采用以下技术方案实现：
[0007]第一方面，本申请提供了一种监控预警方法，用于对目标系统中的监控对象进行监控和预警，所述方法包括：
[0008]获取所述目标系统对应的预警对象标识，所述预警对象标识包括预警对象的数字账号、邮箱地址和电话号码中的至少一种；
[0009]获取所述目标系统中的每个监控对象对应的预警条件，所述目标系统中的监控对象包括接口、数据库和中间件中的至少一种；
[0010]针对每个所述监控对象，当所述监控对象满足自身对应的预警条件时，生成预警信息并发送至所述监控对象对应的预警队列；
[0011]消费所述监控对象对应的预警队列，以将所述预警信息推送至所述预警对象标识对应的预警对象。
[0012]该技术方案的有益效果在于：通过配置预警条件，不需要修改代码就可以实现对系统中各监控对象的监控和预警。
[0013]首先，获取目标系统对应的接收预警信息的预警对象的预警对象标识，预警对象例如可以是开发人员的个人用户或者群用户，预警对象标识可以是数字账号(微信账号、QQ账号、钉钉账号、微博账号、支付宝账号等)、邮箱地址、电话号码等；其次，获取目标系统中
的每个监控对象对应的预警条件，目标系统中可以有一个或多个监控对象，这些监控对象例如可以是接口、数据库、中间件等，每个监控对象都有其对应的预警条件，一般而言，不同监控对象对应的预警条件是不同的；之后，针对每个监控对象，判断该监控对象是否满足自身对应的预警条件，如果满足，则生成预警信息并发送至该监控对象对应的预警队列，也就是说，针对每个监控对象设置其所对应的预警队列，不同监控对象所对应的预警队列不同；然后，消费各个监控对象对应的预警队列，以将预警队列中的预警信息推送至(预警对象标识对应的)预警对象。
[0014]这样做的好处是，针对预警通知领域，通过对接口、数据库、中间件等监控对象进行预警规则(即预警条件)配置，实现系统监控功能和预警信息推送功能。开发人员可以实时掌握功能使用的接口和服务器资源(例如Redis、MySQL、MQ等)的具体情况，当资源占用过多时，能及时预警排查处理，降低功能不可用对业务造成的影响，保障了业务的正常运行。一方面，能够减少功能使用异常影响用户体验的情况；另一方面，开发人员能够实时获取系统运行状态和资源使用情况，及时发现问题和解决问题；又一方面，方便开发人员排查、定位问题，解决问题效率高，减少系统故障对业务开展的影响。
[0015]在一些可选的实施方式中，所述接口对应的预警条件包括以下至少一种：
[0016]所述接口在目标时间段内的请求失败次数大于预设次数阈值；
[0017]所述接口在目标时间段内的请求失败次数和总请求次数的比值大于预设比值阈值。
[0018]该技术方案的有益效果在于：接口对应的预警条件可以是：在目标时间段内请求失败次数大于预设次数阈值(即请求失败次数过多)，和/或，在目标时间段内请求失败次数和总请求次数的比值大于预设比值阈值(即请求失败次数占比过大)。一方面，目标时间段例如可以采用1分钟、10分钟、30分钟、1小时等不同的时间粒度，即可以根据接口的实际情况设置不同的时间粒度；另一方面，可以针对接口的实际情况，将请求失败次数本身和/或请求失败次数占比作为预警条件，适用范围广。
[0019]在一些可选的实施方式中，获取所述接口在目标时间段内的请求失败次数和总请求次数的过程包括：
[0020]响应于针对请求成功条件的配置操作，确定所述接口返回的响应参数对应的请求成功条件；
[0021]利用日志监控脚本，从所述目标系统对应的日志表中获取目标时间段内的接口日志数据，所述接口日志数据用于指示目标时间段内的每次请求对应的所述接口返回的响应参数；
[0022]针对每次请求，检测所述请求对应的所述接口返回的响应参数是否满足所述请求成功条件；如果满足，则将所述接口在目标时间段内的请求成功次数加一；如果不满足，则将所述接口在目标时间段内的请求失败次数加一；
[0023]对所述接口在目标时间段内的请求成功次数和请求失败次数进行求和处理，得到所述接口在目标时间段内的总请求次数。
[0024]该技术方案的有益效果在于：首先配置接口返回的响应参数对应的请求成功条件；其次利用日志监控脚本从日志表中获取目标时间段内的接口日志数据；之后，针对接口日志数据中的每次请求，检测请求对应的接口返回的响应参数是否满足所配置的请求成功
条件，如果满足则将请求成功次数加一，如果不满足则将请求失败次数加一；将请求成功次数和请求失败次数求和得到总请求次数，由此即可得到接口在目标时间段内的请求失败次数和总请求次数。这样做的好处是，能够利用日志监控脚本，从目标系统对应的日志表中获取目标系统对应的接口日志数据，而不需要修改代码，操作简单，容易实现，接口日志数据获取效率高，从整体上提升了监控效率和预警效率；另一方面，分别统计请求成功次数、请求失败次数和总请求次数，统计结果准确度高，这种接口预警方式科学、合理。
[0025]在一些可选的实施方式中，所述利用日志监控脚本，从所述目标系统对应的日志表中获取目标时间段内的接口日志数据，包括：
[0026]以多进程的方式，利用所述日志监控脚本从多个系统对应的日志表中获取每个系统对应的目标时间段内的接口日志数据；
[0027]其中，所述目标系统是多个系统的其中一个，不同系统对应的目标时间段的时长相同或不同。
[0028]该技术方案的有益效果在于本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种监控预警方法，其特征在于，用于对目标系统中的监控对象进行监控和预警，所述方法包括：获取所述目标系统对应的预警对象标识，所述预警对象标识包括预警对象的数字账号、邮箱地址和电话号码中的至少一种；获取所述目标系统中的每个监控对象对应的预警条件，所述目标系统中的监控对象包括接口、数据库和中间件中的至少一种；针对每个所述监控对象，当所述监控对象满足自身对应的预警条件时，生成预警信息并发送至所述监控对象对应的预警队列；消费所述监控对象对应的预警队列，以将所述预警信息推送至所述预警对象标识对应的预警对象。2.根据权利要求1所述的监控预警方法，其特征在于，所述接口对应的预警条件包括以下至少一种：所述接口在目标时间段内的请求失败次数大于预设次数阈值；所述接口在目标时间段内的请求失败次数和总请求次数的比值大于预设比值阈值。3.根据权利要求2所述的监控预警方法，其特征在于，获取所述接口在目标时间段内的请求失败次数和总请求次数的过程包括：响应于针对请求成功条件的配置操作，确定所述接口返回的响应参数对应的请求成功条件；利用日志监控脚本，从所述目标系统对应的日志表中获取目标时间段内的接口日志数据，所述接口日志数据用于指示目标时间段内的每次请求对应的所述接口返回的响应参数；针对每次请求，检测所述请求对应的所述接口返回的响应参数是否满足所述请求成功条件；如果满足，则将所述接口在目标时间段内的请求成功次数加一；如果不满足，则将所述接口在目标时间段内的请求失败次数加一；对所述接口在目标时间段内的请求成功次数和请求失败次数进行求和处理，得到所述接口在目标时间段内的总请求次数。4.根据权利要求3所述的监控预警方法，其特征在于，所述利用日志监控脚本，从所述目标系统对应的日志表中获取目标时间段内的接口日志数据，包括：以多进程的方式，利用所述日志监控脚本从多...

【专利技术属性】
技术研发人员：卫鹏，张宁，杨春磊，官艳青，
申请(专利权)人：上海乾臻信息科技有限公司，
类型：发明
国别省市：