系统韧性研究（1）| 何谓「系统韧性」？

本文主要是介绍系统韧性研究（1）| 何谓「系统韧性」？，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

过去十年，系统韧性作为一个关键问题被广泛讨论，在数据中心和云计算方面尤甚，同时它对赛博物理系统也至关重要，尽管该术语在该领域不太常用。大伙都希望自己的系统具有韧性，但这到底意味着什么？韧性与其他质量属性（如可用性、可靠性、鲁棒性、风险应急能力、安全防御能力和柔性服务能力）有何关系？韧性是这些质量属性的一部分还是全部，是它们的超集，亦或其他云云？在确保系统具备韧性与否之前，我们首先要解开这些问题的答案，并确切地吃透：到底什么才是系统韧性。

作为赛博物理系统韧性需求开发工作的一部分，我最近完成了关于韧性的现有标准和文献的研究。我的研究发现：“韧性”这个术语通常在非正式场合使用彷佛它有明显的含义，在这些场合，它被定义为相似但又略微不同的解释。

我的另一个发现是，韧性一词其实有着两种截然不同的含义。本文是由7篇组成的系列文章中的第一篇，重点关注系统韧性而不是组织韧性，后者的范围要大得多——组织韧性主要涉及业务连续性，包括人员、信息、技术和设施的管理。

什么赋予系统以韧性？

一般而言，如果一个系统在逆境中持续执行任务（即，如果它在可能导致中断的过度压力下提供所需的能力），那么它就是有韧性的。有韧性很重要，因为无论一个系统设计得多么好，现实迟早都会破坏这个系统。软件或硬件中的遗留缺陷最终将导致系统无法正确执行所需功能，或导致系统无法满足一个或多个质量要求（例如，可用性、可靠性、鲁棒性、风险应急能力、安全防御能力和柔性服务能力）。无风险应急方案或风险应急方案失效将导致事故的发生，攻击者可能会通过未知或未修复的安全漏洞危害到系统，外部环境异常（例如断电或温度过高）也会中断服务。

由于这些不可避免的破坏，可用性和可靠性是不充分的，因此系统也必须具有韧性。它必须能够抵御逆境并提供连续性服务，即便是在不利事件和条件造成干扰后也需要运行在降级模式。它还需要能够迅速从这些干扰可能造成的伤害中恢复。就像Timex（始创于1854年的美国钟表品牌）的老广告一样，一个有韧性的系统可以做到“受虐千百遍运转如初恋。”

然而，系统韧性的本身比前面的解释要复杂得多。系统韧性不是一个简单的布尔函数（即系统不是简单的“具有韧性或不具有韧性”）。没有一个系统能够100%抵御所有不良事件或情况。韧性总体而言是一个程度的问题，通常不能用单一的有序量表来衡量。换言之，说系统A比系统B更有韧性可能是个伪命题。

想要充分理解韧性，必须将其组成部分进行分解、还原。为了表现出韧性，系统必须包含控制逻辑：对不良事件和条件的检测，对干扰的正确响应和干扰过后的迅速恢复。因为韧性会假设不利事件和条件一定会发生，如何防止不利情况的发生并不在韧性的范围内。

一些韧性控制逻辑支持检测，而其它控制逻辑支持响应或恢复。因此，一个系统可能在某些方面具有韧性，但在其他方面则不然。系统A可能是在某些特定不良事件的检测方面最有韧性的，而系统B可能在某些特定特性事件的响应方面，是最具韧性的；以此类推，系统C可能是在从某些不良事件造成的特定伤害中恢复方面，是最有韧性的。

了解系统抵御逆境的范围边界非常重要：

在中断的情况下，系统必须继续提供哪些关键功能/服务？
哪些类型的逆境会干扰这些关键能力的交付（即，系统必须能够容忍哪些不利事件和条件）？
什么资产受到什么类型/级别的破坏会导致中断？

以上几点引出了对系统韧性的更详细、更细致的定义：

系统在一定程度上具有韧性，能够快速有效地保护其关键能力免受不利事件和条件造成的干扰。

前面的定义隐含着不良事件和条件会发生的想法。系统韧性是指当这些潜在的破坏性事件发生和条件存在时，系统会做什么。系统是否检测到这些事件和情况？一旦检测到它们，系统是否正确响应？之后系统是否恢复正常？

一些组织将“避免”不良事件和条件的发生纳入系统韧性范围。然而，“避免”并不在系统韧性的定义范围内，这是具有误导性和不恰当性的。避免或预防逆境并不能使系统更有韧性，相反，避免减少了对韧性的需求，因为如果逆境从未发生，系统就不需要有韧性。

图1说明了前文关于系统韧性定义中的关键概念之间的关系。韧性系统使用防护的韧性技术来被动抵御不利事件和条件，或主动检测这些不利情况对其作出反应，并从其造成的伤害中恢复，从而保护其关键能力（和相关资产）免受伤害。这些不利事件和条件中的每一个都与以下次要质量特征之一有关：鲁棒性、安全性、网络安全（包括防篡改）、军事生存能力、能力、寿命和互操作性。我们接下来会在本系列的第二篇文章中展开讨论。

