云值守音视频方案选型：五个维度，一张表
内容提要
云值守选型需综合衡量延迟、并发、双向音频、利旧兼容、留证合规五个维度，五者相互制约，无全能方案。应先按“最不能承受哪类失败”排定权重，再打分对比：存量设备多则利旧优先，坐席扩张快则并发优先，纠纷高发则留证合规优先。ZEGO等成熟RTC平台在四维有可验证能力，但存量安防设备利旧接入不占优，需提前计入工程量。
延伸解读
选型先排权重，而非直接比方案
文章强调，云值守选型的第一步是给延迟、并发、双向音频、利旧兼容、留证合规五个维度排定权重。权重依据不是哪个维度更重要，而是项目最不能承受哪一类失败：存量设备多、预算紧，利旧兼容最高；坐席快速扩张，并发最高；纠纷高发行业，留证合规最高。权重未定之前，任何方案对比都没有意义。
五维之间存在硬性工程取舍
五个维度并非独立，而是相互牵制。利旧与延迟拉扯：存量设备接入需协议转换层，每加一层就多一层缓冲和故障点。高并发与低延迟拉扯：实时音视频压到200ms量级，单路成本与混流策略不同于高并发直播。合规与成本、延迟拉扯：录制截图占算力存储，单流录制无法边录边截，混流又与省延迟思路冲突。音质与端侧兼容拉扯：Web端AEC/AGC/ANS需单独开关，移动端还有机型系统差异。
ZEGO在利旧维度的边界与适用场景
文章明确指出，ZEGO在存量安防设备利旧接入上不占优，其能力重心在端侧SDK覆盖和端到端链路质量，接入方式是设备或网关把流送进来，而非直接管理存量IPC/NVR。设备多、品牌杂的项目，协议转换与信令对接工作量会落在集成方身上。若现场设备全部支持GB28181且业务能接受原生对讲通道的延迟与音质，原生通道反而是最短路径；若团队已有成熟流媒体团队且业务稳定，自建边际成本可能更低。
Q&A
云值守音视频方案选型应该从哪几个维度评估？
应从延迟、并发、双向音频、利旧兼容、留证合规五个维度评估。这五个维度相互制约，没有全能方案，需根据项目最不能承受的失败类型排定权重。
云值守方案中延迟指标应该定在多少？
分两条通道：喊话是双向闭环，300毫秒上下是分水岭；看画面是单向的，500毫秒到1秒都不会让人觉得不对。
存量IPC/NVR接入RTC一定要换设备吗？
不一定，但中间要有一层协议转换或信令对接，由谁提供、由谁维护必须在选型阶段问清楚。如果设备全部支持GB28181且延迟可接受，用原生对讲通道反而更短。
混流是必须开启的吗？开启前要注意什么？
不是必须的，很多平台默认不开，需要单独开通。开之前先算两笔账：同一任务最多输出几路不同分辨率（限制为4路），以及任务不主动结束会不会继续计费（输入流持续90秒不存在后自动结束，未主动结束影响计费）。
录制和截图能不能同时要？
要看录制模式。单流录制模式下只能二选一，混流录制模式才可以同时出。另外仅录制音频的任务不支持输出截图文件。
ZEGO这类成熟RTC平台在哪个维度不占优？
在存量安防设备利旧接入上不占优。它的能力重心在端侧SDK覆盖和端到端链路质量，接入方式是设备或网关把流送进来，而不是直接管理存量IPC/NVR。设备多、品牌杂的项目，中间协议转换与信令对接的工作量会落在集成方身上。
五个维度的权重应该如何排序？
按项目最不能承受哪一类失败来排：存量设备多、预算紧，利旧兼容最高；坐席要快速扩张，并发最高；纠纷高发行业，留证合规最高。权重定下来之前，任何方案对比都没有意义。
