[发明专利]故障注入方法及其装置、业务服务系统

说明书

本申请公开了一种故障注入方法，包括：第一应用程序生成业务消息，业务消息用于访问第二应用程序；故障注入模块获取业务消息，对业务消息执行故障属性参数所指示的故障注入操作；故障注入模块将执行故障注入操作后的业务消息发送至第二应用程序。本申请提高了根据注入的故障进行可靠性测试的精确度。

技术领域

本申请涉及计算机领域，特别涉及一种故障注入方法及其装置、业务服务系统。

背景技术

随着云计算技术的快速发展，云服务的使用越来越普遍。并且，对于云服务提供商来说，在其他云服务(下面称为云服务A)的基础上构建自己的云服务(下面称为云服务B)，能够有效提高云服务的开发效率。但是，这样会使该云服务B对云服务A具有一定的依赖性，导致当云服务A的实现系统出现故障时，云服务B可能出现服务不可用的情况，因此，测试云服务的实现系统在其所依赖的云服务的实现系统出现故障时的可靠性，是很有必要的。

相关技术中，对云服务B的实现系统进行可靠性测试的实现方式为：向云服务A的实现系统注入故障，以模拟出云服务A的实现系统出现故障的情况，然后使用该出现故障的实现系统继续向云服务B的实现系统提供云服务，再观察云服务B的实现系统在接收到该出现故障的实现系统提供的云服务后的表现，然后根据该表现评估云服务B的实现系统的可靠性。其中，目前注入的故障主要包括：实现云服务的服务器的停机故障、实现云服务的服务器的断网故障和云服务进程的强制退出故障。

但是，以上故障均为全局性的故障，导致根据该故障进行可靠性测试的精确度较低。

发明内容

本申请提供了一种故障注入方法及其装置、业务服务系统，可以解决目前的可靠性测试的精确度较低的问题。

第一方面，提供了一种故障注入方法，该方法应用于业务服务系统，业务服务系统中运行有第一应用程序、第二应用程序和故障注入模块，方法包括：第一应用程序生成业务消息，业务消息用于访问第二应用程序；故障注入模块获取业务消息，对业务消息执行故障属性参数所指示的故障注入操作；故障注入模块将执行故障注入操作后的业务消息发送至第二应用程序。

在本申请实施例提供的故障注入方法中，在第一应用程序生成用于访问第二应用程序的业务消息后，通过故障注入模块获取该业务消息，对业务消息执行故障属性参数所指示的故障注入操作，并向第二应用程序发送执行故障注入操作后的业务消息，能够在业务消息的发送过程中注入故障，相较于相关技术中的全局性故障，细化了注入故障的粒度，有效的提高了根据注入的故障进行可靠性测试的精确度。并且，由于是在业务消息的发送过程中，通过拦截业务消息实现注入故障的，使得无需对注入故障的对象做适配工作，可以做到故障的无感知注入。

作为使故障注入模块获取业务消息的一种可实现方式中，业务服务系统中还运行有地址转换模块，在故障注入模块获取业务消息之前，方法还包括：地址转换模块获取业务消息，将业务消息的目的地址修改为故障注入模块的地址，发送修改后的业务消息。

在一种实现方式中，故障注入模块对业务消息执行故障属性参数所指示的故障注入操作，包括：故障注入模块在业务消息符合过滤条件时，对业务消息执行故障属性参数所指示的故障注入操作。通过使用过滤条件对业务消息进行过滤，并在业务消息符合过滤条件时，对业务消息注入故障，使得可以对业请求有针对性地进行故障注入，能够避免在测试过程中引入无关的测试，实现对故障的精准注入。

其中，当业务消息为业务请求时，过滤条件涉及以下一项或多项内容：请求类型、请求访问的地址、请求头关键字和请求体关键字；当业务消息为针对业务请求的响应时，过滤条件涉及以下一项或多项内容：响应状态码、响应头关键字和响应体关键字。

可选的，故障属性参数所指示的故障注入操作可以为丢包操作、时延操作和错包操作，相应的，执行故障属性参数所指示的故障注入操作，可以包括以下几种情况：