什么样的托pipe是用于*pipe网站？

当TomTom说10,000个用户不是很多时，TomTom提出了一个很好的观点，但是在确定您的托pipe需求的“规模”时，用户数量并不是最重要的。 但值得记住的一点是：如果您将10,000个用户视为上限，那么YouTube的问题不是您的问题。

1. 在这些用户中，有多less人会上传，有多less人只是观看video。 为两个用户提供服务所需的资源是不同的，你可能会有比“生产者”更多的“观众”。
2. 您需要考虑video的长度/文件大小，而不仅仅是数字 – 1000 2小时长的高清video，对于存储和回放而言，会比平均手机摄像机拍摄的1000分钟10分钟的video带来非常不同的问题。
3. 对这些video进行什么样的处理 – 例如来宾上传video – 是否将转换为不同的格式进行播放？ 这对处理器要求有影响。
4. 你是否准备编写自己的代码，这个代码是按照你想要的方式进行高度优化的，或者你会使用“现货供应”的网站代码，比如把它们全部放到一个CMS中，希望它能工作好？

在很大程度上，网站的响应将是其成功的重要部分 – 用户不会停留在不能及时播放video的video网站。 因此，不要说“什么样的托pipe将采取我的网站，多less将花费”，你需要说“这是什么是我的网站可接受的服务水平”，并做testing，以确定您的需求（和接受它可能是复杂的和/或昂贵的）。 一旦您的网站开始增长，这将使共享的虚拟主机可能非常成问题。

一旦你达到一定的规模，那么你可能会需要你自己的专用服务器。

那么，如果人们可以上传他们的video，而且每天页面大约有1000-10000个访问者，那么可以select什么样的托pipe？

共享主机或小型VPS。 10.000用户不是每天很多。 当你在一个小时内有500.000名游客时再回来;）

严重：大型网站共同拥有服务器的RACKS。 看看运行slashdot或者stackoverflow的基础。 这不是“好的，给一些网站空间”types的托pipe。 这是“我可以把我自己的服务器”types的托pipe。

简单的答案是，Amazon S3真的能在大多数网站上生存很长一段时间。 有一个网站的中间阶段，从一个地下室的电脑，一个VPS的某处，一个真正的服务器的某个地方，3或4个真正的服务器function安排，一个小群集负载平衡器达到谷歌风格与多个网站和一个CDN。

重要的不是过度提供，也不是提供不足。 你想在一年内投入你的负荷，并为此计划。 并不是所有的网站都有大量的stream量 – 有些stream量是高质量的。

YouTube的基础设施非常有趣，而且是巨大的。 网上有很多很棒的文章。

那么，如果人们可以上传他们的video，而且每天页面大约有1000-10000个访问者，那么可以select什么样的托pipe？ 在这种情况下需要什么？

你将需要存储，大量的入口带宽和出口带宽，所以使用对称的东西。

这不是一个非常高的页面访问量，所以几乎任何configuration的服务都可以。 （云/ VPS / Colo /机架空间/等）。

如果您的服务器正在运行，您已经拥有稳定可靠的基础架构，那么我会发现托pipe可能保持不变。

对于这个特定的实例，唯一真正的改变就是将媒体部分外包给该服务的主要提供者，我build议你看看Brightcove。 http://www.brightcove.com/en/类似于CDN，如Akamai。

祝好运，祝福，听起来像一个很酷的项目！

这是从2008年开始，但仍然非常相关， 高Scalability.com YouTube架构文章，他们是在一个非常不同的规模：

YouTube每天获得十亿次观看次数 这是每秒至less11,574次观看，每分钟694,444次观看，以及每小时41,666,667次观看。

相比于每天10,000的预期！ 那篇文章也有一些关于他们如何从一个小的，有趣的网站扩展到他们现在的怪物的信息。

不仅仅是共享服务器的一部分，它们还有服务器集群服务于单独的video。

Google的数据中心Cnet YouTube之旅中的一组旅程揭示了Google数据中心的devise 。 他们正处于这样一个层面，他们的数据中心拥有自己的水处理设施，只是为了提供清洁的水来保持服务器的低温。

最后，来自YouTube的带宽数据中心知识的一篇令人惊讶的文章。