本申请实施例属于人工智能领域，涉及一种应用系统的容量管理方法，包括：获取应用系统的业务数据；从所述业务数据中提取所述应用系统的业务量，以及提取所述应用系统的资源容量；基于所述业务量与所述资源容量，通过预训练生成的预测模型预测得到与所述业务量对应的资源容量监控阈值；基于所述资源容量监控阈值，生成与所述业务量以及所述资源容量关联的扩缩容规则；基于所述扩缩容规则，对所述应用系统的资源容量进行对应的调整。本申请还提供一种应用系统的容量管理装置、计算机设备及存储介质。此外，本申请还涉及区块链技术，扩缩容规则可存储于区块链中。本申请实现了对于应用系统的资源容量的自动调整，提高了资源容量调整的处理效率。整的处理效率。整的处理效率。
【技术实现步骤摘要】
应用系统的容量管理方法、装置、计算机设备及存储介质
[0001]本申请涉及人工智能
，尤其涉及应用系统的容量管理方法、装置、计算机设备及存储介质。
技术介绍
[0002]在企业的运维部门经常需要根据企业实时的业务需求，对应用系统的容量进行调整。目前，对应用系统的容量进行调整的方式通常为手工方式。手工方式就是业务人员通知运维人员需要进行业务活动的时间和量级，然后运维人员开始梳理应用情况依据业务活动的量级进行资源投入计算，并结合自身经验进行应用扩容或缩容来应对在线业务。
[0003]然而，上述通过手工方式进行容量调整的方式存在处理不及时、处理周期长的问题，且通过人为判断进行容量调整的结果并不准确，从而导致无法根据业务需求的变化来对应用系统的容量进行及时准确的相应调整。
技术实现思路
[0004]本申请实施例的目的在于提出一种应用系统的容量管理方法、装置、计算机设备及存储介质，以解决现有的通过手工方式进行容量调整的方式存在处理不及时、处理周期长的弊端，且通过人为判断进行容量调整的结果并不准确，从而导致无法根据业务需求的变化来对应用系统的容量进行及时准确的相应调整的技术问题。
[0005]为了解决上述技术问题，本申请实施例提供一种应用系统的容量管理方法，采用了如下所述的技术方案：
[0006]获取应用系统的业务数据；
[0007]从所述业务数据中提取所述应用系统的业务量，以及提取所述应用系统的资源容量；
[0008]基于所述业务量与所述资源容量，通过预训练生成的预测模型预测得到与所述业务量对应的资源容量监控阈值；
[0009]基于所述资源容量监控阈值，生成与所述业务量以及所述资源容量关联的扩缩容规则；
[0010]基于所述扩缩容规则，对所述应用系统的资源容量进行对应的调整。
[0011]进一步的，所述基于所述扩缩容规则，对所述应用系统的资源容量进行对应的调整的步骤，具体包括：
[0012]基于所述扩缩容规则，判断所述资源容量是否小于所述资源容量监控阈值；
[0013]若小于所述资源容量监控阈值，则对所述应用系统的资源容量执行扩容动作；
[0014]若不小于所述资源容量监控阈值，则计算所述资源容量与所述资源容量监控阈值之间的差值；
[0015]判断所述差值是否大于预设阈值；
[0016]若大于所述预设阈值，则对所述应用系统的资源容量执行缩容动作；
[0017]若不大于所述预设阈值，则保持所述应用系统的资源容量不变。
[0018]进一步的，在所述基于所述业务量与所述资源容量，通过预训练生成的预测模型预测得到与所述业务量对应的资源容量监控阈值的步骤之前，还包括：
[0019]获取所述应用系统的历史业务数据；
[0020]从所述历史业务数据中提取所述应用系统的历史业务量与所述应用系统的历史资源容量；
[0021]对所述历史业务量与所述历史资源容量进行预处理，得到训练数据；
[0022]调用预设的初始模型；
[0023]使用所述训练数据对所述初始模型进行训练，得到所述预测模型。
[0024]进一步的，在所述基于所述扩缩容规则，对所述应用系统的资源容量进行对应的调整的步骤之后，还包括：
[0025]确定预设周期；
[0026]按照所述预设周期获取所述应用系统的当前业务数据；
[0027]使用所述当前业务数据对所述预测模型进行更新，得到与所述当前业务数据对应的更新后的资源容量监控阈值。
[0028]进一步的，在所述基于所述扩缩容规则，对所述应用系统的资源容量进行对应的调整的步骤之前，还包括：
[0029]在对所述应用系统的资源容量进行对应的调整之前，停止所述应用系统上的应用服务；
[0030]对所述应用系统进行系统备份；
[0031]存储所述系统备份。
[0032]进一步的，在所述基于所述扩缩容规则，对所述应用系统的资源容量进行对应的调整的步骤之后，还包括：
[0033]在对所述应用系统的资源容量进行对应的调整后，检测所述应用系统的应用服务情况；
[0034]判断所述应用服务情况是否为正常；
[0035]若所述应用服务情况为正常，判定所述应用系统执行扩缩容动作成功；
[0036]若所述应用服务情况为异常，获取所述系统备份；
[0037]基于所述系统备份对所述应用系统执行备份恢复，以使所述应用系统恢复回所述资源容量调整之前的状态。
[0038]进一步的，在所述获取所述系统备份的步骤之后，还包括：
[0039]生成与所述应用服务情况为异常对应的预警信息；
[0040]获取目标用户的通讯地址；
[0041]将所述预警信息发送至所述通讯地址。
[0042]为了解决上述技术问题，本申请实施例还提供一种应用系统的容量管理装置，采用了如下所述的技术方案：
[0043]第一获取模块，用于获取应用系统的业务数据；
[0044]第一提取模块，用于从所述业务数据中提取所述应用系统的业务量，以及提取所述应用系统的资源容量；
[0045]预测模块，用于基于所述业务量与所述资源容量，通过预训练生成的预测模型预测得到与所述业务量对应的资源容量监控阈值；
[0046]第一生成模块，用于基于所述资源容量监控阈值，生成与所述业务量以及所述资源容量关联的扩缩容规则；
[0047]调整模块，用于基于所述扩缩容规则，对所述应用系统的资源容量进行对应的调整。
[0048]为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：
[0049]获取应用系统的业务数据；
[0050]从所述业务数据中提取所述应用系统的业务量，以及提取所述应用系统的资源容量；
[0051]基于所述业务量与所述资源容量，通过预训练生成的预测模型预测得到与所述业务量对应的资源容量监控阈值；
[0052]基于所述资源容量监控阈值，生成与所述业务量以及所述资源容量关联的扩缩容规则；
[0053]基于所述扩缩容规则，对所述应用系统的资源容量进行对应的调整。
[0054]为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：
[0055]获取应用系统的业务数据；
[0056]从所述业务数据中提取所述应用系统的业务量，以及提取所述应用系统的资源容量；
[0057]基于所述业务量与所述资源容量，通过预训练生成的预测模型预测得到与所述业务量对应的资源容量监控阈值；
[0058]基于所述资源容量监控阈值，生成与所述业务量以及所述资源容量关联的扩缩容规则；
[0059]基于所述扩缩容规则，对所述应用系统的资源容量进行对应的调整。
[0060]与现有技术相比，本申请实施例主要有以下有益效果：
[0061]本申请实施例在获取到本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种应用系统的容量管理方法，其特征在于，包括下述步骤：获取应用系统的业务数据；从所述业务数据中提取所述应用系统的业务量，以及提取所述应用系统的资源容量；基于所述业务量与所述资源容量，通过预训练生成的预测模型预测得到与所述业务量对应的资源容量监控阈值；基于所述资源容量监控阈值，生成与所述业务量以及所述资源容量关联的扩缩容规则；基于所述扩缩容规则，对所述应用系统的资源容量进行对应的调整。2.根据权利要求1所述的应用系统的容量管理方法，其特征在于，所述基于所述扩缩容规则，对所述应用系统的资源容量进行对应的调整的步骤，具体包括：基于所述扩缩容规则，判断所述资源容量是否小于所述资源容量监控阈值；若小于所述资源容量监控阈值，则对所述应用系统的资源容量执行扩容动作；若不小于所述资源容量监控阈值，则计算所述资源容量与所述资源容量监控阈值之间的差值；判断所述差值是否大于预设阈值；若大于所述预设阈值，则对所述应用系统的资源容量执行缩容动作；若不大于所述预设阈值，则保持所述应用系统的资源容量不变。3.根据权利要求1所述的应用系统的容量管理方法，其特征在于，在所述基于所述业务量与所述资源容量，通过预训练生成的预测模型预测得到与所述业务量对应的资源容量监控阈值的步骤之前，还包括：获取所述应用系统的历史业务数据；从所述历史业务数据中提取所述应用系统的历史业务量与所述应用系统的历史资源容量；对所述历史业务量与所述历史资源容量进行预处理，得到训练数据；调用预设的初始模型；使用所述训练数据对所述初始模型进行训练，得到所述预测模型。4.根据权利要求1所述的应用系统的容量管理方法，其特征在于，在所述基于所述扩缩容规则，对所述应用系统的资源容量进行对应的调整的步骤之后，还包括：确定预设周期；按照所述预设周期获取所述应用系统的当前业务数据；使用所述当前业务数据对所述预测模型进行更新，得到与所述当前业务数据对应的更新后的资源容量监控阈值。5.根据权利要求1所述的应用系统的容量管理方法，其特征在于，在所述基于所...
【专利技术属性】
技术研发人员：李平，
申请(专利权)人：中国平安财产保险股份有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。