本申请涉及机载应用软件容错的领域,尤其是涉及一种机载任务的应用软件的容错机制。
背景技术:
1、软件容错是指系统在运行过程中发生一定的软件/硬件错误时,对外仍能保持正常工作而不影响正常结果的一种性能或措施。常用的容错技术为n版本程序设计、恢复块设计等。n版本程序设计是一种静态解决方案,用户使用时,同时运行多个程序,对得到的结果进行表决,以多数的结果为准;恢复块设计是一种动态冗余解决方案,通过故障检测技术,检测到某个模块出现不可用时,自动切换到备份。上述容错技术均为通用容错技术,未能针对机载领域进行软件容错。不同的机载应用软件在任务流中具有不同的重要等级,采用通用的容错技术,无法保证重要的机载应用软件优先恢复。
技术实现思路
1、有鉴于此,本申请提供一种机载任务的应用软件的容错机制,解决了现有技术中软硬件故障后导致应用软件不可用的问题,提高应用软件的可靠性和可用性。
2、本申请提供的一种机载任务的应用软件的容错机制采用如下的技术方案:
3、一种机载任务的应用软件的容错机制,包括如下步骤:
4、确认机载任务中任务流的关键等级,任务流的关键等级包括一级、二级、三级、四级和五级,任务流下包括多个子任务;
5、子任务的关键等级根据任务流的关键等级确定;
6、五级子任务在不同的组织机构上均进行备份;
7、四级子任务的应用软件在同一组织机构内的多个平台均进行备份;
8、三级子任务的应用软件在同一平台内的多个硬件上均进行备份;
9、一级子任务和二级子任务的应用软件在同一个硬件的多个容器内均进行备份。
10、任务流包括主任务和多个次任务;
11、主任务下所有的子任务关键等级和任务流的关键等级一致;
12、当算力占用率大于等于50%且小于60%时,次任务下所有的子任务关键等级和任务流的关键等级保持一致;
13、当算力占用率大于等于60%且小于70%时,次任务下所有的子任务关键等级比任务流的关键等级低一级;
14、当算力占用率大于等于70%时,次任务流下所有的子任务关键等级比任务流的关键等级低二级;
15、其中,子任务的关键等级最多为一级。
16、可选的,主任务包括探测类任务和信息通讯类任务,次任务包括保障类任务。
17、可选的,将所有应用软件的程序与任务进行关联,程序按照如下部署进行运行:
18、支撑五级关键等级的子任务的应用软件在在不同的组织机构上均进行运行;
19、支撑四级关键等级的子任务的应用软件在同一组织机构内的多个平台均进行运行;
20、支撑三级关键等级的子任务的应用软件在同一平台内的多个硬件上均进行运行;
21、支撑一级关键等级的子任务和二级关键等级的子任务的应用软件在同一个硬件的多个容器内均进行运行。
22、可选的,任务流关键等级根据任务执行成本或价值确定,执行成本或价值越高,关键等级越高。
23、可选的,任务流信息包括任务id、任务调度流程和下设服务集合。
24、综上所述,本申请包括以下有益技术效果:
25、本申请对不同等级的任务采取相应的策略,解决软硬件故障后导致应用软件不可用的问题,提高应用软件的可靠性和可用性。
1.一种机载任务的应用软件的容错机制,其特征在于,包括如下步骤:
2.根据权利要求1所述的机载任务的应用软件的容错机制,其特征在于,
3.根据权利要求2所述的机载任务的应用软件的容错机制,其特征在于,主任务包括探测类任务和信息通讯类任务,次任务包括保障类任务。
4.根据权利要求1所述的机载任务的应用软件的容错机制,其特征在于,
5.根据权利要求1所述的机载任务的应用软件的容错机制,其特征在于,任务流关键等级根据任务执行成本或价值确定,执行成本或价值越高,关键等级越高。
6.根据权利要求1所述的机载任务的应用软件的容错机制,其特征在于,任务流信息包括任务id、任务调度流程和下设服务集合。