系统可用性还需要考虑的三种情况：
系统可用性是一个整体性指标。
一些系统因为比较庞大，架构比较复杂，IAAS、PAAS、SAAS不同层级归不同的部门不同的项目负责。
铁路警察只管自己那一段，至于火车能不能安全到达终点，那是领导的事。
负责应用的项目会把系统维护所必需的备份、补丁升级、系统升级扩容等正常原因造成的中断系统应用的时间，以及基础设施故障原因造成的中断时间，作为例外因素排除掉。
用户来看，系统不可用，不管谁的原因。
系统的可用性的并行处理按串行计算。
在一些并行计算系统中，多个并行的进程，多个处理的通道，多个处理的容器，如果没有实现业务或者数据无关，每一个处理进程、通道、容器的处理中断，会造成部分用户的业务处理中断。
一些可用性的计算，会把所有进程不可用才算做不可用，或者把系统可运行时间的进行各通道的累加，让分母变得更大。
对受影响的用户来讲，系统不可用，不管是哪个处理通道。
低质量的系统可用不能算可用
一些系统可能没有宕机，但是运行慢如牛，而且是蜗牛，不停转圈转菊花。或者经常出现吓人的红叉和高深的外文字母，这种可用是低质量的可用。
对于用户来讲，这种可用不用也罢。
一切不对用户负责的可用性都是耍流氓。
为用户服务出发的可用性，才是真正的可用性。
网友评论