CN118409887A - 基于redis的系统检测方法、装置及电子设备 - Google Patents
基于redis的系统检测方法、装置及电子设备 Download PDFInfo
- Publication number
- CN118409887A CN118409887A CN202410492134.3A CN202410492134A CN118409887A CN 118409887 A CN118409887 A CN 118409887A CN 202410492134 A CN202410492134 A CN 202410492134A CN 118409887 A CN118409887 A CN 118409887A
- Authority
- CN
- China
- Prior art keywords
- redis
- checking
- characteristic
- target
- rule
- 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.)
- Pending
Links
- 238000001514 detection method Methods 0.000 title claims abstract description 49
- 238000004519 manufacturing process Methods 0.000 claims abstract description 42
- 238000000034 method Methods 0.000 claims description 51
- 230000002159 abnormal effect Effects 0.000 claims description 49
- 230000004048 modification Effects 0.000 claims description 37
- 238000012986 modification Methods 0.000 claims description 37
- 238000004590 computer program Methods 0.000 claims description 19
- 230000008569 process Effects 0.000 claims description 13
- 230000005856 abnormality Effects 0.000 claims 2
- 238000004883 computer application Methods 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 6
- 238000003672 processing method Methods 0.000 description 5
- 230000004044 response Effects 0.000 description 4
- 230000032683 aging Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000008094 contradictory effect Effects 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Landscapes
- General Factory Administration (AREA)
Abstract
本申请涉及计算机应用技术领域,具体涉及一种基于redis的系统检测方法、装置及电子设备。检测方法包括:根据预设管理规范和预设管理要求对投产系统进行识别;将投产系统中包括redis组件的系统确定为目标系统;确定目标系统包括的redis组件的redis版本和redis版本对应的redis特性;针对每种redis特性,梳理与redis特性对应的检核规则,以得到目标检核规则;按照目标检核规则对目标系统进行自动检核。通过梳理redis特性对应的检核规则,基于redis特性对应的数据采集方式和对应的检核规则对系统的redis配置及相关内容实现自动化检核,提升redis实用场景下,数据的可靠性和稳定性。
Description
技术领域
本申请涉及计算机应用技术领域,具体涉及一种基于redis的系统检测方法、装置、电子设备、存储介质及计算机程序产品。
背景技术
随着数据量的增长,业务时效要求越来越高,大型商业银行交易系统面临的挑战越来越大,为提升数据的处理时效,提高业务响应效率,引入redis充当缓存或者内存数据库的角色,故而redis使用场景越来越多,但redis相较于持久化数据库的可靠性和稳定性低,且交易数据本身的重要性高,随着redis集群规模越来越大,redis故障及数据丢失的可能性加大。
发明内容
本申请实施例的目的是提供一种基于redis的系统检测方法、装置、电子设备、存储介质及计算机程序产品。
为了实现上述目的,本申请第一方面提供一种基于redis的系统检测方法,检测方法包括:
根据预设管理规范和预设管理要求对投产系统进行识别;
将投产系统中包括redis组件的系统确定为目标系统;
确定目标系统包括的redis组件的redis版本和redis版本对应的redis特性;
针对每种redis特性,梳理与redis特性对应的检核规则,以得到目标检核规则;
按照目标检核规则对目标系统进行自动检核。
在本申请实施例中,按照目标检核规则对目标系统进行自动检核包括:按照与每种redis特性对应的检核规则构建与每种redis特性对应的信息采集方式;针对每种redis特性,按照redis特性对应的信息采集方式采集数据,并根据redis特性对应的检核规则对采集到的数据进行检测。
在本申请实施例中,按照目标检核规则对目标系统进行自动检核包括:在检核结果无异常的情况下,将检核信息存档并继续后续投产流程;在检核结果存在异常的情况下,将异常的检核结果确定为待整改项目;按照预设整改规则对待整改项目进行处置,在处置完成后再按照目标检核规则对目标系统进行自动检核。
在本申请实施例中,按照预设整改规则对待整改项目进行处置包括:针对每种redis特性,获取redis特性对应的风险级别和处置方法脚本;在待整改项目对应的redis特性的风险等级为预设风险等级的情况下,根据整改项目对应的redis特性的处置方法脚本对待整改项目进行自动整改。
在本申请实施例中,方法还包括:在整改项目对应的redis特性的处置方法脚本无法对待整改项目进行自动整改的情况下,对整改项目进行预警并按照预设模版生成待整改项目的处置建议。
在本申请实施例中,方法还包括:在投产系统运行的过程中出现异常指标的情况下,获取引起异常指标的原因;在原因与redis组件相关的情况下,针对异常指标原因设置新增检核规则;将新增检核规则增加至对应的redis组对应的redis版本对应的目标检核规则内,并将新增检核规则的风险等级设置为预设风险等级。
本申请第二方面提供一种基于redis的系统检测装置,检测装置包括:
识别模块,被配置为根据预设管理规范和预设管理要求对投产系统进行识别;将投产系统中包括redis组件的系统确定为目标系统;
规则确定模块,被配置为确定目标系统包括的redis组件的redis版本和redis版本对应的redis特性;针对每种redis特性,梳理与redis特性对应的检核规则,以得到目标检核规则;
检核模块,被配置为按照目标检核规则对目标系统进行自动检核。
在本申请实施例中,按照目标检核规则对目标系统进行自动检核包括:按照与每种redis特性对应的检核规则构建与每种redis特性对应的信息采集方式;针对每种redis特性,按照redis特性对应的信息采集方式采集数据,并根据redis特性对应的检核规则对采集到的数据进行检测。
在本申请实施例中,按照目标检核规则对目标系统进行自动检核包括:在检核结果无异常的情况下,将检核信息存档并继续后续投产流程;在检核结果存在异常的情况下,将异常的检核结果确定为待整改项目;按照预设整改规则对待整改项目进行处置,在处置完成后再按照目标检核规则对目标系统进行自动检核。
在本申请实施例中,基于redis的系统检测装置还包括:整改模块,被配置为针对每种redis特性,获取redis特性对应的风险级别和处置方法脚本;在待整改项目对应的redis特性的风险等级为预设风险等级的情况下,根据整改项目对应的redis特性的处置方法脚本对待整改项目进行自动整改。
在本申请实施例中,整改模块还被配置为在整改项目对应的redis特性的处置方法脚本无法对待整改项目进行自动整改的情况下,对整改项目进行预警并按照预设模版生成待整改项目的处置建议。
在本申请实施例中,基于redis的系统检测装置还包括:规则新增模块,被配置为在投产系统运行的过程中出现异常指标的情况下,获取引起异常指标的原因;在原因与redis组件相关的情况下,针对异常指标原因设置新增检核规则;将新增检核规则增加至对应的redis组对应的redis版本对应的目标检核规则内,并将新增检核规则的风险等级设置为预设风险等级。
本申请第三方面提供一种电子设备,包括:处理器,以及与处理器通信连接的存储器;
存储器存储计算机执行指令;
处理器执行存储器存储的计算机执行指令,以实现如上述实施例中任一项的基于redis的系统检测方法。
本申请第四方面提供了一种机器可读存储介质,该机器可读存储介质上存储有指令,该指令在被处理器执行时使得处理器被配置成执行根据上述实施例中任一项的基于redis的系统检测方法。
本申请第五方面提供了一种计算机程序产品,包括计算机程序,计算机程序在被处理器执行时实现根据上述实施例中任一项的基于redis的系统检测方法。
通过上述技术方案,针对redis作为缓存或内存数据库的系统,通过梳理redis特性对应的检核规则,将检核规则作为投产准入条件,在投产前基于redis特性对应的数据采集方式和对应的检核规则对系统的redis配置及相关内容实现自动化检核,有助于高效使用redis,提升系统业务响应时效,同时能降低redis本身故障的隐患,提升redis实用场景下,数据的可靠性和稳定性。
本申请实施例的其它特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
附图是用来提供对本申请实施例的进一步理解,并且构成说明书的一部分,与下面的具体实施方式一起用于解释本申请实施例,但并不构成对本申请实施例的限制。在附图中:
图1示意性示出了根据本申请实施例的基于redis的系统检测方法的应用环境示意图;
图2示意性示出了根据本申请实施例的基于redis的系统检测方法的流程示意图;
图3示意性示出了根据本申请实施例的基于redis的系统检测装置的结构框图;
图4示意性示出了根据本申请实施例的一种电子设备的结构框图;
图5示意性示出了根据本申请实施例的计算机设备的内部结构图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,应当理解的是,此处所描述的具体实施方式仅用于说明和解释本申请实施例,并不用于限制本申请实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
需要说明,若本申请实施例中有涉及方向性指示(诸如上、下、左、右、前、后……),则该方向性指示仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等,如果该特定姿态发生改变时,则该方向性指示也相应地随之改变。
另外,若本申请实施例中有涉及“第一”、“第二”等的描述,则该“第一”、“第二”等的描述仅用于描述目的,而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外,各个实施例之间的技术方案可以相互结合,但是必须是以本领域普通技术人员能够实现为基础,当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在,也不在本申请要求的保护范围之内。
本申请提供的基于redis的系统检测方法,可以应用于如图1所示的应用环境中。其中,终端102通过网络与服务器104通过网络进行通信。服务器104可以对投产系统进行识别,并对投产系统包括的redis组件对应的redis特性进行识别,按照redis特性对应的检核规则对目标系统进行自动检核,服务器104可以通过终端102获取用户针对redis特性对应的检核规则的设置或等级的划分。其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
图2示意性示出了根据本申请实施例的基于redis的系统检测方法的流程示意图。如图2所示,在本申请一实施例中,提供了一种基于redis的系统检测方法,本实施例可以应用于上述图1所示的应用环境中,包括以下步骤:
步骤201,根据预设管理规范和预设管理要求对投产系统进行识别;
步骤202,将投产系统中包括redis组件的系统确定为目标系统;
步骤203,确定目标系统包括的redis组件的redis版本和redis版本对应的redis特性;
步骤204,针对每种redis特性,梳理与redis特性对应的检核规则,以得到目标检核规则;
步骤205,按照目标检核规则对目标系统进行自动检核。
在系统进行投产前,处理器可以通过用户输入的数据确定投产相关的预设管理规范和预设管理要求,并按照预设管理规范和预设管理要求对投产中使用到的投产系统进行识别,将投产系统中包括redis组件的系统确定为目标系统。例如,假设处理器确定参与投产的投产系统包括系统A、系统B、系统C、系统D,处理器可以按照预设管理规范和预设管理要求对上述投产系统进行识别,假设处理器确定系统A和系统B包括redis组件,则处理器可以将系统A和系统B均确定为目标系统。处理器确定了包括redis组件的目标系统后,针对每个目标系统,处理器可以确定目标系统所包括的redis组件的redis版本,并确定redis版本对应的redis特性。例如,针对目标系统A,处理器可以确定目标系统A包括的redis组件以及该组件对应的redis版本,并确定目标系统A包括的redis组件对应的redis版本对应的redis特性,redis特性可以包括稳定性、可靠性以及可靠性和稳定性。处理器针对确定的每种redis特性,可以梳理与redis特性对应的检核规则,例如,假设针对redis特性中的稳定性,处理器可以确定与稳定性对应的检核规则为“键的命名不得超过64个字符”,则处理器可以将该检核规则确定为目标系统A对应的目标检核规则。同理,针对目标系统A包括的redis组件的redis版本对应的多种redis特性,处理器可以确定每种redis特性对应的检核规则,并将每种redis特性对应的检核规则确定为目标系统A对应的目标检核规则。处理器在获取到与目标系统对应的目标检核规则后,可以按照目标检核规则对目标系统进行自动检核。例如,假设与目标系统A对应的目标检核规则中包括“键的命名不得超过64个字符”,则处理器可以按照该条规则对目标系统中的键名进行检核,从而确定目标系统是否符合目标检核规则。
处理器通过梳理redis特性对应的检核规则,将检核规则作为投产准入条件,在投产前基于redis特性对应的检核规则对包括redis组件的目标系统进行自动化检核,有助于高效使用redis,提升系统业务响应时效,同时能降低redis本身故障的隐患。
图2为一个实施例中基于redis的系统检测方法的流程示意图。应该理解的是,虽然图2的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,按照目标检核规则对目标系统进行自动检核包括:按照与每种redis特性对应的检核规则构建与每种redis特性对应的信息采集方式;针对每种redis特性,按照redis特性对应的信息采集方式采集数据,并根据redis特性对应的检核规则对采集到的数据进行检测。
处理器在通过梳理与每种redis特性对应的检核规则得到目标检核规则后,处理器可以按照与每种redis特性对应的检核规则构建与每种redis特性对应的信息采集方式,处理器针对每种redis特性可以按照redis特性对应的信息采集方式采集数据,并根据每种redis特性对应的检核规则对采集的数据进行检测。例如表1所示,假设redis特性可以包括稳定性、可靠性以及稳定性和可靠性,处理器可以根据redis特性确定与该redis特性对应的检核规则,该Redis特性对应的信息采集方式以及对应的实现方法,例如,假设针对redis特性中的“可靠性和稳定性”,处理器确定与该redis特性对应的检核规则为“列表键元素总数不得超过1000w”,与该redis特性对应的信息采集方式为“脚本”具体的实现方法为“定时分析Redis big keys,避免占用空间大的Redis健值,合理拆分。说明:可以通过redis-cli--bigkeys-i 0.1命令查询大的Redis健值。”通过该脚本采集到数据后,可以按照检核规则“列表键元素总数不得超过1000w”对采集到的数据进行判断,以确定是否符合该检核规则。
表1
在一个实施例中,按照目标检核规则对目标系统进行自动检核包括:在检核结果无异常的情况下,将检核信息存档并继续后续投产流程;在检核结果存在异常的情况下,将异常的检核结果确定为待整改项目;按照预设整改规则对待整改项目进行处置,在处置完成后再按照目标检核规则对目标系统进行自动检核。
处理器按照目标检核规则对目标系统进行自动检核以得到检核结果,在处理器确定检核结果无异常的情况下,可以将检核信息进行存档并继续后续投产流程,检核信息内可以包括每种redis特性按照对应的信息采集方式采集到的数据,以及按照redis特性对应的检核规则对采集到的数据的检核结果。在检核结果存在异常的情况下,处理器可以将异常的检核结果确定为待整改项目,并按照预设整改规则对待整改项目进行处置,在对待整改项目处置完成后再次按照目标检核规则对目标系统进行自动检核,例如,假设根据目标检核规则对目标系统进行检核时,根据检核规则“列表键元素总数不得超过1000W”对采集的数据进行检核时得到异常结果,也就是“列表键元素总数超过1000W”处理器可以将该条检核结果确定为待整改项目,并按照预设整改规则对待整改项目进行处置,并在处置完成后再次按照目标检核规则对目标系统进行自动检核。
在一个实施例中,按照预设整改规则对待整改项目进行处置包括:针对每种redis特性,获取redis特性对应的风险级别和处置方法脚本;在待整改项目对应的redis特性的风险等级为预设风险等级的情况下,根据整改项目对应的redis特性的处置方法脚本对待整改项目进行自动整改。
处理器可以按照预设整改规则对待整改项目进行处置。处理器针对每种redis特性,可以通过用户输入的数据获取redis特性对应的风险级别和处置方法脚本,在待整改项目对应的redis特性的风险等级为预设风险等级的情况下,处理器可以根据与该redis特性对应的处置方法脚本对待整改项目进行自动整改。例如,假设处理器根据用户输入的数据设置了不同redis特性的风险级别,例如分为高风险和低风险,假设处理器将将预设风险等级设置为高风险等级。当处理器确定待整改项目对应的redis特性为高风险等级时,处理器可以根据该redis特性对应的处置方法脚本对待整改项目进行自动整改。
在一个实施例中,方法还包括:在整改项目对应的redis特性的处置方法脚本无法对待整改项目进行自动整改的情况下,对整改项目进行预警并按照预设模版生成待整改项目的处置建议。
处理器根据待整改项目对应的redis特性的处置方法脚本对待整改项目进行自动整改时,若是确定整改项目对应的redis特性的处置方法脚本无法对待整改项目进行自动整改,则处理器可以对待整改项目进行预警,并按照预设模版生成针对待整改项目的处置建议,以发送给用户或管理人员。
在一个实施例中,方法还包括:在投产系统运行的过程中出现异常指标的情况下,获取引起异常指标的原因;在原因与redis组件相关的情况下,针对异常指标原因设置新增检核规则;将新增检核规则增加至对应的redis组对应的redis版本对应的目标检核规则内,并将新增检核规则的风险等级设置为预设风险等级。
处理器可以获取投产系统在运行的过程中的运行状态,当处理器确定投产系统在运行过程中出现异常指标的情况下,处理器可以获取引起异常指标的原因,在处理器确定引起一场指标的原因与redis组件相关的情况下,也就是说是由于redis组件导致的问题,处理器可以很对该异常指标原因设置新增检核规则,并将新增检核规则增加至引起异常指标的redis组件对应redis版本对应的目标检核规则内,并将添加的新增检核规则的风险等级设置为预设风险等级,例如,假设处理器将预设风险等级设置为高风险等级,则处理器可以将添加的新增检核规则的风险等级设置为高风险等级。
在一个实施例中,如图3所示,示意性示出了根据本申请实施例的一种基于redis的系统检测装置300,装置包括:
识别模块301,被配置为根据预设管理规范和预设管理要求对投产系统进行识别;将投产系统中包括redis组件的系统确定为目标系统;
规则确定模块302,被配置为确定目标系统包括的redis组件的redis版本和redis版本对应的redis特性;针对每种redis特性,梳理与redis特性对应的检核规则,以得到目标检核规则;
检核模块303,被配置为按照目标检核规则对目标系统进行自动检核。
在一个实施例中,按照目标检核规则对目标系统进行自动检核包括:按照与每种redis特性对应的检核规则构建与每种redis特性对应的信息采集方式;针对每种redis特性,按照redis特性对应的信息采集方式采集数据,并根据redis特性对应的检核规则对采集到的数据进行检测。
在一个实施例中,按照目标检核规则对目标系统进行自动检核包括:在检核结果无异常的情况下,将检核信息存档并继续后续投产流程;在检核结果存在异常的情况下,将异常的检核结果确定为待整改项目;按照预设整改规则对待整改项目进行处置,在处置完成后再按照目标检核规则对目标系统进行自动检核。
在一个实施例中,如图3所示,基于redis的系统检测装置300还包括:整改模块304,被配置为针对每种redis特性,获取redis特性对应的风险级别和处置方法脚本;在待整改项目对应的redis特性的风险等级为预设风险等级的情况下,根据整改项目对应的redis特性的处置方法脚本对待整改项目进行自动整改。
在一个实施例中,如图3所示,基于redis的系统检测装置300包括的整改模块304还被配置为在整改项目对应的redis特性的处置方法脚本无法对待整改项目进行自动整改的情况下,对整改项目进行预警并按照预设模版生成待整改项目的处置建议。
在一个实施例中,如图3所示,基于redis的系统检测装置300还包括:规则新增模块305,被配置为在投产系统运行的过程中出现异常指标的情况下,获取引起异常指标的原因;在原因与redis组件相关的情况下,针对异常指标原因设置新增检核规则;将新增检核规则增加至对应的redis组对应的redis版本对应的目标检核规则内,并将新增检核规则的风险等级设置为预设风险等级。
需要说明的是,应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分模块通过处理元件调用软件的形式实现,部分模块通过硬件的形式实现。例如,规则新增模块可以为单独设立的处理元件,也可以集成在上述装置的某一个芯片中实现,此外,也可以以程序代码的形式存储于上述装置的存储器中,由上述装置的某一个处理元件调用并执行以上规则新增模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起,也可以独立实现。这里的处理元件可以是一种集成电路,具有信号的处理能力。在实现过程中,上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
在一个实施例中,如图4所示,提供了一种电子设备400,包括:处理器401,以及与处理器401通信连接的存储器402;存储器402存储计算机执行指令;处理器401执行存储器402存储的计算机执行指令,以实现如上述中任一项的基于redis的系统检测方法。
上述技术方案,针对redis作为缓存或内存数据库的系统,通过梳理redis特性对应的检核规则,将检核规则作为投产准入条件,在投产前基于redis特性对应的数据采集方式和对应的检核规则对系统的redis配置及相关内容实现自动化检核,有助于高效使用redis,提升系统业务响应时效,同时能降低redis本身故障的隐患,提升redis实用场景下,数据的可靠性和稳定性。同时,针对规则检测出来的异常结果,确定成待整改项目,按照与redis特性对应的整改脚本对待整改项目进行自动整改,整改完成后再次检核,通过检核后,进行正常投产,保证了redis检核的落地,进一步提高系统redis的可靠性和稳定性。
存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM),存储器包括至少一个存储芯片。本领域技术人员可以理解,图4中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种机器可读存储介质,该机器可读存储介质上存储有指令,该指令在被处理器执行时使得处理器被配置成执行根据上述实施例中任一项的基于redis的系统检测方法。
在一个实施例中,提供了一种计算机程序产品,包括计算机程序,计算机程序在被处理器执行时实现根据上述实施例中任一项的基于redis的系统检测方法。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器A01、网络接口A02、存储器(图中未示出)和数据库(图中未示出)。其中,该计算机设备的处理器A01用于提供计算和控制能力。该计算机设备的存储器包括内存储器A03和非易失性存储介质A04。该非易失性存储介质A04存储有操作系统B01、计算机程序B02和数据库(图中未示出)。该内存储器A03为非易失性存储介质A04中的操作系统B01和计算机程序B02的运行提供环境。该计算机设备的数据库用于存储redis相关的数据以及系统运行时产生的相关数据。该计算机设备的网络接口A02用于与外部的终端通过网络连接通信。该计算机程序B02被处理器A01执行时以实现一种基于redis的系统检测方法。
本申请实施例提供了一种设备,设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序,处理器执行程序时实现以下步骤:根据预设管理规范和预设管理要求对投产系统进行识别;将投产系统中包括redis组件的系统确定为目标系统;确定目标系统包括的redis组件的redis版本和redis版本对应的redis特性;针对每种redis特性,梳理与redis特性对应的检核规则,以得到目标检核规则;按照目标检核规则对目标系统进行自动检核。
在一个实施例中,按照目标检核规则对目标系统进行自动检核包括:按照与每种redis特性对应的检核规则构建与每种redis特性对应的信息采集方式;针对每种redis特性,按照redis特性对应的信息采集方式采集数据,并根据redis特性对应的检核规则对采集到的数据进行检测。
在一个实施例中,按照目标检核规则对目标系统进行自动检核包括:在检核结果无异常的情况下,将检核信息存档并继续后续投产流程;在检核结果存在异常的情况下,将异常的检核结果确定为待整改项目;按照预设整改规则对待整改项目进行处置,在处置完成后再按照目标检核规则对目标系统进行自动检核。
在一个实施例中,按照预设整改规则对待整改项目进行处置包括:针对每种redis特性,获取redis特性对应的风险级别和处置方法脚本;在待整改项目对应的redis特性的风险等级为预设风险等级的情况下,根据整改项目对应的redis特性的处置方法脚本对待整改项目进行自动整改。
在一个实施例中,方法还包括:在整改项目对应的redis特性的处置方法脚本无法对待整改项目进行自动整改的情况下,对整改项目进行预警并按照预设模版生成待整改项目的处置建议。
在一个实施例中,方法还包括:在投产系统运行的过程中出现异常指标的情况下,获取引起异常指标的原因;在原因与redis组件相关的情况下,针对异常指标原因设置新增检核规则;将新增检核规则增加至对应的redis组对应的redis版本对应的目标检核规则内,并将新增检核规则的风险等级设置为预设风险等级。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。本申请技术方案中对数据的获取、传输、存储、使用、处理等均符合国家法律法规的相关规定,需要说明的是,在本申请实施例中,可能提及某些软件、组件、模型等业界已有方案,应当将它们认为是示范性的,其目的仅仅是为了说明本申请技术方案实施中的可行性,但并不意味着申请人已经或者必然用到了该方案。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体,可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (15)
1.一种基于redis的系统检测方法,其特征在于,所述检测方法包括:
根据预设管理规范和预设管理要求对投产系统进行识别;
将所述投产系统中包括redis组件的系统确定为目标系统;
确定所述目标系统包括的redis组件的redis版本和所述redis版本对应的redis特性;
针对每种redis特性,梳理与所述redis特性对应的检核规则,以得到目标检核规则;
按照所述目标检核规则对所述目标系统进行自动检核。
2.根据权利要求1所述的基于redis的系统检测方法,其特征在于,所述按照所述目标检核规则对所述目标系统进行自动检核包括:
按照与每种redis特性对应的检核规则构建与每种redis特性对应的信息采集方式;
针对每种redis特性,按照所述redis特性对应的信息采集方式采集数据,并根据所述redis特性对应的检核规则对采集到的数据进行检测。
3.根据权利要求1所述的基于redis的系统检测方法,其特征在于,所述按照所述目标检核规则对所述目标系统进行自动检核包括:
在检核结果无异常的情况下,将检核信息存档并继续后续投产流程;
在检核结果存在异常的情况下,将异常的检核结果确定为待整改项目;
按照预设整改规则对所述待整改项目进行处置,在处置完成后再按照所述目标检核规则对所述目标系统进行自动检核。
4.根据权利要求3所述的基于redis的系统检测方法,其特征在于,所述按照预设整改规则对所述待整改项目进行处置包括:
针对每种redis特性,获取所述redis特性对应的风险级别和处置方法脚本;
在所述待整改项目对应的redis特性的风险等级为预设风险等级的情况下,根据所述整改项目对应的redis特性的处置方法脚本对所述待整改项目进行自动整改。
5.根据权利要求4所述的基于redis的系统检测方法,其特征在于,所述方法还包括:
在所述整改项目对应的redis特性的处置方法脚本无法对所述待整改项目进行自动整改的情况下,对所述整改项目进行预警并按照预设模版生成所述待整改项目的处置建议。
6.根据权利要求1所述的基于redis的系统检测方法,其特征在于,所述方法还包括:
在所述投产系统运行的过程中出现异常指标的情况下,获取引起所述异常指标的原因;
在所述原因与所述redis组件相关的情况下,针对所述异常指标原因设置新增检核规则;
将所述新增检核规则增加至对应的redis组对应的redis版本对应的目标检核规则内,并将所述新增检核规则的风险等级设置为预设风险等级。
7.一种基于redis的系统检测装置,其特征在于,所述检测装置包括:
识别模块,被配置为根据预设管理规范和预设管理要求对投产系统进行识别;将所述投产系统中包括redis组件的系统确定为目标系统;
规则确定模块,被配置为确定所述目标系统包括的redis组件的redis版本和所述redis版本对应的redis特性;针对每种redis特性,梳理与所述redis特性对应的检核规则,以得到目标检核规则;
检核模块,被配置为按照所述目标检核规则对所述目标系统进行自动检核。
8.根据权利要求7所述的基于redis的系统检测装置,其特征在于,所述按照所述目标检核规则对所述目标系统进行自动检核包括:
按照与每种redis特性对应的检核规则构建与每种redis特性对应的信息采集方式;
针对每种redis特性,按照所述redis特性对应的信息采集方式采集数据,并根据所述redis特性对应的检核规则对采集到的数据进行检测。
9.根据权利要求7所述的基于redis的系统检测装置,其特征在于,所述按照所述目标检核规则对所述目标系统进行自动检核包括:
在检核结果无异常的情况下,将检核信息存档并继续后续投产流程;
在检核结果存在异常的情况下,将异常的检核结果确定为待整改项目;
按照预设整改规则对所述待整改项目进行处置,在处置完成后再按照所述目标检核规则对所述目标系统进行自动检核。
10.根据权利要求9所述的基于redis的系统检测装置,其特征在于,所述基于redis的系统检测装置还包括:
整改模块,被配置为针对每种redis特性,获取所述redis特性对应的风险级别和处置方法脚本;
在所述待整改项目对应的redis特性的风险等级为预设风险等级的情况下,根据所述整改项目对应的redis特性的处置方法脚本对所述待整改项目进行自动整改。
11.根据权利要求10所述的基于redis的系统检测装置,其特征在于,所述整改模块还被配置为:
在所述整改项目对应的redis特性的处置方法脚本无法对所述待整改项目进行自动整改的情况下,对所述整改项目进行预警并按照预设模版生成所述待整改项目的处置建议。
12.根据权利要求7所述的基于redis的系统检测装置,其特征在于,所述基于redis的系统检测装置还包括:
规则新增模块,被配置为在所述投产系统运行的过程中出现异常指标的情况下,获取引起所述异常指标的原因;
在所述原因与所述redis组件相关的情况下,针对所述异常指标原因设置新增检核规则;
将所述新增检核规则增加至对应的redis组对应的redis版本对应的目标检核规则内,并将所述新增检核规则的风险等级设置为预设风险等级。
13.一种电子设备,其特征在于,包括:处理器,以及与所述处理器通信连接的存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,以实现如权利要求1至6中任一项所述的基于redis的系统检测方法。
14.一种机器可读存储介质,该机器可读存储介质上存储有指令,其特征在于,该指令在被处理器执行时使得所述处理器被配置成执行根据权利要求1至6中任一项所述的基于redis的系统检测方法。
15.一种计算机程序产品,包括计算机程序,其特征在于,所述计算机程序在被处理器执行时实现根据权利要求1至6中任一项所述的基于redis的系统检测。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202410492134.3A CN118409887A (zh) | 2024-04-23 | 2024-04-23 | 基于redis的系统检测方法、装置及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202410492134.3A CN118409887A (zh) | 2024-04-23 | 2024-04-23 | 基于redis的系统检测方法、装置及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN118409887A true CN118409887A (zh) | 2024-07-30 |
Family
ID=92020034
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202410492134.3A Pending CN118409887A (zh) | 2024-04-23 | 2024-04-23 | 基于redis的系统检测方法、装置及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN118409887A (zh) |
-
2024
- 2024-04-23 CN CN202410492134.3A patent/CN118409887A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107391744B (zh) | 数据存储、读取方法、装置及其设备 | |
CN106874348B (zh) | 文件存储和索引方法、装置及读取文件的方法 | |
CN110266544B (zh) | 一种云平台微服务化服务失败的原因定位的装置及方法 | |
CN108536739A (zh) | 元数据敏感信息字段识别方法、装置、设备及存储介质 | |
CN110941530A (zh) | 监控数据的获取方法、装置、计算机设备和存储介质 | |
CN111858730A (zh) | 一种图数据库的数据导入导出装置、方法、设备及介质 | |
CN108647102B (zh) | 异构系统的服务请求处理方法、装置和电子设备 | |
EP3108400B1 (en) | Virus signature matching method and apparatus | |
CN113326064A (zh) | 划分业务逻辑模块的方法、电子设备及存储介质 | |
CN110991241B (zh) | 异常识别方法、设备及计算机可读介质 | |
CN115442262B (zh) | 一种资源评估方法、装置、电子设备及存储介质 | |
CN118409887A (zh) | 基于redis的系统检测方法、装置及电子设备 | |
CN114154020B (zh) | 基于动态标签映射的大容量数据处理方法及装置 | |
CN117033099A (zh) | 一种系统硬盘的压力测试方法、系统、装置及存储介质 | |
CN107315806B (zh) | 一种基于文件系统的嵌入式存储方法和装置 | |
CN111427871A (zh) | 数据处理方法、装置、设备 | |
CN115080955A (zh) | 目标数据过滤方法、装置、电子设备及存储介质 | |
CN111611056A (zh) | 数据处理方法、装置、计算机设备及存储介质 | |
CN113312895A (zh) | 自治系统as的组织机构映射方法、装置及电子设备 | |
CN113742116A (zh) | 一种异常定位方法及装置、设备、存储介质 | |
CN112559331A (zh) | 测试方法和装置 | |
CN114625595B (zh) | 一种业务系统动态配置信息的复核方法、装置和系统 | |
CN109446166B (zh) | 文件目录的检测方法、计算机可读存储介质及终端设备 | |
CN114363221B (zh) | 一种基于微服务系统的心跳检测方法、存储介质、电子设备及系统 | |
CN118316795A (zh) | 基于网络高可用模型的自动化检查的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |