MTTR并非“平均重启时间”

F5生态系统 | 2019年3月14日

快速失败是当今追求速度的信条。无论是DevOps还是业务,要在数字经济中运营,都必须尽可能让系统保持正常运行。

这一理念在理论上无可厚非,但在实践中往往只会导致更多故障。如果不专注于查找根本原因(MTTR),而只注重确保可用性(正常运行时间),我们就会以前所未有的速度丢失宝贵数据。现实是,如果只关心正常运行时间,MTTR就会从平均重启时间变成平均解决时间。如果问题没有得到解决,也就是没有找到停机原因,就无法防止问题再次发生。

这种做法会损害业务。

这并不只是丢包,而是在一点一滴地损失金钱。经典犯罪桥段中,犯罪分子从每笔交易中抽走不足一分钱的金额,最终积少成多,窃取数百万资金。这告诉我们,每一分钱都很重要。组件、服务或服务器每多一秒没有响应,都会造成价值损失,包括体验价值和生存价值。消费者无法容忍性能不佳或停机,企业账目同样承受不起这两者带来的损失。

如果了解吞吐量和带宽,就会知道,这两项指标都以底层系统每秒可处理的数据包数量为计算基础。这不仅适用于网络,也适用于参与交易的每个组件,包括应用、应用服务、路由器、交换机和数据库。只要连接到网络,就要遵循同样的计算方式,并受其数据包传输能力的限制。

警告:下文涉及数学计算

如今的网络速度意味着,我们正以每秒数百万个数据包的速率执行上述操作。当然,业务交易主要通过由HTTP事务构成的真正“网络”完成,每个事务都会传递开展业务所需的关键信息。完成一笔交易所需的数据包数量取决于所需的数据量。每个数据包平均承载1,500字节的数据(即MTU)。因此,如果一条基于HTTP的消息携带表示某笔交易的JSON有效负载,并且需要4,500字节(当然,这是加密后的大小),那么大约需要3个数据包。我们不妨宽松估算,假设一笔典型的数字业务交易需要5个数据包。10 Gbps网络每秒可以处理略少于1,500万个数据包。假设有足够的计算容量,这相当于300万笔交易。再假设每笔交易的价值只有1美分的三分之一,那么每秒就是100万美元。

实际上,没有人会以这样的速度或规模处理交易。即使是Visa,其数据处理速率无疑远超大多数企业的需求,也声称其处理能力约为每秒24,000笔交易。假设这些交易的价值同样为每笔1美分的三分之一,每秒仍然达到8,000美元。

关键在于,由路由器、交换机、网络和应用服务基础设施、应用基础设施及相关组件构成的交易链一旦发生故障,后果会非常严重。故障代价高昂,因为这意味着数据包无法得到处理,其代表的经济价值也无法实现。数字经济的任何领域都离不开数据包传输。

迄今为止,应对方法一直遵循“快速失败”的理念,即无论X、Y、Z还是其他任何组件发生故障,只需启动一个新实例。但该组件发生故障*必有原因*,查明并解决原因至关重要,而且必须迅速行动。因为从故障发生到恢复之间,即使只有几秒,也会造成高昂的业务价值损失。如果发生过一次故障,就很可能再次发生,甚至一再发生。

可见性:缩短平均修复时间的基石

因此,可见性对于在数字经济中取得成功至关重要。正是可见性让所有运维团队都能找到并修复故障根因。遗憾的是,为了追求速度,可见性往往会被牺牲。这里的速度并非指实际的事务处理速度,而是指价值实现时间。为了更快、更频繁地将应用推向市场,我们未能充分投入资源来实现缓解故障所需的可见性。

事实上,可以说DevOps的“快速失败”理念正是对这一问题的回应。如果无法找到并解决故障根因,DevOps认为,与其浪费时间,不如恢复可用性。随着组织采用多云方式部署应用,这种能力变得越来越难以实现。

2018年,只有不到三分之一(31%)的受访者将可见性列为多云挑战;2019年,这一比例跃升至三分之一以上(39%),与性能和安全性并列成为多云面临的主要挑战。可见性是整体“可观测性”的关键组成部分。可观测性将监控、分析和告警整合起来,帮助深入了解系统在任何时刻的状态。这在发生故障时尤为重要,因为系统状态分散在多个相互割裂的IT部门中,而这些部门不一定支持信息共享,因而可能无法快速实现问题解决,而只能重启。

服务网格通过分布式追踪创造价值,是实现可见性的典型示例。但我们需要将这种能力扩展到整个应用服务链,以便为容器化环境中运行的应用提供扩展和安全保护。这还包括可能属于执行链一部分、在公有云中运行的分布式组件和应用。要发现并解决导致停机或性能不佳的问题,必须实现跨环境、基础设施和应用的可见性。

可见性不可或缺,它能让组织重新以平均解决时间而非平均重启时间来衡量成效。

分享
标签: 2019

关于作者

Lori Mac Vittie
Lori Mac Vittie杰出工程师兼首席技术布道师 | F5

Lori MacVittie是F5首席技术官办公室的杰出工程师兼首席技术布道师,在应用交付、自动化战略和基础设施领域拥有深厚的专业知识。无论是为AI智能体定义防护机制、剖析脆弱的多云架构,还是探索可扩展系统的极限,她都善于化繁为简。她在应用开发、IT架构以及网络和系统运维领域拥有30多年的行业经验。加入F5之前,她曾担任技术编辑,并因出色表现获得奖项。 MacVittie拥有计算机科学硕士学位,著述颇丰,出版作品涵盖安全、云和企业架构领域。她还热衷于桌面游戏和电子游戏,并且对奶酪有着毫不掩饰的鲜明见解。

Lori Mac Vittie 的更多博客文章

相关博客文章

SOAS 2025:目标不一致,结果难出色
F5生态系统 | 2025/05/13

SOAS 2025:目标不一致,结果难出色

AI部署缺乏协调会导致效率低下。了解如何协调安全、自动化和部署策略,充分释放AI潜力。

AI应用的应用交付与安全:驾驭现代AI架构
F5生态系统 | 2024/08/22

AI应用的应用交付与安全:驾驭现代AI架构

了解生成式AI应用和API安全如何塑造现代应用交付与安全。

借助多云网络简化超级云
F5生态系统 | 2023/09/13

借助多云网络简化超级云

超级云不只是一个流行词。它代表着一种简化愿景,以多云网络为起点,支持跨云提供商的混合IT。

2023年应用策略现状:成本与复杂性是推动多云网络发展的首要因素
F5生态系统 | 2023/03/15

2023年应用策略现状:成本与复杂性是推动多云网络发展的首要因素

多云网络解决方案可在核心、云和边缘环境之间实现无缝、安全的互联,为解决当今混合IT面临的挑战提供支持,因而备受业界关注。

运营演进的必要性
F5生态系统 | 2022/01/11

运营演进的必要性

在数字化成为默认模式的世界中,运维仍然过度依赖人工方式,需要不断演进,才能支持自适应应用。这一演进要求整个IT体系进行重大变革,并具备由AI赋能的自适应能力,以保持可用性、优化性能并保障安全。

多云并非简单使用多个云:让跨云衔接更轻松
F5生态系统 | 2021/10/07

多云并非简单使用多个云:让跨云衔接更轻松

随着企业转向互联云战略,工作负载的管理和保护变得日益复杂。了解F5如何满足市场对多云网络新方法的需求。