一种Redis集群的处理方法、装置、设备及存储介质制造方法及图纸

本发明专利技术公开了一种Redis集群的处理方法、装置、设备及存储介质。该方法包括：若检测到用户针对目标WEB页面上的目标控件的触发操作，则对第一资源进行处理；若所述第一资源发生变化，则根据所述第一资源确定第二资源；基于所述第二资源执行Redis命令，对Redis集群进行处理。通过本发明专利技术的技术方案，能够实现自动化应用打包部署、配置更新、扩容、回收等操作，降低了开发和运维难度。了开发和运维难度。了开发和运维难度。

【技术实现步骤摘要】
一种Redis集群的处理方法、装置、设备及存储介质


[0001]本专利技术实施例涉及金融业云原生领域，尤其涉及一种Redis集群的处理方法、装置、设备及存储介质。

技术介绍

[0002]随着云计算的发展，云原生PaaS服务成为最热趋势。所谓云原生PaaS服务是指将PaaS服务部署到容器并进行自动化运维，且用户可以在云管平台自服务式触发创建、修改、删除等操作。
[0003]目前，云原生PaaS服务一般通过Helm和Operator两种方式之一实现。其中，Helm方式在部署PaaS时，需在Kubernetes底层依次创建Pod、Service、PVC等多项Kubernetes资源，往往需要修改或添加配置文件中的一些参数。例如：服务占用的CPU、内存、副本数、端口等来部署和版本升级，步骤较繁琐，且Helm的方式对于运维人员的复杂度太高，功能实现过于分散，流程中的节点过多。Operator方式能够很好的捕获各类操作的结果，能够方便、自动化的处理任务，但要求开发人员精通Kubernetes底层机制，并且还得精通Redis中间件技术，所以对开发人员要求高，对代码的架构、健壮性、可扩展性、可维护性都有较高的要求。

技术实现思路

