这个项目是一家城商行的年度合规培训，要求是：1147 个网点、约 1.6 万名员工，在同一个时间段内完成同步观看，并且要有可核查的到课记录。
听起来像个纯技术活，摄行科技做下来发现最难的不是技术，是运维排班。银行培训直播这种项目的特点是"面广、点散、条件参差"——有的网点在市中心写字楼，千兆光纤；有的在县城老街，还在用 20M 的 ADSL；还有十几个在乡镇，网络时好时坏。
我们把整个项目的执行过程做成了一张值班表，从 D-7 到 D+1，一共八天。这篇就照着这张表走一遍。
D-7｜网络普查日
值班：2 名流媒体运维 + 客户 IT 部门 3 人
银行培训直播的第一天什么都不干，只做一件事：摸清 1147 个网点的真实网络条件。
方法是发一个探测页面到每个网点的终端上，页面自动跑三项测试——下行带宽、到最近 CDN 边缘节点的 RTT、连续 60 秒的丢包率。测试结果自动上报。
回收了 1089 份有效数据（58 个网点当天没人操作，后来补测）。分布出乎意料：
| 下行带宽 | 网点数 | 占比 |
|---|---|---|
| >100Mbps | 412 | 37.8% |
| 20-100Mbps | 501 | 46.0% |
| 5-20Mbps | 154 | 14.1% |
| <5Mbps | 22 | 2.0% |
那 22 个 5Mbps 以下的网点是整个项目的关键约束。做技术方案不能按平均值来，要按最差的那一档来——不然那 300 多号人就是白培训。
D-6｜方案定档日
值班：技术负责人 + 2 名流媒体运维
根据普查数据定分级策略。这是银行培训直播这类项目的核心决策：
输出三档码率：1080p/2500kbps、720p/1200kbps、480p/500kbps。播放器根据实测带宽自动选档，也允许手动降档。
最低档必须能在 5Mbps 下稳定播放。500kbps 的 480p 看 PPT 是够的——这类培训内容 80% 的画面是 PPT 加讲师半身，不需要高分辨率。我们做过盲测，同样的 PPT 内容，480p 和 1080p 在 15 寸屏幕上，参与者辨认文字的正确率差异不到 3%。
PPT 单独通道。这一招是解决低带宽的关键，摄行科技在几乎所有大点位培训项目里都会强制开启。不把 PPT 当画面推，而是单独走一路低码率的图片流（每次翻页推一张静态图，约 80KB），播放端本地合成。这样即使视频降到 480p 糊了，PPT 文字依然是清晰的。带宽占用几乎可以忽略。
这个设计的灵感来自学术会议的投屏方案，本质是把"高信息密度的静态内容"和"低信息密度的动态画面"分开传，各用各的最优编码。
边缘缓存预热。开播前 2 小时，让 CDN 把播放器资源、封面图、PPT 首页推到各省的边缘节点。这样开播瞬间 1147 个点同时请求，不会把源站打穿。
码率分档的具体算法和降级逻辑，跟直播推流码率自适应原理里讲的 ABR 分层是一套东西，只是这次的最低档压得更狠。
D-5｜到课统计方案日
值班：技术负责人 + 客户合规部 2 人
银行培训直播的合规属性摆在那儿，监管对留痕有明确要求，"看了"和"能证明看了"是两回事。
最终定了四层记录：
登录层：员工工号 + 短信验证码登录，绑定网点编号。这一层解决"是谁"。
在场层：页面可见性检测 + 心跳上报，每 30 秒一次。页面切到后台不计时长。这一层解决"在不在"。
互动层：全程随机弹出 5 道单选题，答题窗口 90 秒，超时视为未答。这一层解决"听没听"。
汇总层：结课后自动生成三份报表——个人明细（工号、有效时长、答题记录）、网点汇总（应到/实到/完成率）、异常清单（时长不足、多次未答题、设备异常）。
合规部特别提了一个要求：所有记录要能保存三年且不可篡改。我们的做法是每日增量数据生成哈希，写入独立的审计日志表，同时导出一份加密的离线备份。个人信息的存储和使用要符合规范，采集哪些字段、保存多久、谁能查，这些都在项目启动前做过一轮内部合规评审（可参照个人信息保护相关规定）。
权限分级、水印、防录屏这套内训场景的标准动作，我们在企业内训直播为什么不能直接用公开平台里踩过不少坑，这次直接复用了成熟配置。
D-4 到 D-3｜分批压测日
值班：3 名流媒体运维，两班倒
不能等到正式那天才知道能不能扛住，摄行科技在这一步上从不省事。
D-4 上午：选 50 个网点做小规模连通性测试，主要验证登录流程和播放器兼容性。发现 3 个网点的终端还在用 IE 内核的老浏览器，播放器不兼容，通知 IT 部门提前升级。
D-4 下午：300 个网点并发测试。CDN 侧一切正常，但签到接口出现了响应变慢——瞬时 300 个请求打过来，接口平均响应从 80ms 涨到 1.4s。加了个队列和本地缓存，重测正常。
D-3 全天：全量 1147 个网点压测，放一段 20 分钟的测试视频。这次暴露了两个问题：
一是那 22 个低带宽网点里，有 9 个连 480p 都吃不下，实测下行只有 2Mbps 出头。给这 9 个点单独出了方案——提供纯音频 + PPT 模式，视频完全关掉，带宽需求降到 100kbps 以内。
二是有 40 多个网点的终端时间不准，最夸张的一台差了 11 分钟，导致心跳时间戳错乱。统一下发了 NTP 校时脚本。
压测这一步很多项目会省掉，理由是"上次也这么做的没问题"。但网点数量一变、时间点一变，结果完全不同。我们的规矩是：超过 200 个并发点位的项目，全量压测不可省。
D-2｜彩排日
值班：全员 6 人
从讲师入场开始，完整走一遍 90 分钟流程。重点验三件事：
切换流畅度。讲师讲解、PPT 翻页、案例视频插播，三种画面的切换要顺。彩排时发现插播视频的音量比讲师声音大了 6dB，观众端会被吓一跳，调平了。
弹题触发。5 道题在预设时间点是否正常弹出、答案是否正确入库。第 3 题的选项文字在 480p 下有点小，字号调大了两号。
降级演练。故意掐断主推流，验证备用链路能否在 15 秒内自动接管。第一次演练用了 23 秒，超标；调整了健康探测的阈值，第二次 9 秒完成切换。
彩排完出了一份 17 项的整改清单，D-1 上午全部关闭。彩排该覆盖哪些科目，可以对照直播彩排到底在彩排什么里的三张表来排。
D-1｜静默日
值班：1 名运维值守
这一天原则上不做任何变更。只做三件事：确认所有配置已冻结、给 1147 个网点发送观看指引短信、检查值班人员的联络表。
我们内部管这天叫"静默日"，是被教训出来的规矩。以前有个项目在开播前一天做了个"小优化"，结果引入新 bug，第二天现场手忙脚乱。从那以后，D-1 一律冻结。
D-Day｜执行日
值班：技术负责人 1 + 现场导播 1 + 摄像 2 + 音频 1 + 远程运维 2 + 客服 3（客户方）
08:30 设备加电，信号联调。 09:00 开放签到入口，观察登录并发曲线。 09:20 登录人数 1.1 万，比预期慢。查出来是短信验证码通道限流，临时提额度。 09:40 登录人数 1.53 万，覆盖 1141 个网点。6 个网点失联，电话确认后发现 4 个是当天临时闭店，2 个网络故障，改为看回放。 09:45 开播。 09:45-09:50 监控大盘：480p 档位占比 19.3%，720p 占 44.1%，1080p 占 36.6%。低带宽策略生效。 10:12 第一道弹题，答题率 91.4%。 10:38 某省 CDN 边缘节点出现波动，该省 78 个网点卡顿上报。自动切换到邻省节点，2 分钟恢复。 11:15 全场结束。峰值同时在线 15,482。
结课数据：
| 指标 | 数值 |
|---|---|
| 应参训 | 16,204 |
| 实际登录 | 15,691（96.8%） |
| 有效时长达标 | 14,203（87.7%） |
| 五题全答 | 12,876（79.5%） |
| 平均卡顿次数 | 0.8 次/人 |
| 客服工单 | 143 单（主要是登录问题） |
D+1｜复盘与交付日
值班：技术负责人 + 1 名运维
金融机构的从业人员培训有专门的监管口径，做方案前值得先看一眼（金融机构从业人员管理相关规定）。
交付三样：三份报表、完整录制文件（含 480p/720p/1080p 三档）、一份技术执行报告（含全程监控截图和异常处置记录）。
复盘会上客户提了个问题：为什么有 1.2% 的人时长达标但一道题都没答。查出来是他们把页面开在副屏，弹题窗口弹在了主屏，没看见。下次的整改项：弹题时同步播放提示音。
这种细节，不做复盘永远不会知道。
三条能带走的经验
一、银行培训直播这类项目要按最差网点做方案，不是按平均值。 平均带宽再高也没意义，掉队的那 2% 就是项目的短板。
二、把静态内容和动态内容分开传。 PPT 单独走图片流这一招，在低带宽场景下的收益远大于任何编码优化。
三、超过 200 个并发点位就必须全量压测。 没有例外。
有大规模点位的培训需求吗
银行培训直播这类项目的技术难度其实不高，真正难的是把 1147 个变量都收进可控范围——网络普查、分级策略、压测、彩排、值班、交付，每一步都得有人盯。
摄行科技做过多个千点位量级的同步直播项目，有一份《大规模点位部署 checklist》，从 D-7 到 D+1 一共 94 项，包含网络探测页面的现成代码、码率分档的推荐参数、到课统计的表结构设计。你们要是有跨网点、跨厂区的大规模培训需求，可以把点位数量和大致的网络情况发给摄行科技，我们免费帮你做一版可行性判断，告诉你哪些点位可能掉队、需要提前准备什么。这一步不谈钱，先把风险摸清楚更要紧。
#摄行科技