一种自动化运维监测方法及系统与流程

文档序号:19250327发布日期:2019-11-27 20:08阅读:258来源:国知局
一种自动化运维监测方法及系统与流程

本发明涉及计算机技术的技术领域,尤其是涉及一种自动化运维监测方法及系统。



背景技术:

目前,随着科技的发展,人们生活水平的不断提高,手机、平板电脑等移动终端设备快速发展,手机、平板电脑已经占据人们生活很重要的地位,其中包括各种丰富人们生活的软件,例如手机游戏。

现有的手机游戏的普及率已经越来越高,手机游戏的更新迭代也越来越快,一款手机游戏能够持续运营,手机游戏的用户体验也是至关重要。而每一款手机游戏,难免在运营时会出现bug或是出现错误,若不能及时进行修改,会大大降低用户体验,因此亟需一种监测方法。



技术实现要素:

本发明的目的是提供一种对运行软件实时监控的自动化运维监测方法及系统。

本发明的上述发明目的一是通过以下技术方案得以实现的:

一种自动化运维监测方法,其特征在于,所述自动化运维监测方法包括如下步骤:

s10:对运行状态进行实时监控;

s20:若从所述运行状态中监控到故障信息,则获取所述故障信息的故障等级;

s30:获取预设的数据发送模型,将所述故障等级输入至所述数据发送模型,得到数据发送方案;

s40:根据所述数据发送方案,将所述故障信息发送至维修人员客户端。

通过采用上述技术方案,通过对运行状态进行实时监控,能够及时发现游戏软件出现的故障;在出现故障时,通过获取故障等级,能够使在维护游戏软件时,可根据该故障等级对出现的故障进行维护时采取对应的优先级措施,进而提升维护软件时的效;通过预先设置有数据发送方案模型,能够在出现故障时,根据故障等级,选择对应的数据发送方式,并将故障信息根据该数据发送方式发送至维修人员客户端,能够通过不同的数据发送方式,提示维修人员游戏软件出现故障以及该故障的等级,能够在维修人员在获取到故障的通知后,第一时间获取到故障等级;同时,通过不同的数据发送方式发送不同故障等级的故障信息,能够起到对不同故障等级的故障信息进行分类的效果,对于后期分析故障原因时提供便利。

本发明进一步设置为:步骤s20包括:

s21:预先设置有故障等级划分标准数据;

s22:获取预设周期内所述故障信息的故障次数;

s23:根据所述故障次数和所述故障等级划分标准数据,得到所述故障等级。

通过采用上述技术方案,通过预先设置故障等级划分标准数据,能够在获取到故障信息时,及时判断出该故障的故障等级,进而有利于维修人员及时获取到该故障的严重程度;同时,通过故障次数判断故障等级,能够使得在预设周期内出现次数较多的故障进行优先处理。

本发明进一步设置为:在步骤s30中,通过以下步骤获取数据发送模型:

s31:根据所述故障等级划分标准数据获取故障等级数量和待匹配故障;

s32:根据所述故障等级数量获取数据发送类型的数量,并将每一所述数据发送类型与所述待匹配故障唯一对应,得到所述数据发送模型。

通过采用上述技术方案,通过将故障等级数量和待匹配故障进行关联,进而得到数据发送模型,使得在获取到故障次数时,根据该故障次数自动匹配出对应的故障等级,提升维护故障的效率。

本发明进一步设置为:步骤s30包括:

s301:将所述故障等级与所述待匹配故障进行匹配,得到匹配结果;

s302:根据所述匹配结果从所述数据发送模型中获取对应的数据发送类型,并将获取得到的数据发送类型作为该数据发送方案。

通过采用上述技术方案,通过使用故障等级数据发送模型中匹配出对应的数据发送方式,能够将故障信息按照获取得到的数据发送方式,将故障信息发送至维修人员。

本发明进一步设置为:步骤s40包括:

