网络性能的瓶颈不再是带宽，而是端到端的延迟与抖动。APNIC 博客指出，延迟和抖动比带宽不足更能拖垮应用响应。这种现象在数据中心、云服务和移动接入中均表现明显。工程师需把延迟指标纳入容量规划。
带宽与延迟的对比
Tanenbaum 在《Computer Networks》里用一辆装满 VHS 磁带的货车，以及一个装满高密度固态存储的隔夜快递箱做类比。把箱内设备数量乘以单盘容量，再除以 86,400 秒（一天的秒数），得到的“箱子带宽”远超当前任何可购买链路，甚至超过跨洋骨干总和。但我们不把数据用箱子运输，因为网络本质上是对人类不耐烦的妥协：只要未达到人类可感知的极限，降低时延永远有价值。
抖动对应用的放大效应
抖动是延迟的“近亲”，危害更隐蔽。应用无法按网络最快速度运行，必须按最慢的往返时间调整；若端到端抖动幅度大，协议栈只能不断猜测下一次 RTT，猜错即导致丢包、乱序、重传风暴。这种机制在 TCP 拥塞控制、实时音视频和分布式数据库同步中尤为明显，微小的抖动放大后会吞吐量大幅下降。
物联网与移动场景同样受制
有人认为物联网和移动网络天然容忍延迟，实则忽略了核心前提：网络是为人类不耐烦而生。终端设备最终服务于人，无论是智能家居指令、车联网控制还是远程医疗，用户对卡顿的容忍度极低。因此，边缘计算、5G 低时延切片等技术的演进，本质上仍在把端到端时延和抖动压向人类感知阈值以下。
对运维与网络工程师而言，把时延和抖动纳入 SLA、选型和故障排查的核心指标，比单纯追求带宽更能保障业务体验。
原文: APNIC Blog（2018-04-06）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog