user36465 Asked: 2010-03-03 03:34:05 +0800 CST2010-03-03 03:34:05 +0800 CST 2010-03-03 03:34:05 +0800 CST 用于实时音频/视频流的服务器 772 我需要为将流式传输实时音频和视频的网站构建服务器。该功能将类似于 www.ustream.tv 的频道，只有一个广播公司和无限的订阅者（只能通过文本聊天）。根据连接，流将具有多个比特率。首先，我需要能够拥有 100 个广播用户和 1000 个订阅者。 哪个是最好的软件和硬件组合？我将从一台服务器开始，然后在需要时构建更多服务器。 我听说过基于闪存媒体服务器 3.5 或 Red5 的媒体服务器。但我不知道更喜欢哪一个。 提前谢谢（对不起我的英语） streaming audio video-streaming 4 个回答 Voted Best Answer Chopper3 2010-03-03T04:04:21+08:002010-03-03T04:04:21+08:00 一些想法； 您的客户端软件是什么，这非常重要，特定操作系统上的特定版本 - 这将定义您的流媒体软件。 您的流配置文件是什么，您打算预编码还是有/期望即时交叉编码？ 您是否对此进行了平均计算和突发带宽要求，是否考虑到从磁盘/内存到 CPU、IO、NIC、L2、L3、负载平衡器、防火墙以及您可能使用的任何 VPN 的整个路径？有/需要，外部路由，继续运输等。 您是否计划从流式服务器提供非流式流量（首页、事务性等）？如果是这样，为什么这种流量可以轻松处理抖动但视频不能 - 考虑将前端拆分为工作负载类型，以便更轻松地横向扩展。 现在考虑一下您将如何“利用”实时内容，您很有可能需要这种能力来遵守权利。 至于硬件，在我看来你需要性能和弹性，你将很难以便宜的地下室价格获得它，坚持使用中/大男孩之一（戴尔或更好）而不是建立你的 -拥有 - 你会很忙，因为它是。 希望这有一些用处。 TrueDuality 2010-03-03T06:11:40+08:002010-03-03T06:11:40+08:00 100 个视频流的即时编码无论您想要多少比特率，都将超过任何服务器的停机时间，除非您选择大铁，而且听起来您想要一个便宜的解决方案，所以这不是一个选择。如果您的客户端进行编码，而您的服务器只是处理分发，那么它仍然会受到很大的影响，但影响要小得多，但这意味着让客户端对不同的比特率进行编码并同时将所有内容流式传输给您。 在这种情况下，您可能必须编写自己的客户端，或者调整一个开源项目来进行流式屏幕捕获以获取源。我会调查一下，看看你可以流到什么样的服务器，然后从那里开始。 Nasa 2010-03-03T07:04:33+08:002010-03-03T07:04:33+08:00 Windows 2008 媒体服务。 jamieb 2010-03-03T07:26:10+08:002010-03-03T07:26:10+08:00 在没有大量硬件和网络规划投资的情况下，您能够做这样的事情的唯一方法是使用托管流服务（类似于网络托管服务，但更小众）。您还可以考虑使用 Amazon 的 CloudFront 流媒体服务。
一些想法；
至于硬件，在我看来你需要性能和弹性，你将很难以便宜的地下室价格获得它，坚持使用中/大男孩之一（戴尔或更好）而不是建立你的 -拥有 - 你会很忙，因为它是。
希望这有一些用处。
100 个视频流的即时编码无论您想要多少比特率，都将超过任何服务器的停机时间，除非您选择大铁，而且听起来您想要一个便宜的解决方案，所以这不是一个选择。如果您的客户端进行编码，而您的服务器只是处理分发，那么它仍然会受到很大的影响，但影响要小得多，但这意味着让客户端对不同的比特率进行编码并同时将所有内容流式传输给您。
在这种情况下，您可能必须编写自己的客户端，或者调整一个开源项目来进行流式屏幕捕获以获取源。我会调查一下，看看你可以流到什么样的服务器，然后从那里开始。
Windows 2008 媒体服务。
在没有大量硬件和网络规划投资的情况下，您能够做这样的事情的唯一方法是使用托管流服务（类似于网络托管服务，但更小众）。您还可以考虑使用 Amazon 的 CloudFront 流媒体服务。