s41:从所述数据发送方案中获取数据接收人员,以及对应的数据联系方式;

s42:根据所述数据接收人员和所述数据联系方式,将所述故障信息发送至对应的维修人员客户端。

通过采用上述技术方案,通过数据接收人员和对应的数据联系方式,能够将故障信息发送至对应的维修人员,进而能够让对应的维修人员获取到故障信息,并能够及时对故障进行排查。

本发明的上述发明目的二是通过以下技术方案得以实现的:

一种自动化运维监测系统,其特征在于,所述自动化运维监测系统包括:

监控模块,用于对运行状态进行实时监控;

故障等级获取模块,用于若从所述运行状态中监控到故障信息,则获取所述故障信息的故障等级;

方案获取模块,用于获取预设的数据发送模型,将所述故障等级输入至所述数据发送模型,得到数据发送方案;

发送模块,用于根据所述数据发送方案,将所述故障信息发送至维修人员客户端。

通过采用上述技术方案,通过对运行状态进行实时监控,能够及时发现游戏软件出现的故障;在出现故障时,通过获取故障等级,能够使在维护游戏软件时,可根据该故障等级对出现的故障进行维护时采取对应的优先级措施,进而提升维护软件时的效;通过预先设置有数据发送方案模型,能够在出现故障时,根据故障等级,选择对应的数据发送方式,并将故障信息根据该数据发送方式发送至维修人员客户端,能够通过不同的数据发送方式,提示维修人员游戏软件出现故障以及该故障的等级,能够在维修人员在获取到故障的通知后,第一时间获取到故障等级;同时,通过不同的数据发送方式发送不同故障等级的故障信息,能够起到对不同故障等级的故障信息进行分类的效果,对于后期分析故障原因时提供便利。

综上所述,本发明的有益技术效果为:

1.在出现故障时,通过获取故障等级,能够使在维护游戏软件时,可根据该故障等级对出现的故障进行维护时采取对应的优先级措施,进而提升维护软件时的效;

2.通过不同的数据发送方式发送不同故障等级的故障信息,能够起到对不同故障等级的故障信息进行分类的效果,对于后期分析故障原因时提供便利。

附图说明

图1是本发明一实施例中自动化运维监测方法的一流程图;

图2是本发明一实施例中自动化运维监测方法中步骤s20的实现流程图;

图3是本发明一实施例中自动化运维监测方法中步骤s30的实现流程图;

图4是本发明一实施例中自动化运维监测方法中步骤s30的另一实现流程图;

图5是本发明一实施例中自动化运维监测方法中步骤s40的实现流程图;

图6是本发明一实施例中自动化运维监测系统的一原理框图。

具体实施方式

以下结合附图对本发明作进一步详细说明。

实施例一:

在一实施例中,如图1所示,本发明公开了一种自动化运维监测方法,具体包括如下步骤:

s10:对运行状态进行实时监控。

在本实施例中,运行状态是指游戏软件的服务器在运行时,该服务器运行的状态。

具体地,在游戏软件的后台服务器运营时,对该后台服务器的运行状态进行实时监控。其中,在监控时,可以通过在游戏软件开发时,在程序中加入获取运行状态的插件或脚本,使得能够实时监控后台服务器的运行状态。

s20:若从运行状态中监控到故障信息,则获取故障信息的故障等级。

在本实施例中,故障信息是指游戏软件在后台运行时出现故障时,具体故障的信息。故障等级是指表示每一故障信息的紧急程度。

具体地,荣从该后台服务器的运行状态中监控到有程序报错等故障信息,则按照预设的规则,判断该故障信息的故障等级。

s30:获取预设的数据发送模型,将故障等级输入至数据发送模型,得到数据发送方案。

