（转）区分可用性和可靠性

https://blog.csdn.net/HermitSun/article/details/92164226
 

首先&＃xff0c;这两个属性都是质量&＃xff08;可维护性&＃xff09;的一部分。

按照书上的定义&＃xff0c;

可靠性&＃xff08;reliability&＃xff09;&＃xff1a;在规格时间间隔内和规定条件下&＃xff0c;系统或部件执行所要求功能的能力。例如&＃xff1a;
QA1&＃xff1a;在客户端与服务器端通信时&＃xff0c;如果网络故障&＃xff0c;系统不能出现故障。
可用性&＃xff08;availability&＃xff09;&＃xff1a;软件系统在投入使用时可操作和可访问的程度&＃xff0c;或能实现其指定系统功能的概率。例如&＃xff1a;
QA2&＃xff1a;系统的可用性要达到98%。

实话说我一直想吐槽这个定义&＃xff0c;说得未免太模糊了一点。尤其是可用性的定义&＃xff0c;用术语解释术语可太秀了。后来在看分布式系统的时候&＃xff0c;看到了一个解释&＃xff1a;

可用性被定义为系统的一个属性&＃xff0c;它说明系统已准备好&＃xff0c;马上就可以使用。换句话说&＃xff0c;高度可用的系统在任何给定的时刻都能及时地工作。
可靠性是指系统可以无故障地持续运行&＃xff0c;是一个持续的状态。与可用性相反&＃xff0c;可靠性是根据时间段而不是任何时刻来进行定义的。
如果系统在每小时崩溃1ms&＃xff0c;那么它的可用性就超过99.9999%&＃xff0c;但是它还是高度不可靠。与之类似&＃xff0c;如果一个系统从来不崩溃&＃xff0c;但是每年要停机两星期&＃xff0c;那么它是高度可靠的&＃xff0c;但是可用性只有96%。

我觉得这个解释说得很好。可靠性是一个持续性的状态&＃xff0c;更多地强调系统自身&＃xff1b;而可用性是一个短暂的状态&＃xff0c;更多地强调外部的触发。就好比一个人&＃xff0c;你找他的时候能不能找到&＃xff0c;这是可用性&＃xff1b;而他干活靠不靠谱&＃xff0c;则是可靠性。一个人如果随叫随到&＃xff0c;但是时不时偷懒&＃xff0c;就是高可用、低可靠&＃xff1b;而如果他经常找不到人&＃xff0c;但干活很负责&＃xff0c;就是低可用、高可靠。其实就是上面说的那个例子了。

再回到书上的例子去。为什么“网络故障&＃xff0c;系统不能出现故障”是可靠性&＃xff1f;其实也是比较显然的。这是一个持续的过程。网络故障的时候&＃xff0c;系统不出现故障&＃xff0c;维持了正常运行状态&＃xff0c;正是高可靠的表现&＃xff1b;而且&＃xff0c;系统不受外界影响&＃xff0c;体现出内在的稳定性&＃xff0c;也是可靠性的隐藏要求吧。

从某种程度上&＃xff0c;可用性包括了可靠性。如果不可用&＃xff0c;根本谈不上可靠。有一个定义&＃xff1a;

平均故障间隔时间&＃xff08;MTBF&＃xff0c;Mean Time Between Failure&＃xff09;&＃xff0c;是指相邻两次故障之间的平均工作>时间&＃xff0c;是衡量一个产品的可靠性指标。
平均修复时间&＃xff08;MTTR&＃xff0c;Mean Time To Repair&＃xff09;&＃xff0c;是描述产品由故障状态转为工作状态时修理时间的平均值。在工程学中&＃xff0c;MTTR是衡量产品维修性的值&＃xff0c;在维护合约里很常见&＃xff0c;并以之作为服务收费的准则。GB/T3187-97对可用性的定义&＃xff1a;在要求的外部资源得到保证的前提下&＃xff0c;产品在规定的条件下和规定的时刻或时间区间内处于可执行规定功能状态的能力。它是产品可靠性、维修性和维修保障性的综合反映。
Availability &＃61; MTBF / (MTBF &＃43; MTTR)

从这里也可以看出&＃xff0c;可靠性强调的是一个持续状态。