我的客户有 1-2,000 名观众，每天都有直播，同时观看人数相同。
我已经为他们的网站等设置了服务器，但我正在找出使用 OBS 流式传输到该服务器的最佳方式，然后将该流重新分发给客户端（作为网站上的嵌入）。
现在根据我所做的计算，运行这种并发查看器是非常有问题的，因为它迫使您进入 10gbit 链接 - 这是非常昂贵的，如果可能的话，我理想情况下希望适合 1-2gbps。
我的一个朋友建议研究“多播”，它使用的带宽比常规直播选项要少得多。可以组播吗？我之前有一个朋友在我的服务器上设置了 NGINX 直播流，但从未研究过配置以及其中是否支持多播。还有其他选择吗？你会推荐什么？
此外，该直播服务并不是高利润/组织类型的交易，因此任何预制服务都没有意义，因为每次直播很容易花费 40 美元以上，这对我的客户来说太高了。
感谢您的帮助！
汤姆
与组播相比，P2P 是互联网上更实用的解决方案，省钱而不是带宽。
特别是H5浏览器，可以使用
WebRTC DataChannel但是多播不适用于互联网路由器。
多播的工作原理是通过网络将单个流发送到边缘点，客户端可以“加入”多播以获得单独的流。
它要求网络支持多播协议并且边缘与您的用户保持一致。
它通常在运营商拥有自己的 IP 网络来提供 IPTV 等服务而不是通过互联网提供服务时使用。
对于您的场景，您通常会使用器官服务器和 CDN - 这通常会减少您自己服务器上的负载，因为视频将缓存在网络上，并且多个用户可以访问视频的相同“块”。
您可以在此处查看点播视频的 AWS 示例 - 其他供应商和云提供商也有解决方案，因此这只是一个示例：
您还可以找到更复杂的点播和实时教程，但它们可能比您需要的更多：https://aws.amazon.com/cloudfront/streaming/
正如 Winton 建议的那样，探索 P2P 可能也是一种选择 - 一些 CDN 也可能在内部利用 P2P 技术。
我也有同样的问题，尽管我对此做了很多研究，但仍然没有运气。想知道您是否找到了解决方案还是放弃了这个想法？