在本实施例中,数据发送模型是指预选设置好,能够根据故障信息的故障等级,自动获取出将该故障信息发送至对应的维修人员的方式的模型。数据发送方案是指具体将故障信息发送至对游戏程序的后台服务器进行维护的维修人员的方式。其中,该数据发送方案可以是通过邮件、短信或是第三方通信平台,将该故障信息发送至维修人员,且该第三方通信平台包括微信、qq、邮件、短信或是自主研发的通信平台等的其中一种。

具体地,获取预先设置好的数据发送模型,并使用该数据发送模型,将故障等级输入至该数据发送模型,或由该数据发送模型中,自动获取该故障等级,并通过该数据发送模型,得出该数据发送方案。

s40:根据数据发送方案,将故障信息发送至维修人员客户端。

在本实施例中,维修人员客户端是指负责对游戏程序后台服务器进行维护的人员,用于接收故障信息的终端。

具体地,根据数据发送方案,将故障信息发送至维修人员客户端。

在本实施例中,通过对运行状态进行实时监控,能够及时发现游戏软件出现的故障;在出现故障时,通过获取故障等级,能够使在维护游戏软件时,可根据该故障等级对出现的故障进行维护时采取对应的优先级措施,进而提升维护软件时的效;通过预先设置有数据发送方案模型,能够在出现故障时,根据故障等级,选择对应的数据发送方式,并将故障信息根据该数据发送方式发送至维修人员客户端,能够通过不同的数据发送方式,提示维修人员游戏软件出现故障以及该故障的等级,能够在维修人员在获取到故障的通知后,第一时间获取到故障的等;同时,通过不同的数据发送方式发送不同故障等级的故障信息,能够起到对不同故障等级的故障信息进行分类的效果,对于后期分析故障原因时提供便利。

在一实施例中,如图2所示,在步骤s20中,即若从运行状态中监控到故障信息,则获取故障信息的故障等级,具体包括如下步骤:

s21:预先设置有故障等级划分标准数据。

在本实施例中,故障等级划分标准数据是指用于对故障信息划分故障等级的数据。

具体地,对该游戏软件的开发人员在开发时,预先设置好该故障等级划分标准数据,使得能够通过故障信息,判断出该故障的故障等级。该故障等级划分标准数据可以是设置好不同等级的故障,例如故障的等级包括从若到强有5个等级,并将该5个等级的故障与对应的故障的次数的区间进行关联,进而得到该故障等级划分标准数据。

s22:获取预设周期内故障信息的故障次数。

在本实施例中,故障次数是指在预设周期内,游戏软件的后台服务器在运行出现故障时,出现同一故障的次数。

具体地,在预设的周期内,例如10分钟、15分钟或20分钟等,从该故障信息出现开始,记录该故障信息出现的次数。进一步地,在该周期结束后,将该故障信息总共出现的次数,作为该故障次数。

s23:根据故障次数和故障等级划分标准数据,得到故障等级。

具体地,使用该故障次数在该故障等级划分标准数据中进行比对。例如,该故障次数是该周期内出现10次,则将10代入至故障等级划分标准数据中进行比对,获取10次位于的故障次数的区间,进一步地,获取该区间对应的故障等级,作为该故障新的故障等级。

在一实施例中,如图3所示,在步骤s30中,通过以下步骤获取数据发送模型:

s31:根据故障等级划分标准数据获取故障等级数量和待匹配故障。

在本实施例中,故障等级数量是指在故障等级划分标准数据中,所有故障的等级的个数。待匹配故障是指用于与故障等级进行匹配,在故障等级划分标准数据中所有故障等级的集合。

具体地,根据该故障等级划分标准数据中,故障的等级的数量,作为该故障等级数量。进一步地,根据该故障等级数量,设置该待匹配故障。

s32:根据故障等级数量获取数据发送类型的数量,并将每一数据发送类型与待匹配故障唯一对应,得到数据发送模型。

在本实施例中,数据发送类型是指将故障信息发送至维修人员的可选方案数据。

