随着首字母缩写词的存在信奉的速度比他们可以解释，每一个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。
