晚八点到十点，在线教育平台的并发请求常常是白天的几倍：直播课整点开讲，成千上万路推拉流同时建立，带宽曲线每天准时涨潮。这种规律的流量潮汐，决定了教育类业务的基本架构思路——把必须实时的部分和可以缓存的部分拆开处理。
潮汐的形状
工作日晚高峰集中在 19:00 到 22:00，周末从上午持续到深夜，寒暑假还会整体抬高一个台阶。如果按峰值采购服务器和带宽，闲时利用率可能不到两成；如果按均值配置，晚高峰又必然卡顿。粗略推演一下：峰值与均值之比达到 5:1 时，按峰值准备的资源有八成时间在闲置，这部分浪费就是成本优化的空间。
直播与录播分家
直播链路涉及推流、转码、分发，每一步都吃实时性，一般单独用一组机器扛，按并发预留资源。录播课则完全不同：视频转好之后放在存储里，用户什么时候看都行，天然适合用 CDN 缓存分流。经验做法是把 80% 以上的点播请求拦在边缘节点，只有缓存未命中的请求才回源。回源带宽降下来，账单才能降下来。
缓存怎么落地
点播视频按清晰度切成多档，用 HLS 协议切片，单个切片 6 到 10 秒，既方便边缘缓存，也方便用户拖动进度条。热门课程在开课前预热到边缘节点，避免开播瞬间集中回源。服务端再加一层内存缓存，把课程目录、章节列表、播放进度这类高频小请求挡在数据库之外，例如用 Redis 存进度，设几分钟过期就够。
成本控制的落点
资源上固定一小批机器保底，晚高峰临时扩容，潮退了就释放。带宽按实际用量计费的模式比固定带宽更适合曲线陡峭的业务。顺云的云服务器支持按量与包年包月组合，跨境观看需求可以用香港节点 HK-2 承接，免备案上线也快。
一句话建议：先看监控里的流量曲线，再决定买多少资源。潮汐型业务的省钱空间，就藏在峰谷差里。