通过 CDN 流式传输实时专有内容
Stream live proprietary content via CDN
要求：能够从云环境中大规模流式传输实时专有二进制数据。
可能的解决方案：
使用 CDN，是否可以在与视频编解码器无关的协议（例如 MPEG-DASH）中流式传输实时非视频数据？
似乎 Azure 和 AWS CDN 都支持 MPEG-DASH，而 MPEG-DASH 与它包含的视频编解码器无关。
这个解决方案有意义吗？必须实施什么？ （专有模拟视频编解码器 + 与 MPEG-DASH 接口是否足够？）
DASH 和 HLS 流式传输使用正常的 file/blob-based HTTP CDN。流数据被分成 chunks/segments（通常持续约 4 秒）并上传，连同一个 manifest/playlist 告诉客户端 chunks/segments.[=10= 的 URL 是什么。 ]
以这种方式进行分段流式传输会增加延迟。但是，它确实使它更经济。您可以使用众多现有 CDN 之一，而不是创建自己的流媒体基础设施。如果您可以处理几秒钟的延迟，这可能是适合您的解决方案。
如果延迟更重要，您可以选择开发自己的 pub/sub 系统，或者花很多钱使用现有的云解决方案。这些都增加了复杂性。
要求：能够从云环境中大规模流式传输实时专有二进制数据。
可能的解决方案： 使用 CDN，是否可以在与视频编解码器无关的协议（例如 MPEG-DASH）中流式传输实时非视频数据？
似乎 Azure 和 AWS CDN 都支持 MPEG-DASH，而 MPEG-DASH 与它包含的视频编解码器无关。
这个解决方案有意义吗？必须实施什么？ （专有模拟视频编解码器 + 与 MPEG-DASH 接口是否足够？）
DASH 和 HLS 流式传输使用正常的 file/blob-based HTTP CDN。流数据被分成 chunks/segments（通常持续约 4 秒）并上传，连同一个 manifest/playlist 告诉客户端 chunks/segments.[=10= 的 URL 是什么。 ]
以这种方式进行分段流式传输会增加延迟。但是，它确实使它更经济。您可以使用众多现有 CDN 之一，而不是创建自己的流媒体基础设施。如果您可以处理几秒钟的延迟，这可能是适合您的解决方案。
如果延迟更重要，您可以选择开发自己的 pub/sub 系统，或者花很多钱使用现有的云解决方案。这些都增加了复杂性。