↑图1：系统韧性定义中的关键概念

图2显示了通过韧性控制的有序应用来管理不良事件并恢复的时间线。

↑图2：韧性时间线示例

要理解系统韧性的全部范围和复杂性，重要的是要理解前文定义的关键词含义，以及它们在上图中的关系。

保护由以下四个功能组成：

① 抵御能力是指系统在不利事件或条件下被动防止或最大限度减少伤害的能力。被动防御的韧性技术包括模块化架构（该架构可防止模块之间的故障传播）、避免单点失败，以及电气设备的屏蔽、使计算机和网络设备免受电磁脉冲（EMP）的干扰。

检测是系统主动检测（通过检测技术）的能力：

关键能力的丧失或降级
对实现关键能力所需资产的危害
可能对关键能力或相关资产造成伤害的不利事件和条件

② 反应是指系统对正在进行的不良事件的发生做出积极反应或对不良条件的存在做出反应的能力（通过反应技术实现反应）。在检测到逆境时，系统可能会停止或避免不利事件，消除不利条件，从而消除或最大限度地减少进一步的伤害。反应技术包括采用异常处理、降级操作模式以及冗余投票等

③ 恢复是指系统在不良事件结束后主动从伤害中恢复的能力（通过恢复技术实现恢复）。恢复可以是完全的，即系统恢复到完全运行状态，所有损坏/销毁的资产都已修复或更换。恢复也可以是部分恢复（例如，使用冗余资源恢复全部服务而不进行更换/修复）或最小恢复（例如仅提供有限服务的降级模式操作）。恢复还可能包括系统的演变或调整（例如，通过重新配置自身），以避免未来发生不良事件或条件。

系统功能是系统在逆境造成中断的情况下必须继续提供的关键服务。

④ 资产是有价值的物品，必须加以保护，使其免受不利事件和条件造成的伤害，因为它们实现了系统的关键功能。在所有不利事件和条件下，通常不可能完全防止对所有资产造成损害。因此，通常会对资产进行优先级排序，以便检测、反应和恢复首先集中精力保护最重要的资产。与韧性相关的资产包括：

系统组件：系统的组件子系统、硬件、软件（如应用程序、基础设施、操作系统和固件）、网络（如设备、无线电和电缆）和设施
系统数据：系统存储、生成和操作的数据
系统外部资产：系统负责保护其免受伤害的任何系统外部资产（如人员、财产、环境、资金和声誉）

对这些资产造成的危害包括：

对系统功能的危害：服务完全或部分丧失以及服务被盗
对系统组件的危害：硬件或软件的破坏、损坏、盗窃或未经授权的逆向工程
对数据的危害：访问丢失（可用性违规）、损坏（完整性违规），未经授权的披露（机密性和匿名性违规）和交易抵赖（不抵赖违规），以及关键程序信息的逆向工程（CPI）（防篡改违规）
对系统外部资产的危害：资金损失、声誉损失、业务损失以及环境损害或破坏

不良事件是指由于其压力而可能通过对相关资产造成伤害来破坏关键能力的事件。这些不良事件（及其相关质量属性）包括以下情况的发生：

不利的环境事件，如系统外部电力损失以及地震或野火等自然灾害（鲁棒性，特别是环境耐受性）
输入错误，如操作员或用户错误（鲁棒性，特别是容错性）
满足要求的外部可见故障（鲁棒性，特别是故障容限）
事故和未遂事故（安全）
网络安全/篡改攻击（网络安防与反篡改）
恐怖分子或敌对军事力量的人身攻击（生存能力）
负载过大导致的负载峰值和故障（容量）
过度老化和磨损导致的故障（寿命）
通信丢失（互操作性）

不利条件是指由于其压力性质而可能干扰或导致关键能力中断的条件。这些不利条件包括以下情况的存在：

恶劣的环境条件，如过高的温度和恶劣的天气（鲁棒性，特别是环境耐受性）
系统内部故障，如硬件和软件缺陷（鲁棒性，特别是容错性）
安全隐患（安全）
网络安全威胁和漏洞（网络安防和反篡改）
军事威胁和弱点（生存能力）
过载（容量）
过度老化和磨损（长寿）
降级通信（互操作性）

值得注意的是，防篡改（AT）是一种特殊情况，乍一看可能与韧性无关。AT的目标是防止对手对机密软件等关键程序信息（CPI）进行逆向工程。防篡改专家通常认为，在这种情况下，对手将获得包含要进行逆向工程的CPI的系统的物理占有权，确保系统在篡改的情况下继续运行是无关紧要的。然而，篡改也可以远程尝试（即，无需首先获得系统的占有权）。在对手无法访问的情况下，AT对策可能是检测对手远程尝试访问和复制CPI，然后通过将CPI归零进行响应，此时系统将不再可操作。因此，远程篡改确实具有韧性影响。

总结与预告

本文阐述了系统韧性质量属性的详细而细致的定义，是关于系统韧性系列文章的开篇。在本系列的第二篇文章中，我将就这个定义阐明系统韧性与其他密切相关的质量属性之间的关系。敬请期待。