使用首字母缩略词比可以解释的速度更快，每个IT操作都有他们最喜欢的MTT-Fill-In-Blank。通常，这些平均时间与咧嘴笑容刷掉，简单，“肯定是有道理的。”对于我们大多数人来说，这些MTT的许多人背后的想法是他们提供了一种介绍一些讨论某种优化的媒介，通常在关键业务功能的可用性的上下文中。
尽管使用故障（MTBF）之间的平均时间的早期版本用于表示机器可靠性，但许多行业产生了自己的测量，以帮助表示优化领域。因此，IT操作空间具有其自身的变体，并且以下图像尝试描述重要业务服务的最常用的平均时间，并在下面的简要说明。
- MTTI / MTTD.- 识别（或平均检测时间）的平均时间
经过时间来发出环境中发生问题的时间 - MTTD.- 指定决定的时间
在决定出解决检测到的问题之前经过的时间 - MTTK.- 意味着时间
确定问题的根本原因之前经过的时间 - MTTI.- 意味着纯真
独立IT群体宣称商业停机的时间不在他们的地区 - MTTF.- 平均失败的时间
从解决一个问题的分辨率经过的时间，直到下一个问题发生 - MTTR.- 分辨率的平均时间（或平均修复时间）
一旦检测到，经过时间来解决问题
注意：一旦确定业务影响，替代方案是开始测量，因为问题可能被视为非关键并在以后解决。 - MTTA.- 平均自动化时间
经过时间来修复以前的问题，使用自动化折叠各个阶段 - MTBF.- 平均故障间隔时间
从一个问题到后续问题的古典经过时间
毫无疑问，对其中一些界限有一些辩论，但希望它是在可用性和正常运行时间内进行生产性对话的起点。虽然不同的IT运营管理（ITOM）产品专注于改善不同方面，但最终回报是消除中断。随着软件定义的IT操作试图将机器学习和人工智能注入IT生态系统，对自动化的关注将导致最终用户的零可察觉的故障。换句话说，数据中心的自我修复性质将为关键业务系统的用户提供始终如一的现实。
如果您有兴趣了解IT商店如何利用最新的ITIM平台，以减少MTT-AND，请考虑加入我Galaxz18。
