视频从拍好到用户看到，要经过上传、转码、存储、分发和播放好几个环节。每一步单独看都不算难，麻烦的是把它们串起来，并且在流量上来以后还能稳定运行。自己搭一整套，成本和维护量都不小。阿里云点播就是为这类事情准备的。这篇文章从使用角度讲清楚它各部分怎么配合，以及上线前值得先想清楚的几件事。
先搞清楚点播管的是哪一段
阿里云视频点播（ApsaraVideo for VOD，简称阿里云点播）处理的是已经录好的视频文件，也就是通常说的点播内容。边录边播的直播场景不在这里讨论。它的能力大致包括上传、媒体处理、内容管理、CDN 分发和播放器接入。你可以在控制台里手动操作，也可以用 API 或 SDK 接进自己的业务系统。后者更常见，因为视频一般是用户在业务里上传的。
所以点播做的事可以概括为：把原始视频转成各种设备都能播的格式，再尽快送到观看的人手里。业务代码只需要管谁能看、什么时候能看、在哪个页面看。
上传、转码、播放，三步怎么衔接
上传：拿到视频 ID 就算进了门
上传可以走控制台、客户端 SDK 或服务端 API。大文件建议用分片上传并开启断点续传，网络抖一下，只需要重传那一片，不用从头再来。上传完成后视频进入媒体库，会分配一个唯一的视频 ID。后面的转码查询、播放地址获取、分类管理都靠这个 ID 串起来，所以业务库里最好把它和你自己的内容 ID 一起存下来。
转码：别一律上最高规格
同一条视频要适配手机、平板和电脑，还要应对 Wi-Fi 与 4G 之间的切换，因此通常需要转出标清、高清等多个档位，编码格式也要兼顾兼容性。点播既支持自动转码，也支持自定义转码模板，可以设定分辨率、码率和编码参数。
这里有个常见误区：很多人会直接选最高规格，觉得画质好就行。码率越高，存储和流量成本越高，移动端用户也未必看得出差别。更稳妥的做法是按内容分级。讲话为主的课程可以用较低码率，画面变化多的产品演示再用高一档。模板选好后，建议先抽几条视频实际看一下画质，再批量套用。
播放：播放地址别直接暴露
播放端一般用点播提供的播放器 SDK，它会根据网络情况自动切换清晰度，省去自己写码率切换逻辑的麻烦。分发上，点播结合阿里云 CDN，热门内容会缓存到离用户更近的节点，跨地域观看时首帧加载通常会快一些。
播放地址要不要做保护，取决于内容本身。公开课程可以宽松一点，企业内部培训、付费内容就该配防盗链和带时效的播放地址。链接即使被转发，过期后也打不开，比事后追查省事得多。加密播放适合版权要求更高的场景，但要预留播放器端的适配时间。
几种典型用法
在线教育是最典型的场景。录播课上传后自动转码，学员在不同网络下拿到对应清晰度。课程量多了以后，教研人员用分类和标签管理，找课比翻文件夹快很多。自建服务器时，高峰期卡顿和转码排队往往最先暴露，交给点播之后，运维压力会小不少。
短视频和内容社区对上传速度和首屏时间更敏感。用户一次上传几十兆是常态，分片上传能减少失败重来的情况。首屏慢的问题，一方面靠 CDN 缓存热门内容，另一方面要在转码模板里给首帧留出余量，比如合理控制 GOP 和码率，别让一个高码率的开头拖慢起播。
企业内训需要的是访问控制。产品培训、合规课程只允许在指定域名下播放，播放地址设置有效期。这样即使有人截取了链接，也很难长期拿去用。
上线前可以先过一遍
- 先想清楚场景：录播课、短视频、内训对清晰度、分发和安全的要求差别很大，选配置前先确定主要用途。
- 转码模板分级：按内容类型配置不同档位，先在小批量视频上验证效果，再推广到全部内容。
- 上传端做好重试：客户端要显示进度，失败后能自动重试，否则用户很容易在半路放弃。
- 安全能力提前接入：防盗链和播放鉴权如果等业务上量再补，要同时改播放地址生成、前端调用和历史数据，代价会高很多。
- 定期看账单和报表：存储、转码和流量的用量在控制台都能看到，每月对一次，哪类内容占成本最多，就能针对性地调整。
如果刚开始评估，建议先拿一小批真实视频跑通上传、转码、播放的完整链路，确认画质、加载速度和成本都在预期内，再逐步扩大。点播把视频处理的复杂部分封装好了，但转码策略、安全配置和成本控制仍然需要结合自己的业务来调。
