用于实时audio/videostream的服务器

一些想法;

• 什么是您的客户端软件，这是非常重要的，在特定操作系统上的特定版本 – 这将定义您的stream媒体软件。
• 什么是您的stream简介，您打算预编码还是您有/期望交叉编码？
• 您是否平均完成了math计算并为此提供了突发带宽要求，是您考虑从磁盘/内存到CPU，IO，NIC，L2，L3，负载均衡器，防火墙，您可能需要的任何VPN的整个path的最高端数字有/需要，外部路由，转发等。
• 您是否计划从stream媒体服务器提供非stream式stream量（首页，交易等）？ 如果是这样，为什么这个stream量可以轻松处理抖动，但video不能 – 考虑将您的前端分成工作负载types，使扩展更容易。
• 现在考虑如何“点击”到实况内容，很有可能您需要这种权利合规能力。

至于硬件方面，听起来我觉得既需要性能又要有韧性，否则你就很难以低廉的价格获得这个价格，坚持一个中等/大男孩（戴尔或更好），而不是build立你自己的，自己 – 你会很忙，因为它是。

希望这有一些用处。

对100个videostream进行即时编码，无论您需要多less比特率，都不会超过任何服务器，除非您要使用大铁杆，而且听起来像是您想要一个便宜的解决scheme，所以这不是一个选项。 如果你的客户端进行了编码，而你的服务器只是处理分配，那么它仍然是一个很大的打击，但是却不是那么重要，但是这意味着让客户端对不同的比特率进行编码，并把所有的数据stream同时传输给你。

这是您可能必须编写自己的客户端的一种types，或者调整一个开放源代码项目来实现stream式屏幕捕获，以获取这些提要。 我会研究这个，看看你可以stream到什么样的服务器，然后从那里去。

Windows 2008媒体服务。

在没有硬件和networking规划的大量投资的情况下，你将能够做到这样的事情的唯一方法是使用托pipe的stream媒体服务（类似于虚拟主机服务，但更多的利基）。 您还可以考虑使用Amazon的CloudFront Streaming服务。