生成类工具的网络画像：请求极小，产物极大
把生成类工具的网络流量按时间排开，会看到一个很不对称的形状。请求那一刻的流量几乎可以忽略 —— 一段提示词、几张参考图，最多几百 KB。真正占流量的是结果：一段视频、一批图、几十 GB 的模型。
这个形状决定了优化的方向。带宽要按产物来配，不是按操作次数来配。一天发几百次请求花的流量，可能还不如一次产物下载多。
也决定了问题的表现形式。请求失败会立刻看到，下载慢或下载失败往往在最后一步才暴露 —— 前面都正常，就是拿不到东西。使用者对这类的容忍度反而最低，因为前面已经等过了。下行这一项，悦播出海在给素材团队做方案时按峰值配，不按平均值配。
两种下行，卡法完全不同
第一种是单件大文件。一个几百兆的视频、一个几 GB 的模型权重。这类传输的特点是时间长、不能中断，只要带宽不够就是线性地慢，没有别的花样。一小时能下多少，取决于持续带宽乘时间。
第二种是批量小文件。一次下几十张图、一批音频片段、成百上千个依赖包。单个文件很小，但请求数极多。这类传输卡的不是带宽，是并发数与每个请求的响应时间 —— 每个请求多花两百毫秒，一百个文件就多花二十秒。
两种卡法的解决方法不一样。第一种加热下行带宽，第二种要降低单次请求的往返时间并把并发拉起来。用错方法，钱花了问题还在。
还有一个混合情形：批量下载大文件。并发数与带宽同时吃紧，这时候先降低并发、让单个文件跑满带宽，总时间往往比同时开十个更快。并发与带宽怎么配比，见加带宽还是加线路条数。
断点续传与校验，比速度更值得关心
大文件传输跑几个小时，中途断一次的概率并不低。支持续传的方式从断点继续，只损失几分钟；不支持的方式要从头开始，损失的是前面全部时间。
比续传更隐蔽的是校验。文件下完了，大小也对，用的时候才发现损坏 —— 这种情形的代价最大，因为前面所有等待都白费，而且你要先怀疑是不是自己的用法有问题，才想到是文件本身。
所以判断一条链路适不适合大文件传输，看的不是峰值速度，是两件事：连续跑几个小时不断，以及下完的文件能通过校验。前者靠链路稳定性，后者靠传输工具。
实践中有一个很省事的做法：把大文件的下载安排在无人值守的时间段，跑完之后自动校验并记录结果。第二天上班第一件事是看结果，而不是等进度条。为什么长传输和短下载的失败形态不同，见大文件为什么传不快。
多台机器拉同一份，只该从外面拉一次
一个团队有几台机器要用同一个模型，默认的做法是每台各自去外网拉。结果是流量翻了几倍、时间翻了几倍，而且几台机器可能同时卡在同一个慢源上。
更合理的组织方式是分两层：一台机器从外网拉全量，其余机器从内网取同一份。外网流量从「机器数乘体积」降成「体积」，内网那一层速度高得多，而且可控。
这件事的价值随机器数量线性增长。两台机器看起来不值得折腾，十台机器就是十倍的差距。而且它有个附带好处：版本统一。内网只有一份缓存，所有人都用同一个版本，不会出现「某台机器上的模型不一样」。这条外网只拉一次的路径，悦播出海的做法是用直采线路把它固定住，其余分发留在内网。
下载这件事，撞高峰的代价很高
产物的下载往往集中在生成完成的时刻。一批任务同时跑完，几十个文件同时开始下，下行瞬间被占满。这时候别人的日常操作也跟着变慢 —— 而他们并不知道发生了什么。
两种处理方式。一是错峰，把批量下载安排到业务低峰。二是排队，一次只下几个，下完再下一批。两种方式的总时长可能相近，但过程中其他人的体验完全不同。
还有一种做法是落地到中间位置：先下到一台常开的机器上，需要的人从内网取。这样外网只有一次下载，其余都在内网完成，高峰期的影响被压缩到最小。
怎么算自己需要多少下行
方法与大文件上传对称：一天的产物总体积，除以希望取回的时长，再留出余量。如果产物集中在某两个小时里下完，就按那两个小时算，不要按全天平均。
实测比估算可靠。挑一个体积已知的文件，在实际使用的时段下载一次，记录耗时。体积除以耗时得到实际持续下行，通常明显低于测速网站的峰值。
还有一项容易被漏掉：并发。五个人同时下载同一个大文件，每个人的速度大约是单人时的五分之一。如果这是常态，那么需要的是缓存或内网分发，而不是更大的带宽。
把体积、时长、并发三个数摆在一起，需要配多大的线就清楚了。这比任何「我们这个方案很快」的说法都可靠。数据怎么判读，见网络测试数据怎么读。
关于悦播出海
悦播出海做的是出海企业的跨境网络：SD-WAN 跨境专线、固定独享出口 IP、全球 200 多个节点，覆盖 TikTok 直播、跨境电商、海外办公与多办公点组网。通道经合规审核，线路与节点资源直采、不转手加价；计费按带宽、线路条数、节点三项算，不按账号数。自有技术团队负责配置与调优，出问题能定位到具体一段。月费订阅、带宽可增减，3 天 24 小时试用，用你自己的业务在真实时段测过再决定。文里这套测法与读数口径，我们交付时用的是同一套。
