缩略语的使用速度比它们的解释速度要快，因此每个IT操作专家都有他们最喜欢的MTT-fill-in-the-blank。通常情况下，这些无关紧要的事情会被一个咧嘴一笑和一句简单的“当然，这是有道理的。”“对于我们大多数人来说，这些mtt背后的想法是，它们提供了一种讨论某种优化的媒介，通常是在关键业务功能可用性的上下文中。
尽管早期版本的平均故障间隔时间(MTBF)被用来表示机器的可靠性，许多行业已经产生了自己的测量方法来帮助表示优化领域。因此，IT操作空间有其自己的变体，下面的图像试图描述重要业务服务最常用的平均时间，并在下面进行简要说明。
- MTTI / MTTD- 平均时间来识别（或平均时间来检测）
发出环境中出现问题的信号所用的时间 - MTTD-作出决定的平均时间
作出决定之前经过的时间，以解决检测到的问题 - MTTK-是时候知道了
确定问题的根本原因之前经过的时间 - MTTI-该是清白的时候了
独立的IT组声明业务中断不在他们的区域所花费的时间 - MTTF-是时候失败了
从解决一个问题到发生下一个问题所花费的时间 - MTTR-平均解决时间(或平均修复时间)
一旦检测到问题，修复问题所花费的时间
注意:另一种方法是在确定业务影响之后开始度量，因为问题可能被认为是不重要的，并在稍后的时间得到解决。 - MTTA- 平均定时自动
使用自动化崩溃各个阶段修复以前的问题所花费的时间 - 平均故障间隔- 平均故障间隔时间
从一个问题到下一个问题的经典运行时间
毫无疑问，对于其中的一些界限存在一些争论，但希望它可以作为围绕可用性和正常运行时间进行富有成效的对话的起点。虽然不同的IT运营管理(ITOM)产品关注于改进不同的方面，但最终的回报是消除停机。随着软件定义的IT操作试图将机器学习和人工智能注入IT生态系统，对自动化的关注将导致终端用户零可察觉的失败。换句话说，数据中心的自修复特性将为关键业务系统的用户提供始终在线的现实。
如果您有兴趣了解如何利用最新的ITIM平台来减少MTT-anything的高级IT商店，请考虑加入我的atGalaxZ18。
