CN119166370A - 一种基于ai的密钥管理系统负载均衡方法 - Google Patents

一种基于ai的密钥管理系统负载均衡方法 Download PDF

Info

Publication number
CN119166370A
CN119166370A CN202411679633.XA CN202411679633A CN119166370A CN 119166370 A CN119166370 A CN 119166370A CN 202411679633 A CN202411679633 A CN 202411679633A CN 119166370 A CN119166370 A CN 119166370A
Authority
CN
China
Prior art keywords
load
node
management system
nodes
key management
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.)
Granted
Application number
CN202411679633.XA
Other languages
English (en)
Other versions
CN119166370B (zh
Inventor
高翔
翁武焰
金华松
张传辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujian Zhongxin Wang 'an Information Technology Co ltd
Original Assignee
Fujian Zhongxin Wang 'an Information Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujian Zhongxin Wang 'an Information Technology Co ltd filed Critical Fujian Zhongxin Wang 'an Information Technology Co ltd
Priority to CN202411679633.XA priority Critical patent/CN119166370B/zh
Publication of CN119166370A publication Critical patent/CN119166370A/zh
Application granted granted Critical
Publication of CN119166370B publication Critical patent/CN119166370B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5083Techniques for rebalancing the load in a distributed system
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5016Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06NCOMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N3/00Computing arrangements based on biological models
    • G06N3/02Neural networks
    • G06N3/04Architecture, e.g. interconnection topology
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06NCOMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N3/00Computing arrangements based on biological models
    • G06N3/02Neural networks
    • G06N3/08Learning methods

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Computational Linguistics (AREA)
  • Biophysics (AREA)
  • Evolutionary Computation (AREA)
  • General Health & Medical Sciences (AREA)
  • Molecular Biology (AREA)
  • Computing Systems (AREA)
  • Biomedical Technology (AREA)
  • Artificial Intelligence (AREA)
  • Mathematical Physics (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明涉及密钥管理领域,公开了一种基于AI的密钥管理系统负载均衡方法,包括先收集密钥管理系统中各个节点的负载信息并存储作为历史数据,所述负载信息包括CPU使用率、内存占用率及网络带宽;再基于预先训练好的神经网络模型对历史数据进行处理,得到密钥管理系统中各个节点的负载评估系数,并根据负载评估系数在一个监测周期内的变化情况得到负载趋势系数,对密钥管理系统中各个节点负载在下一个监测周期内的负载趋势进行预测;再根据预测的负载趋势结果,识别出密钥管理系统中各个节点中的热点节点,并判断热点节点是否存在潜在性能瓶颈;最后根据热点节点和判断是否存在潜在性能瓶颈的节点的结果进行负载均衡策略的调整。

Description

一种基于AI的密钥管理系统负载均衡方法
技术领域
本发明涉及密钥管理领域,具体涉及一种基于AI的密钥管理系统负载均衡方法。
背景技术
在数字化时代,随着数据量的激增和数据泄露风险的增加,密钥管理系统的重要性愈发凸显。它不仅是保护静态数据的关键,也是确保数据在传输过程中安全的基础。
密钥管理系统在数据安全中扮演着至关重要的角色,是确保加密算法安全性的基础。密钥管理系统负责密钥的生成、存储、分发、使用、更新和销毁等全生命周期管理,确保密钥的安全性和合规性。密钥管理系统通过保护密钥免受未授权访问和泄露,维护数据的机密性、完整性和可用性,从而保护用户隐私和企业资产。
为了提高系统可用性、优化资源利用,现有的密钥管理系统也有采用负载均衡策略,其目的是:通过负载均衡,密钥管理系统可以将工作负载分散到多个节点上,这样即使某个节点出现故障,其他节点仍能继续提供服务,从而保证系统的高可用性,同时,负载均衡可以有效地避免单点过载,确保系统中的计算资源和数据存储被均匀利用,提高整体的资源利用率。
但是在实际使用中还是存在一些问题,例如,虽然负载均衡旨在优化资源利用率,但不当的配置可能导致某些节点成为瓶颈,影响整体性能。
发明内容
本发明的目的在于提供一种基于AI的密钥管理系统负载均衡方法,解决以上技术问题。
本发明的目的可以通过以下技术方案实现:
一种基于AI的密钥管理系统负载均衡方法,包括:
S1、收集密钥管理系统中各个节点的负载信息并存储作为历史数据,所述负载信息包括CPU使用率、内存占用率及网络带宽;
S2、基于预先训练好的神经网络模型对历史数据进行处理,得到密钥管理系统中各个节点的负载评估系数,并根据负载评估系数在一个监测周期内的变化情况得到负载趋势系数,对密钥管理系统中各个节点负载在下一个监测周期内的负载趋势进行预测;
S3、根据预测的负载趋势结果,识别出密钥管理系统中各个节点中的热点节点,并判断热点节点是否存在潜在性能瓶颈;
S4、根据热点节点和判断是否存在潜在性能瓶颈的节点的结果进行负载均衡策略的调整。
作为进一步的技术方案,获取负载趋势系数的过程为:
步骤一、将一个监测周期等分为个子周期;
步骤二、拟合获取每个子周期内每个节点的负载评估系数随时间变化的实际曲线以及参考曲线;
步骤三、通过公式:
计算得到第个节点的负载趋势系数
其中,为变化系数,为转化系数,通过公式:
计算得到;
分别为第1个子周期第个节点的起始时刻和结束时刻,分别为第个子周期第个节点的起始时刻和结束时刻,分别为第1个子周期、第个子周期的变化参考值;分别为第1个子周期、第个子周期内负载评估系数随时间变化的实际曲线,分别为第1个子周期、第n个子周期内负载评估系数随时间变化的参考曲线。
作为进一步的技术方案,对密钥管理系统中各个节点负载在下一个监测周期内的负载趋势进行预测的过程为:
步骤一、将每个节点计算得到的上一个监控周期的负载趋势系数与预设的负载趋势阈值区间进行比较;
步骤二、若,则预测当前节点的负载处于升高趋势,否则进入步骤三;
步骤三、若,则预测当前节点的负载处于稳定趋势,否则进入步骤四;
步骤四,若,则预测当前节点的负载处于下降趋势。
作为进一步的技术方案,所述S3的工作过程为:
S31、将负载评估系数与预设负载评估阈值进行比较,若,则判断当前节点为热点节点;
S32、基于AI实时获取当前节点的各项性能参数,所述性能参数为每秒密钥事务数、每秒密钥查询请求数、吞吐量、并发用户数、错误率;
S33、将各项性能参数与预设的性能预警值进行比较,若至少存在一项超出性能预警值的性能参数项,则初步判定当前热点节点存在潜在性能瓶颈;
S34、将初步判断存在潜在性能瓶颈的热点节点列入二次分析队列中再次进行二次分析,并根据分析结果最终确定存在潜在性能瓶颈的节点名单。
作为进一步的技术方案,S34中进行二次分析的过程为:
通过公式:
计算得到当前节点的性能指数
其中,为当前节点的性能指标,为当前节点的性能指标预警值,为采样总个数,为第个采样点获取的对应负载评估系数
将当前节点的性能指数与当前节点的预设性能阈值比较,若,则判断当前节点存在潜在性能瓶颈,否则,判断当前节点不存在潜在性能瓶颈。
作为进一步的技术方案,所述当前节点的性能指标通过公式:
计算获得;
其中,分别为每秒密钥事务数、每秒密钥查询请求数、吞吐量、并发用户数、错误率,分别为每秒密钥事务数、每秒密钥查询请求数、吞吐量、并发用户数、错误率的预警值,为预设权重系数。
作为进一步的技术方案,所述负载信息通过系统监控工具、日志记录或性能监控软件进行获得。
作为进一步的技术方案,进行负载均衡策略调整的过程为:
将热点节点中存在潜在性能瓶颈划分为一级高负载节点、将不存在潜在性能瓶颈的划分为二级高负载节点,其余满足条件的节点划分为三级高负载节点;
将每一级的高负载节点按照负载评估系数降序排列后形成优先队列;
按照一级>二级>三级的排序,将每一级的优先队列中的高负载节点按顺序向满足条件的低负载节点进行任务迁移且低负载节点按照负载评估系数升序排列来依次接收任务。
本发明的有益效果:
本发明能够通过对每个节点负载趋势进行预测,再根据预测的结果识别出热点节点,通过预先判断哪些节点存在潜在性能瓶颈的方式,为及时调整预先设定好的负载均衡策略进行实时动态调整,防止对热点节点的不当配置导致在下一监测周期运行时出现性能瓶颈,导致密钥管理系统性能受限的问题。
附图说明
下面结合附图对本发明作进一步的说明。
图1为本发明的方法步骤图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
请参阅图1所示,本发明为一种基于AI的密钥管理系统负载均衡方法,包括:
S1、收集密钥管理系统中各个节点的负载信息并存储作为历史数据,所述负载信息包括CPU使用率、内存占用率及网络带宽;
S2、基于预先训练好的神经网络模型对历史数据进行处理,得到密钥管理系统中各个节点的负载评估系数,并根据负载评估系数在一个监测周期内的变化情况得到负载趋势系数,对密钥管理系统中各个节点负载在下一个监测周期内的负载趋势进行预测;
S3、根据预测的负载趋势结果,识别出密钥管理系统中各个节点中的热点节点,并判断热点节点是否存在潜在性能瓶颈;
S4、根据热点节点和判断是否存在潜在性能瓶颈的节点的结果进行负载均衡策略的调整。
获取负载趋势系数的过程为:
步骤一、将一个监测周期等分为个子周期;
步骤二、拟合获取每个子周期内每个节点的负载评估系数随时间变化的实际曲线以及参考曲线;
步骤三、通过公式:
计算得到第个节点的负载趋势系数
其中,为变化系数,为转化系数,基于历史实验数据选择确定,通过公式:
计算得到;
分别为第1个子周期第个节点的起始时刻和结束时刻,分别为第个子周期第个节点的起始时刻和结束时刻,分别为第1个子周期、第个子周期的变化参考值,基于历史数据和实验数据综合分析确定;分别为第1个子周期、第个子周期内负载评估系数随时间变化的实际曲线,分别为第1个子周期、第n个子周期内负载评估系数随时间变化的参考曲线。
本实施例中,提供了一种能够避免不当配置导致某些节点成为性能瓶颈的密钥管理系统负载均衡方法并给出获取负载趋势系数的具体方法,具体的,先收集密钥管理系统中各个节点的负载信息并存储作为历史数据,所述负载信息包括CPU使用率、内存占用率及网络带宽,再基于预先训练好的神经网络模型对历史数据进行处理,得到密钥管理系统中各个节点的负载评估系数,并根据负载评估系数在一个监测周期内的变化情况得到负载趋势系数,对密钥管理系统中各个节点负载在下一个监测周期内的负载趋势进行预测,再根据预测的负载趋势结果,识别出密钥管理系统中各个节点中的热点节点,并判断热点节点是否存在潜在性能瓶颈,最后根据热点节点和判断是否存在潜在性能瓶颈的节点的结果进行负载均衡策略的调整;通过上述技术方案能够通过对每个节点负载趋势进行预测,再根据预测的结果识别出热点节点,通过预先判断哪些节点存在潜在性能瓶颈的方式,为及时调整预先设定好的负载均衡策略进行实时动态调整,防止对热点节点的不当配置导致在下一监测周期运行时出现性能瓶颈,导致密钥管理系统性能受限的问题;
同时,通过公式:计算得到第个节点的负载趋势系数,通过累积每个子周期内负载评估系数随时间变化的实际曲线与参考曲线之间偏差情况,再通过平均计算的方式得到当前节点准确的负载评估情况,从而为后续潜在性能瓶颈的判断提供有效的数据支持,降低误判的情况发生概率。
对密钥管理系统中各个节点负载在下一个监测周期内的负载趋势进行预测的过程为:
将每个节点计算得到的上一个监控周期的负载趋势系数与预设的负载趋势阈值区间进行比较;若,则预测当前节点的负载处于升高趋势;若,则预测当前节点的负载处于稳定趋势;若,则预测当前节点的负载处于下降趋势;通过上述技术方案,实现了对当前节点负载趋势准确且快速的预测。
所述S3的工作过程为:
S31、将负载评估系数与预设负载评估阈值进行比较,若,则判断当前节点为热点节点;
S32、基于AI实时获取当前节点的各项性能参数,所述性能参数为每秒密钥事务数、每秒密钥查询请求数、吞吐量、并发用户数、错误率;
S33、将各项性能参数与预设的性能预警值进行比较,若至少存在一项超出性能预警值的性能参数项,则初步判定当前热点节点存在潜在性能瓶颈;
S34、将初步判断存在潜在性能瓶颈的热点节点列入二次分析队列中再次进行二次分析,并根据分析结果最终确定存在潜在性能瓶颈的节点名单。
S34中进行二次分析的过程为:
通过公式:
计算得到当前节点的性能指数
其中,为当前节点的性能指标,为当前节点的性能指标预警值,为采样总个数,为第个采样点获取的对应负载评估系数;所述当前节点的性能指标通过公式:
计算获得;
其中,分别为每秒密钥事务数、每秒密钥查询请求数、吞吐量、并发用户数、错误率,分别为每秒密钥事务数、每秒密钥查询请求数、吞吐量、并发用户数、错误率的预警值,为预设权重系数,基于历史数据选择拟定;
当前节点的性能指数与当前节点的预设性能阈值比较,若,则判断当前节点存在潜在性能瓶颈,否则,判断当前节点不存在潜在性能瓶颈。
本实施例中,提供了一种对节点是否存在潜在性能瓶颈的判断方法,具体的,先将负载评估系数与预设负载评估阈值进行比较,若,则判断当前节点为热点节点,再通过AI实时获取当前节点的各项性能参数,所述性能参数为每秒密钥事务数、每秒密钥查询请求数、吞吐量、并发用户数、错误率;随后通过将各项性能参数与预设的性能预警值进行比较,从而对当前热点节点是否存在潜在性能瓶颈进行初步判定,显然若存在,则表示该热点节点在未来会出现性能问题,最终影响整个系统的性能,但是为了防止预判,因此又通过二次分析的方式进行复判,结合初次判断和复判两次过程,达到准确判断存在潜在性能瓶颈的热点节点的目的;具体的二次分析过程即通过公式计算获得当前节点的性能指标,再代入到计算得到当前节点的性能指数,显然若每秒密钥事务数、每秒密钥查询请求数,吞吐量、并发用户数越大,则性能指标越大,若错误率越小,则性能指标越大,而性能指标占性能指标预警值比值越大,则说明该热点节点越趋向于满载运行,缺少冗余,一旦再继续新增,则必然出现性能问题,因此该热点节点的性能指标直接导致整个密钥管理系统存在性能瓶颈,导致性能受影响,而则表示上一个监测周期内该节点的负载评估系数的波动性,波动性越大,则表示该节点的稳定性越差,因此越容易出现突然满载的情况;
需要进行说明的是,本发明中通过AI实时获取当前节点的各项性能参数为现有技术中深度学习或机器学习,在此不再多做赘述;而每秒密钥事务数则为每秒能够处理秘钥管理相关事务的数量;每秒密钥查询请求数为每秒处理秘钥查询请求的数量;吞吐量为在单位时间内能够处理的数据量或请求任务数;并发用户数为能够同时处理的最大用户数量;错误率为在单位时间内处理请求时发生的错误数与总请求数的比例。
所述负载信息通过系统监控工具、日志记录或性能监控软件进行获得,性能监控软件可采用,能够实现性能参数的监控即可,在此不多做赘述。
进行负载均衡策略调整的过程为:
将热点节点中存在潜在性能瓶颈划分为一级高负载节点、将不存在潜在性能瓶颈的划分为二级高负载节点,其余满足条件的节点划分为三级高负载节点;
将每一级的高负载节点按照负载评估系数降序排列后形成优先队列;
按照一级>二级>三级的排序,将每一级的优先队列中的高负载节点按顺序向满足条件的低负载节点进行任务迁移且低负载节点按照负载评估系数升序排列来依次接收任务。
本实施例中,通过将高负载节点的任务向低负载节点进行迁移,从而实现整个密钥管理系统中的每个节点均衡负载,以提高整体的性能和资源利用率。
需要说明的是:本发明中的计算公式及各个参与运算的参数均预先经过无量纲处理,而无量纲处理的过程为行业公知,在此不进行叙述。
以上对本发明的一个实施例进行了详细说明,但所述内容仅为本发明的较佳实施例,不能被认为用于限定本发明的实施范围。凡依本发明申请范围所作的均等变化与改进等,均应仍归属于本发明的专利涵盖范围之内。

Claims (9)

1.一种基于AI的密钥管理系统负载均衡方法,其特征在于,包括:
S1、收集密钥管理系统中各个节点的负载信息并存储作为历史数据,所述负载信息包括CPU使用率、内存占用率及网络带宽;
S2、基于预先训练好的神经网络模型对历史数据进行处理,得到密钥管理系统中各个节点的负载评估系数,并根据负载评估系数在一个监测周期内的变化情况得到负载趋势系数,对密钥管理系统中各个节点负载在下一个监测周期内的负载趋势进行预测;
S3、根据预测的负载趋势结果,识别出密钥管理系统中各个节点中的热点节点,并判断热点节点是否存在潜在性能瓶颈;
S4、根据热点节点和判断是否存在潜在性能瓶颈的节点的结果进行负载均衡策略的调整。
2.根据权利要求1所述的基于AI的密钥管理系统负载均衡方法,其特征在于,获取负载趋势系数的过程为:
步骤一、将一个监测周期等分为个子周期;
步骤二、拟合获取每个子周期内每个节点的负载评估系数随时间变化的实际曲线以及参考曲线;
步骤三、通过公式:
计算得到第个节点的负载趋势系数
其中,为变化系数,为转化系数,通过公式:
3.计算得到;
分别为第1个子周期第个节点的起始时刻和结束时刻,分别为第个子周期第个节点的起始时刻和结束时刻,分别为第1个子周期、第个子周期的变化参考值;分别为第1个子周期、第个子周期内负载评估系数随时间变化的实际曲线,分别为第1个子周期、第n个子周期内负载评估系数随时间变化的参考曲线。
4.根据权利要求2所述的基于AI的密钥管理系统负载均衡方法,其特征在于,对密钥管理系统中各个节点负载在下一个监测周期内的负载趋势进行预测的过程为:
步骤一、将每个节点计算得到的上一个监控周期的负载趋势系数与预设的负载趋势阈值区间进行比较;
步骤二、若,则预测当前节点的负载处于升高趋势,否则进入步骤三;
步骤三、若,则预测当前节点的负载处于稳定趋势,否则进入步骤四;
步骤四,若,则预测当前节点的负载处于下降趋势。
5.根据权利要求3所述的基于AI的密钥管理系统负载均衡方法,其特征在于,所述S3的工作过程为:
S31、将负载评估系数与预设负载评估阈值进行比较,若,则判断当前节点为热点节点;
S32、基于AI实时获取当前节点的各项性能参数,所述性能参数为每秒密钥事务数、每秒密钥查询请求数、吞吐量、并发用户数、错误率;
S33、将各项性能参数与预设的性能预警值进行比较,若至少存在一项超出性能预警值的性能参数项,则初步判定当前热点节点存在潜在性能瓶颈;
S34、将初步判断存在潜在性能瓶颈的热点节点列入二次分析队列中再次进行二次分析,并根据分析结果最终确定存在潜在性能瓶颈的节点名单。
6.根据权利要求4所述的基于AI的密钥管理系统负载均衡方法,其特征在于,S34中进行二次分析的过程为:
通过公式:
计算得到当前节点的性能指数
其中,为当前节点的性能指标,为当前节点的性能指标预警值,为采样总个数,为第个采样点获取的对应负载评估系数
将当前节点的性能指数与当前节点的预设性能阈值比较,若,则判断当前节点存在潜在性能瓶颈,否则,判断当前节点不存在潜在性能瓶颈。
7.根据权利要求5所述的基于AI的密钥管理系统负载均衡方法,其特征在于,所述当前节点的性能指标通过公式:
计算获得;
其中,分别为每秒密钥事务数、每秒密钥查询请求数、吞吐量、并发用户数、错误率,分别为每秒密钥事务数、每秒密钥查询请求数、吞吐量、并发用户数、错误率的预警值,为预设权重系数。
8.根据权利要求1所述的基于AI的密钥管理系统负载均衡方法,其特征在于,所述负载信息通过系统监控工具、日志记录或性能监控软件进行获得。
9.根据权利要求7所述的基于AI的密钥管理系统负载均衡方法,其特征在于,进行负载均衡策略调整的过程为:
将热点节点中存在潜在性能瓶颈划分为一级高负载节点、将不存在潜在性能瓶颈的划分为二级高负载节点,其余满足条件的节点划分为三级高负载节点;
将每一级的高负载节点按照负载评估系数降序排列后形成优先队列;
按照一级>二级>三级的排序,将每一级的优先队列中的高负载节点按顺序向满足条件的低负载节点进行任务迁移且低负载节点按照负载评估系数升序排列来依次接收任务。
CN202411679633.XA 2024-11-22 2024-11-22 一种基于ai的密钥管理系统负载均衡方法 Active CN119166370B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202411679633.XA CN119166370B (zh) 2024-11-22 2024-11-22 一种基于ai的密钥管理系统负载均衡方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202411679633.XA CN119166370B (zh) 2024-11-22 2024-11-22 一种基于ai的密钥管理系统负载均衡方法

Publications (2)

Publication Number Publication Date
CN119166370A true CN119166370A (zh) 2024-12-20
CN119166370B CN119166370B (zh) 2025-02-11

Family

ID=93884386

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202411679633.XA Active CN119166370B (zh) 2024-11-22 2024-11-22 一种基于ai的密钥管理系统负载均衡方法

Country Status (1)

Country Link
CN (1) CN119166370B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN120065945A (zh) * 2025-02-24 2025-05-30 江苏宁昆机器人智能科技有限公司 一种基于物联网的汽车生产线智能夹具监控方法及系统
CN120692100A (zh) * 2025-08-26 2025-09-23 浪潮电子信息产业股份有限公司 一种请求处理方法、设备、介质及程序产品

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021073083A1 (zh) * 2019-10-15 2021-04-22 南京莱斯网信技术研究院有限公司 一种基于节点负载的数据动态分区系统
CN117827614A (zh) * 2024-01-02 2024-04-05 中移动信息技术有限公司 性能瓶颈分析方法、装置、设备及存储介质
CN118945170A (zh) * 2024-08-01 2024-11-12 广州言成科技有限公司 一种基于大数据分析的推送服务节点负载均衡管理方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021073083A1 (zh) * 2019-10-15 2021-04-22 南京莱斯网信技术研究院有限公司 一种基于节点负载的数据动态分区系统
CN117827614A (zh) * 2024-01-02 2024-04-05 中移动信息技术有限公司 性能瓶颈分析方法、装置、设备及存储介质
CN118945170A (zh) * 2024-08-01 2024-11-12 广州言成科技有限公司 一种基于大数据分析的推送服务节点负载均衡管理方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN120065945A (zh) * 2025-02-24 2025-05-30 江苏宁昆机器人智能科技有限公司 一种基于物联网的汽车生产线智能夹具监控方法及系统
CN120692100A (zh) * 2025-08-26 2025-09-23 浪潮电子信息产业股份有限公司 一种请求处理方法、设备、介质及程序产品

Also Published As

Publication number Publication date
CN119166370B (zh) 2025-02-11

Similar Documents

Publication Publication Date Title
CN119166370B (zh) 一种基于ai的密钥管理系统负载均衡方法
CN119577038B (zh) 基于OracIeRAC的CDC同步方法及系统
Petrovska et al. Sequential Series-Based Prediction Model in Adaptive Cloud Resource Allocation for Data Processing and Security
CN118819781B (zh) 一种气象卫星数据全流程优化调度的方法及系统
CN119383095A (zh) 网络通信中的流量控制与负载均衡方法
CN117370138A (zh) 大容量分布式存储系统
CN118467156A (zh) 数据处理方法及计算机程序产品
CN116933121A (zh) 数据异常检测方法及装置
CN118740843A (zh) 一种云端ai驱动的大数据处理系统
CN117033004A (zh) 负载均衡方法、装置、电子设备及存储介质
CN110753117B (zh) 一种无线城域网环境下兼顾隐私保护的计算迁移方法
CN120429121A (zh) 基于ai负载监测的超算资源智能调配方法及系统
CN120416166A (zh) 网络设备的拥塞控制方法、装置、计算机设备及介质
CN120104066A (zh) 基于边缘计算的数据存储路径动态优化方法
CN118819819A (zh) 一种基于负载均衡的多数据库处理方法
KR102201651B1 (ko) 태스크 지역성과 다운스트림 상태를 고려한 확률 기반의 데이터 스트림 파티셔닝 방법 및 이를 기록한 기록매체
CN117808602B (zh) 基于子账户扩展的热点账户记账方法及相关装置
CN120780251B (zh) 数据存储操作的调整方法和装置、存储介质及电子设备
CN118965411B (zh) 一种市政工程施工数据的安全保护方法及相关设备
CN119166481B (zh) 一种云桌面调度方法及系统
CN120763984B (zh) 基于ai的数据介质智能分配方法及系统
CN120434256B (zh) 融合深度学习与物联网的数字孪生数据同步方法及系统
CN119011588B (zh) 基于区块链网络的自适应负载平衡处理方法及系统
CN120675824B (zh) 基于场景评估的区块链加密数据分析系统及方法
CN119781982A (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
GR01 Patent grant
GR01 Patent grant