公开(公告)号：CN116522889A

公开(公告)日：2023-08-01

申请号：CN202310499768.7

申请日：2023-04-28

Applicant: 济南浪潮数据技术有限公司

Inventor： 李二真 ,  张新玲 ,  赵慧 ,  周培烁

IPC: G06F40/186 ,  G06F40/197 ,  G06F18/24 ,  G06F9/445 ,  G06T1/20

Abstract: 本发明公开了一种混沌工程平台的故障库管理方法、装置、系统及介质，应用于混沌工程技术领域。该方法包括：获取待添加故障场景的故障场景配置信息，其中，待添加故障场景的故障场景配置信息为基于预设混沌实验工具配置文件模板制作而成的；将故障场景配置信息中的数据信息按照不同的属性分别添加至对应的混沌列表中，以形成集成有待添加故障场景的混沌故障数据库；本发明在使用过程中能够实现将用户所需的工具集成至混沌工程平台，进一步满足用户的实际需求，提高混沌工程平台的使用灵活性。

公开(公告)号：CN117176804A

公开(公告)日：2023-12-05

申请号：CN202311095485.2

申请日：2023-08-29

Applicant: 济南浪潮数据技术有限公司

Inventor： 熊战磊 ,  张新玲 ,  赵慧

IPC: H04L67/566 ,  H04L67/62

Abstract: 本发明属于计算机领域，具体涉及一种应用程序平台流量控制方法、装置、设备及介质。其中方法包括：计算业务程序在具体的计算节点上单位时间内处理业务请求的最优请求个数，并将最优请求个数作为当前计算节点的业务请求分发阈值；统计所述计算节点在单位时间内收到来自代理节点分发的业务请求的个数，并判断所述业务请求的个数是否超过所述业务请求分发阈值；响应于所述计算节点收到的来自代理节点分发的业务请求的个数超过所述业务请求分发阈值，将超出所述业务请求分发阈值之外的业务请求发送至代理节点。通过本发明提出的一种应用程序平台流量控制方法，可以有效防止出现因业务请求的硬分配导致业务请求无应答的现象，提高了整个业务系统的运行状态。

公开(公告)号：CN116795574A

公开(公告)日：2023-09-22

申请号：CN202310245152.7

申请日：2023-03-10

Applicant: 济南浪潮数据技术有限公司

Inventor： 赵慧 ,  张新玲

IPC: G06F11/07

Abstract: 本发明提供了一种自定义故障新增方法、系统、计算机设备及存储介质，该方法包括：收集自定义故障信息，解析并根据故障场景自定义故障模型；根据故障模型在页面收集的自定义故障信息转换为自定义故障脚本；将故障脚本下发到实施故障的目标机器，执行在目标机器的脚本；执行恢复脚本进行环境修复，触发脚本运行。用户只需要通过混沌工程平台的页面，根据页面提示填写必要内容，后台通过页面填入的内容，根据一定的规则和机制转换为自定义脚本，从而实现一种自定义故障。通过抽象故障模型自动将用户提供的自定义故障信息转化故障脚本，实现零代码方式在已有混沌工程平台完成新增自定义故障，大大降低了技术门槛。

公开(公告)号：CN115314403A

公开(公告)日：2022-11-08

申请号：CN202210913290.3

申请日：2022-07-29

Applicant: 济南浪潮数据技术有限公司

Inventor： 李二真 ,  张新玲 ,  赵慧 ,  周培烁

IPC: H04L41/50 ,  H04L41/06

Abstract: 本发明提供了一种混沌工程平台集成私有云的方法、系统及装置，方法包括响应于界面输入的私有云用户信息，将当前私有云用户信息对应的集群内设备信息收集至数据库中，所述设备信息通过私有云开放接口获取；基于预设的故障场景，根据监控主体的独立性，选择环境类型，并基于当前监控主体配置监控策略。本发明通过混沌工程的输入界面，获取私有云用户信息，基于该信息及私有云的开放接口获取实时的机器信息，将机器作为监控主体，构建监控主体间的复合场景库，并分场景式对纳管私有云进行故障注入，结合场景进行监控项与场景的耦合，实现了混沌工程对私有云的纳管。

公开(公告)号：CN116244077A

公开(公告)日：2023-06-09

申请号：CN202310109733.8

申请日：2023-02-10

Applicant: 济南浪潮数据技术有限公司

Inventor： 熊战磊 ,  张新玲 ,  赵慧

IPC: G06F9/50

Abstract: 本申请涉及计算机领域，公开了一种应用程序运行管理方法、装置、电子设备和计算机可读存储介质，包括：当目标应用程序单独在服务器中运行时，通过chaosblade对服务器的内存逐渐施加压力；记录服务器与压力对应的可用内存，以及目标应用程序与压力对应的响应时间；判断响应时间是否超过预设响应时间；若目标响应时间超过预设响应时间，则确定目标可用内存为目标应用程序运行所需的最小内存；目标响应时间为响应时间中超过预设响应时间的最短时间，目标可用内存为位于目标响应时间上一个响应时间对应的可用内存；向目标应用程序分配最小内存，以使目标应用程序正常运行。本申请可以确定目标应用程序运行所需的最小内存，保证其正常运行。