TikTok 团队常在两种时刻手忙脚乱：一是晚高峰出口打满、直播卡顿才想扩容，二是看账单觉得贵又盲目降配、结果活动日直接挤爆。这两种都是"等不够了再动"的被动模式。TikTok 出口容量规划的目标，是用历史增长与业务预期，提前算出每条出口在什么时间点会触顶，把扩容从救火变成按计划的从容动作。本文讨论 TikTok 出口容量规划的方法。

一、TikTok 为什么需要容量规划

被动扩容必踩晚高峰

TikTok 业务增长是连续的，但人的反应是滞后的。等监控报警出口 95% 才申请扩容，供应商调度加配置落地往往要好几天，这期间业务一直在超载边缘。容量规划把动作提前到触顶之前。

盲目降配会埋活动雷

TikTok 团队为省成本把出口压到刚好够日常，遇到大促或临时加场直接撑不住。容量规划要区分"日常基线"和"活动峰值"，两者用不同冗余策略，而不是一刀切压到最低。

二、TikTok 容量规划的五个输入

历史用量是规划的地基

TikTok 容量规划不能脱离历史曲线空想。把每条出口过去半年的带宽走势拉出来，增长是线性还是阶跃、晚高峰比日均高多少，这些数据决定未来该按什么斜率预估。没有历史，规划就是猜。还要留意一次性事件对曲线的污染，比如某次脚本异常造成的尖峰不应被当作真实增长，规划前先清洗异常点再拟合趋势。

交付周期决定提前多久动手

TikTok 供应商扩容从申请到可用要几天甚至几周，规划必须把这个周期算进提前量。若出口预计 30 天后触顶、供应商要 20 天交付，那第 10 天就该发起扩容，而不是等触顶。

三、TikTok 容量规划的三种策略

1. 基线加峰值冗余

TikTok 团队给日常基线留 20%–30% 余量，给活动峰值单独预留弹性或临时扩容。日常不浪费、活动不挤爆，两类需求分开满足。

2. 按触顶时间倒排

TikTok 团队算出每条出口预计触顶的日期，减去供应商交付周期，得到最晚发起日，写进日历提前触发。倒排让扩容自动按时发生，不靠人记。

3. 瓶颈优先扩容

TikTok 出口常先被连接数而非带宽打满，规划要识别哪个指标先触顶就先扩哪个。盲目加带宽却卡在连接数上限，扩容等于白做。规划表应单列"最先触顶指标"一列，每次复盘都核对实际先满的是不是当初预测的那样，预测错了就修正模型，让下一轮规划更准。

四、TikTok 出口容量规划的三个常见误区

• 误区一："够日常就行"——活动峰值会直接击穿；
• 误区二："等报警再扩"——交付周期让被动扩容必迟到；
• 误区三："只扩带宽"——连接数瓶颈不解决仍会满。

五、总结

TikTok 出口容量规划的核心是"提前算清触顶时间、把扩容变计划"，被动扩容必踩晚高峰、盲目降配会埋活动雷。五个输入——历史用量、增长预期、峰值系数、瓶颈点、交付周期——里历史曲线是地基、交付周期决定提前多久动手。三种策略是基线加峰值冗余、按触顶时间倒排、瓶颈优先扩容，其中瓶颈优先避免只扩带宽却卡连接数。三个误区是够日常就行、等报警再扩、只扩带宽。需要了解各区域 TikTok 出口的带宽与连接数上限以便测算触顶时间时，可到 tiktokjiasu.com 的节点专区查看说明。

如果你在为 TikTok 业务做出口容量规划，可访问 tiktokjiasu.com 查看各区域节点的带宽规格与连接数上限，据此结合你的历史用量曲线与供应商交付周期，倒排每条出口的扩容最晚发起日；实际配置与价格以官网实时页面为准，建议先区分日常基线与活动峰值两套冗余，再按瓶颈点优先扩容，让 TikTok 出口从"超载才救火"变成"按时从容扩"。