我需要多less个服务器端资源来build立一个每月超过2亿的电子商务网站？

我强烈build议你select：

• 能力计划的艺术
• 可扩展的互联网架构

每天扩展到数百万游客不是一个小问题，需要一些严肃的计划和负载testing。 例如，维基百科在佛罗里达州的坦帕（佛罗里达州坦帕市）设有一个大约350台左右的服务器（我曾见过它;我也有服务器），它运行着世界上访问量最高的站点之一。 他们的架构与像Facebook这样的网站有很大的不同，据估计，Facebook在全球各个数据中心运行着约6万台服务器。

在几乎半个兆的大小的页面上有2亿个页面浏览量，连接到15个不同的数据库，应用程序是用Rails编写的？ 纬。

你要碰到的第一个问题是一个400kb的页面是淫秽的。 Serverfault的主页面设置为每页显示50个问题，为19k。 CNN.com运行一个惊人的21K，图像和所有。 甚至要考虑每天运行2亿次综合浏览量，您将必须控制页面。 2亿x 400k = 74.5 兆兆字节 。 每天。 大多数托pipe主机的地方是每个月 TB，而不是每月PB 。 您将会进入Google版块，只有约1％的浏览量。

第二个问题是，铁路公司很难以线性的方式进行规划。 我不会说它没有规模，但是很多人遇到了麻烦，你需要在那里多加注意。

第三个问题将是你的数据库。 15？ 真？ 这是不能容忍的。 你将需要考虑去规范化，开始研究如何从不同的数据库中构build星表 ，并减less这个数字。 数据库是Rails 出现问题的地方，而且您希望在任何特定时间最小化您跟踪的连接对象的数量。

直到你掌握了这些东西，看硬件或托pipe都没有意义。 你可以尽可能多的硬件，只要你喜欢。

这听起来像你还在开始。 事实上，有这么多的variables，几乎不可能事先告诉你需要什么硬件。

可能最好是从小规模开始，保持灵活性，衡量所有指标，快速反应，并保持开发者和运营之间的密切联系。

准备重新devise，也许是次要的。 每天有200M的网页浏览量，但是在一个devise良好的环境中，即使在预算上也是非常可行的。

至于提供者，尝试find一个有一定的声誉，并匹配你自己的范围/专业。 决定是否要执行networking，硬件replace，操作系统部署，操作，监视，还是要将其留给提供者。 另外，不要与最便宜的。

如果你有更具体的问题，拍摄。

这听起来很刺耳，也许是这样，但是对于这个预期的使用水平，你需要雇用一个人/人来devise你的可扩展性。

首先，您需要确保您正确地在链中的正确位置caching正确的数据types。 你需要确保它是安全的，弹性和可支持的。 您需要考虑您的SAN设置，故障情况，stream量stream量，带宽紧缺点，可维护性策略，备份和灾难恢复系统 – 以及我能从头顶上想到的事情。

此外，您需要计算是使用专用工具包还是共享，共享可以轻松解决这个负载更昂贵。

基本上，如果你打算build造这么大的东西，但问这种问题，没有侮辱的意思，但你需要额外的帮助。

好的更多信息，应用程序是用Rails编写的，有15个不同的大数据库涉及到从页面获取数据，这个页面是文本，图像和flash上​​不同应用程序的混合。

我只需要一些线索来估计我需要的服务器，我知道我将需要一个小型的服务器在开始，但我希望有一个很大的增长率，所以你可以给我一些例子，如espn .com或cnnsi.com，脸书，或类似的东西。