我正在尝试将 kurento 媒体服务器扩展为数千个并发调用。
我计划使用 OpenVidu Pro 进行缩放。
我还保留了一个替代方案来开发自己的应用程序服务器和管理 kms 节点。
我担心的是蚂蚁媒体服务器与我的 kms 节点相同的硬件容量支持更多的并发调用相比，kms。
Source of the above information如果上述信息是真的，kms 会做什么额外的事情来使用更多的硬件资源？
可以做些什么来优化 kms。
如果可能的话，请放出一些光。
@ Maximillian 给出错误信息。比较苹果和橙子是荒谬的。
我想主要的问题是混淆流协议。
对于低延迟,您应该使用 webrtc 以及蚂蚁媒体和 kurento 都支持这一点。正如 @ Maximillian 所说的,你应该决定,你需要低延迟与巨大的 audince 或延迟没关系?场景是一对多还是多对多?
8-10 的延迟是在 HLS 不在 webrtc，它不是蚂蚁媒体或其他 Rtmp Hls 服务器故障，它是 HLS 的实现 / 设计。
在 Hls 中，您至少需要 3 ts 包，它应该是 minumum 2 秒（默认 10 秒），这就是为什么您看到 Hls 流具有 6-30 秒的延迟。
在您的问题中，您将性能 / 资源使用情况指向 webrtc，而蚂蚁媒体比 kurento 更好地使用系统资源。让我解释一下为什么？
Kurento 是一个很棒的媒体服务器，专为进行额外的操作而设计，例如过滤，图像渲染，opencv 实现，Rtp Endpoint，Rtsp 端点等。但是，即使您从未激活此功能，这种额外的功能实现也会导致 CPU 使用率很高。自 2015 年以来，kurento 的性能不断提高，并且越来越好。不幸的是，对于巨大的 audince 来说还不够。例如
请注意，在 kurento 中，您的专用 / 虚拟服务器没有配置或工具可以自动扩展。
您需要开发您的自定义 docker 管理器和 stream republisher / restreamer 来分发您的流。相信我会非常痛苦。@ 2016 当时有一个关于 amazon market ElasticRtc 的项目,管理 cring / 在 amazon cloud 扩展 Kurento。然而在 twillio 收购 kurento 之后,它停止了。
Ant-media webrtc 产品真的很好，并且比其他 sfu 更好。您可以在此处查看性能比较Ant Media, Jitsi and J Which one is best to start live voice stream one to many in Mobile Applications?
如你所见，开源 / 付费 sfu 有很多选择，如 mediasoup，medooze，j，flashphoner，wowza 等，我通常更喜欢蚂蚁媒体。
易于设置
易于集成 api（在 kurento，它在媒体管道和端点管理方面也很痛苦）
比其他付费媒体引擎便宜（wowza，flashphoner）
易于准备群集
支持 Rtmp 摄取、 Hls & amp;webrtc 播放
支持 Webrtc 摄取、 Hls & amp;webrtc 播放
基于 Api 的开始 / 停止记录流单独
支持 webrtc 和 hls 的 ABR 联播
使用相同规格的服务器
Kurento 250 端点
Wowza 650-700 端点
J & amp;mediasoup 500-750 端点-Ant media 1400 端点
您正在使用的源是一对多，通常是几秒钟的延迟不是问题的情况，因为一个人正在向许多正在听的人说话-如电视节目，Facebook 直播等。
Kurento 更专注于（但不限于）参与者之间的直接沟通，在那里你有一个延迟 ＆ lt;1s（在良好的网络），每个人都可以与每个人沟通，我听起来像是你需要的。
当你检查蚂蚁媒体主页时,你可以看到免费版的延迟在 8-10s 之间。如果你想少一点,它就不再是免费的了。但后来它仍然没有直接的交流,它是 1 个流媒体到许多听众 (免责声明:我从来没有使用过付费版本,但对我来说似乎是这样)。
我做了他们的方式你提到，有 kms（kurento 媒体服务器）的多个实例，并通过我自己的应用程序包括负载平衡器和自动缩放管理它们，但我不后悔这种欺骗。我希望这带来了更多的光：-）
本站系公益性非盈利分享网址，本文来自用户投稿，不代表边看边学立场，如若转载，请注明出处
评论列表（51条）