[发明专利]弹性即服务

说明书

本文中公开的系统和方法涉及创建在系统上运行的服务的依赖关系的服务目录，其中第一服务的实例依赖于第二服务的实例。依赖关系的目录包括与服务之间的连接相关联的元数据。该系统注入针对所有级别的依赖关系的故障。监测该系统，以检测由故障产生的失效。所注入的故障选自传输层故障、存储器压力、处理器压力、存储装置压力、虚拟机重启和虚拟机关闭。监测域名服务，以标识为这些服务解析的名称。然后使用与所解析的名称相关的信息、利用附加依赖关系连续地更新服务目录。可以以有引导的方式注入故障，其中故障的范围随着时间逐步增加，以标识系统中的失效点。

背景技术

现在很常见的是，大量软件应用在包括分布式服务器网络的云平台上或者在本地企业数据中心上作为服务来运行。对这些服务的要求是要保持对客户和租户的高度可用性。由于基于云的应用的分布式性质以及这些服务的部件之间的重要的相互依赖关系，满足这个要求是一个复杂的问题。

用于测试数据中心中的服务的可用性的常用方法是手动创建服务的故障模型，并且然后分析各种部件失效的影响。这种方法有几个缺点。如果功能、架构和/或依赖关系经常变化，则创建准确的故障模型需要花费时间并且会变得过于昂贵。当很多因素影响复杂的分布式系统的功能时，手动创建的故障模型可能会遗漏这些因素的很多组合。人为错误以及缺乏关于每个部件的所有依赖关系的知识可能会导致客户影响较大的重要失效无法被包括在故障模型中。另外，针对不经常更新的不同部件而独立创建的故障模型可能无法检测到单独的服务之间的新的依赖关系，并且很可能会错过很多失效情况。

因此，由于现代软件的快速发展和部署使得新的依赖关系在不知不觉中被添加和移除，上述方法变得不实用。

发明内容

提供发明内容部分是为了以简化的形式介绍将在以下具体实施方式部分中进一步描述的一些概念。发明内容部分无意标识所要求保护的主题的关键特征或重要特征，也无意限制所要求保护的主题的范围。

现有系统的故障注入方法使用专注于使待测试机器发生故障的强力和粗糙过程。然而，在现实世界中，故障本质上并不全是布尔形式的(即故障更复杂，无论部件运行还是发生故障)。不能通过仅仅使选定部件失效来测试或评估瞬态和退化的故障。本文中公开的实施例提供了有针对性的精确故障注入，其允许自动引入真实世界的瞬态降级。

实施例提供了系统和方法，其允许开发者和服务提供者在任何给定时刻获得服务的部件之间的依赖关系的精确图或映射，以获知依赖关系的类型以及获知失效部件可能会对使用该服务的客户的影响。

本文中公开的系统和方法涉及创建在系统上运行的服务的依赖关系的服务目录，其中第一服务的实例依赖于第二服务的实例。依赖关系的目录包括与服务之间的连接相关联的元数据。该系统注入针对所有级别的依赖关系的故障。监测该系统，以检测由故障产生的失效。所注入的故障选自包括以下各项的有限故障集合：传输层故障、存储器压力、处理器压力、存储装置压力、虚拟机重启和虚拟机关闭。监测域名服务，以标识为这些服务解析的名称。然后使用与所解析名称相关的信息、利用附加依赖关系连续地更新服务目录。可以以有引导的方式注入故障，其中故障的范围随着时间逐步增加，以标识该系统中的失效点。

附图说明

为了进一步阐述本发明实施例的上述以及其他优点和特征，将参考附图对本发明的实施例进行更具体的描述。可以理解，这些附图仅描绘了本发明的典型实施例，并且因此不应当被认为是对其范围的限制。将通过使用附图，以更多特征和细节来描述和解释本发明，在附图中：

图1是提供云计算服务或分布式计算服务的示例数据中心100的高级框图。

图2是示出根据一个实施例的服务目录的创建和更新的框图。

图3是示出根据一个实施例的故障注入的框图。

图4是用于测试服务、网络或计算系统的弹性的系统的简化图。

图5图示了服务依赖关系的示例图。