具体地,根据故障等级数量,获取与该数据发送类型数量相同的数据发送类型,并将每组待匹配故障与数据发送类型放入哈希映射中,使得能够通过待匹配故障查询到数据发送类型。进而得到数据发送模型。

在一实施例中,如图4所示,在步骤s30中,即获取预设的数据发送模型,将故障等级输入至数据发送模型,得到数据发送方案,具体包括如下步骤:

s301:将故障等级与待匹配故障进行匹配,得到匹配结果。

具体地,将故障等级在待匹配故障中逐一进行匹配,进而将在待匹配故障中匹配成功的作为匹配结果。

s302:根据匹配结果从数据发送模型中获取对应的数据发送类型,并将获取得到的数据发送类型作为该数据发送方案。

具体地,得到匹配结果后,将匹配结果输入至数据发送模型中,从数据发送模型中得出对应的数据发送模型,进而通过该数据发送模型得出数据发送方案。

在一实施例中,如图5所示,在步骤s40中,即根据数据发送方案,将故障信息发送至维修人员客户端,具体包括如下步骤:

s41:从数据发送方案中获取数据接收人员,以及对应的数据联系方式。

在本实施例中,数据接收人员是指接收故障信息的维修人员。数据联系方式是指将故障信息发送至数据接收人员的具体方式。

具体地,预先获取负责对后台服务器进行维护的人员,作为该数据接收人员。进一步地,根据数据发送类型,获取该数据接收人员对应的数据联系方式。例如,数据发送类型中,包括有通过微信、qq、邮件、短信或是自主研发的通信平台等的其中一种,则获取数据接收人员数据发送类型的每一种联系方式,作为该数据联系方式。

进一步地,从数据发送方案中,获取该数据接收人员的数据联系方式。

s42:根据数据接收人员和数据联系方式,将故障信息发送至对应的维修人员客户端。

具体地,根据数据接收人员和数据联系方式,将故障信息发送至对应的维修人员客户端。

应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。

实施例二:

在一实施例中,提供一种自动化运维监测系统,该自动化运维监测系统与上述实施例中自动化运维监测方法一一对应。如图6所示,该自动化运维监测系统包括监控模块10、故障等级获取模块20、方案获取模块30和发送模块40。各功能模块详细说明如下:

监控模块10,用于对运行状态进行实时监控;

故障等级获取模块20,用于若从运行状态中监控到故障信息,则获取故障信息的故障等级;

方案获取模块30,用于获取预设的数据发送模型,将故障等级输入至数据发送模型,得到数据发送方案;

发送模块40,用于根据数据发送方案,将故障信息发送至维修人员客户端。

优选地,故障等级获取模块20包括:

等级划分子模块21,用于预先设置有故障等级划分标准数据;

故障次数获取子模块22,用于获取预设周期内故障信息的故障次数;

故障等级获取子模块23,用于根据故障次数和故障等级划分标准数据,得到故障等级。

优选地,方案获取模块30中,通过以下子模块获取数据发送模型:

匹配信息获取子模块31,用于根据故障等级划分标准数据获取故障等级数量和待匹配故障;

关联子模块32,用于根据故障等级数量获取数据发送类型的数量,并将每一数据发送类型与待匹配故障唯一对应,得到数据发送模型。

优选地,方案获取模块30包括:

匹配子模块31,用于将故障等级与待匹配故障进行匹配,得到匹配结果;

结果处理模块32,用于根据匹配结果从数据发送模型中获取对应的数据发送类型,并将获取得到的数据发送类型作为该数据发送方案。

优选地,发送模块包40括:

联系方式获取子模块41,用于从数据发送方案中获取数据接收人员,以及对应的数据联系方式;

数据发送子模块42,用于根据数据接收人员和数据联系方式,将故障信息发送至对应的维修人员客户端。

关于自动化运维监测系统的具体限定可以参见上文中对于自动化运维监测方法的限定,在此不再赘述。上述自动化运维监测系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1