[0004]本专利技术实施例提供一种Redis集群的处理方法、装置、设备及存储介质，解决了Helm方式下和Operator方式下跨多云平台、Kubernetes底层资源无法及时获取状态、对开发人员要求高、流程节点长等问题。
[0005]根据本专利技术的一方面，提供了一种Redis集群的处理方法，该方法包括：
[0006]若检测到用户针对目标WEB页面上的目标控件的触发操作，则对第一资源进行处理；
[0007]若所述第一资源发生变化，则根据所述第一资源确定第二资源；
[0008]基于所述第二资源执行Redis命令，对Redis集群进行处理。
[0009]进一步的，若检测到用户针对目标WEB页面上的目标控件的触发操作，则对第一资源进行处理，包括：
[0010]若检测到用户针对目标WEB页面上的创建控件的触发操作，则根据用户输入的目标参数创建第一资源。
[0011]进一步的，若所述第一资源发生变化，则根据所述第一资源确定第二资源，包括：
[0012]若所述第一资源发生变化，则根据所述第一资源的第一参数生成Helm命令；
[0013]执行所述Helm命令，得到第二资源。
[0014]进一步的，基于所述第二资源执行Redis命令，对Redis集群进行处理，包括：
[0015]基于所述第二资源执行Redis命令，获取Redis集群的状态信息；
[0016]若所述Redis集群的状态信息发生变化，则将所述Redis集群的状态信息存储至目标地址。
[0017]进一步的，根据用户输入的目标参数创建第一资源，包括：
[0018]根据用户输入的目标参数确定第二参数，其中，所述第二参数包括：CR API版本号、所属资源类型、CR名称、CR所在命名空间、服务名称、服务的工作模式、服务的命名空间、Redis的版本号、Redis端口、管理员账号信息、Helm Chart包属性信息以及用于扩展的大字段中的至少一种；
[0019]根据所述第二参数创建第一资源。
[0020]进一步的，若检测到用户针对目标WEB页面上的目标控件的触发操作，则对第一资源进行处理，包括：
[0021]若检测到用户针对目标WEB页面上的修改控件的触发操作，则根据第二参数对第一资源进行修改。
[0022]进一步的，若检测到用户针对目标WEB页面上的目标控件的触发操作，则对第一资源进程处理，包括：
[0023]若检测到用户针对目标WEB页面上的删除控件的触发操作，则删除第一资源。
[0024]根据本专利技术的另一方面，提供了一种Redis集群的处理装置，该Redis集群的处理装置包括：
[0025]第一资源处理模块，用于若检测到用户针对目标WEB页面上的目标控件的触发操作，则对第一资源进行处理；
[0026]第二资源确定模块，用于若所述第一资源发生变化，则根据所述第一资源确定第二资源；
[0027]Redis集群处理模块，用于基于所述第二资源执行Redis命令，对Redis集群进行处理。
[0028]根据本专利技术的另一方面，提供了一种电子设备，所述电子设备包括：
[0029]至少一个处理器；以及
[0030]与所述至少一个处理器通信连接的存储器；其中，
[0031]所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本专利技术任一实施例所述的Redis集群的处理方法。
[0032]根据本专利技术的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本专利技术任一实施例所述的Redis集群的处理方法。
[0033]本专利技术实施例通过若检测到用户针对目标WEB页面上的目标控件的触发操作，则对第一资源进行处理；若所述第一资源发生变化，则根据所述第一资源确定第二资源；基于所述第二资源执行Redis命令，对Redis集群进行处理，解决Helm方式下和Operator方式下跨多云平台、Kubernetes底层资源无法及时获取状态、对开发人员要求高、流程节点长等问题，能够实现自动化应用打包部署、配置更新、扩容、回收等操作，降低了开发和运维难度。
[0034]应当理解，本部分所描述的内容并非旨在标识本专利技术的实施例的关键或重要特征，也不用于限制本专利技术的范围。本专利技术的其它特征将通过以下的说明书而变得容易理解。
附图说明
[0035]为了更清楚地说明本专利技术实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本专利技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
[0036]图1是一种Redis集群的处理系统的结构示意图；
[0037]图2是本专利技术实施例一中的一种Redis集群的处理方法的流程图；
[0038]图3是本专利技术实施例一中的一种Redis Paas服务容器化部署及运维的流程图；
[0039]图4是本专利技术实施例二中的一种Redis集群的处理装置的结构示意图；
[0040]图5是本专利技术实施例三中的一种电子设备的结构示意图。
具体实施方式
[0041]为了使本
的人员更好地理解本专利技术方案，下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分的实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本专利技术保护的范围。...

【技术保护点】

【技术特征摘要】
1.一种Redis集群的处理方法，其特征在于，包括：若检测到用户针对目标WEB页面上的目标控件的触发操作，则对第一资源进行处理；若所述第一资源发生变化，则根据所述第一资源确定第二资源；基于所述第二资源执行Redis命令，对Redis集群进行处理。2.根据权利要求1所述的方法，其特征在于，若检测到用户针对目标WEB页面上的目标控件的触发操作，则对第一资源进行处理，包括：若检测到用户针对目标WEB页面上的创建控件的触发操作，则根据用户输入的目标参数创建第一资源。3.根据权利要求1所述的方法，其特征在于，若所述第一资源发生变化，则根据所述第一资源确定第二资源，包括：若所述第一资源发生变化，则根据所述第一资源的第一参数生成Helm命令；执行所述Helm命令，得到第二资源。4.根据权利要求1所述的方法，其特征在于，基于所述第二资源执行Redis命令，对Redis集群进行处理，包括：基于所述第二资源执行Redis命令，获取Redis集群的状态信息；若所述Redis集群的状态信息发生变化，则将所述Redis集群的状态信息存储至目标地址。5.根据权利要求2所述的方法，其特征在于，根据用户输入的目标参数创建第一资源，包括：根据用户输入的目标参数确定第二参数，其中，所述第二参数包括：CR API版本号、所属资源类型、CR名称、CR所在命名空间、服务名称、服务的工作模式、服务的命名空间、Redis的版本号、Redis端口、管理员账号信息、Helm Chart包属性信息以及用于扩展的大字段中的至少一种；...

【专利技术属性】
技术研发人员：张乐，金钟响，修玉环，
申请(专利权)人：上海浦东发展银行股份有限公司，
类型：发明
国别省市：