随着首字母缩写词的存在信奉的速度比他们可以解释,每一个IT运营Pro拥有自己喜爱的MTT-填充式的空白。通常,这些平均时间对凡是与一个笑容和简单,刷过“当然,这是有道理的。”对于大多数人来说,落后于许多这些MTT多岁的年轻人的想法是,他们提供了一个平台,讨论某种优化的,通常在一个关键业务功能的可用性方面。
尽管故障(MTBF)之间的平均时间早期版本中,用于指示机器的可靠性,众多行业都产生了自己的三围,以帮助表示最优化的领域。因此,IT操作空间都有自己的变化,和下方尝试形象,为关键业务服务中最常用的平均时间与下面简要说明描述。
- MTTI / MTTD-平均识别时间(或平均检测时间)
经过时间的信号,表明问题发生的环境 - MTTD-做决定的时间不多
作出决定之前经过的时间,以解决检测到的问题 - MTTK- 平均时间来了解
确定问题的根本原因之前经过的时间 - MTTI-天真只是时间的问题
独立IT组声称业务中断的时间不在他们的范围内 - MTTF- 平均的时间失败
从一个问题的解决已用时间,直到下一个问题 - MTTR-平均分辨率时间(或平均修复时间)
一旦被检测已用时间来解决这个问题
注:另一种方法是开始测量一次对业务的影响已经确定,因为这个问题可以被视为不重要,解决在以后的时间。 - MTTA- 平均定时自动
使用自动化消除各种阶段的运行时间为修复先前的问题(S) - MTBF- 平均故障间隔时间
从一个问题古典经过的时间,直到后续问题
毫无疑问,对于其中的一些界限存在一些争论,但希望它可以作为一个起点,围绕可用性和正常运行时间进行富有成效的对话。虽然不同的IT运营管理(ITOM)产品关注于改进不同的方面,但最终的回报是消除中断。由于软件定义的IT操作试图将机器学习和人工智能注入IT生态系统,对自动化的关注将导致终端用户没有任何可察觉的失败。换句话说,数据中心的自修复特性将为关键业务系统的用户提供始终在线的现实。
如果您有兴趣学习如何先进的IT部门正在利用最新的ITIM平台,以减少MTT-什么,考虑在我加盟GalaxZ18。