我想问你一些build议。 我们正在破坏一个dynamic网站，每天有5000个独特的访问者。 目前，我们在单台VPS服务器上运行512 MB内存，20 GB硬盘，500 GBstream量限制。
我们有在线字典服务15000字和10000 Mp3文件（每个MP3是30 kb的大小）
来自美国（40％）和欧盟20％的来自美国的访客大部分来自其他国家。
你认为，我们应该使用Amazon FrontCloud作为我们的静态数据吗？
问候，
沙耶。
你有理由吗？ 如果你的一台服务器（你可以很容易地扩展）正在处理负载，并且很好地响应，那么使用CDN并不是一个真正的理由。
我当然会从使用CDN中看到一些好处，但是这取决于服务器上速度问题的原因。 任何你偏离服务器的东西都会加快速度，特别是给CDN的地理性质。
由于延迟或者你的带宽日益饱和，或者你的服务器工作太忙，无法跟上所有的请求，人们是否会遇到速度慢的问题？ 还是完全是另一回事？
所有这三个都将显示使用CDN的一些好处，但它是否是最合适的解决scheme是有争议的。 CDN将减less托pipe静态内容的服务器上的负载，如果您饱和连接，将确保每个人都能够快速下载; 但是如果你的页面需要8秒钟的时间才能生成，那么这将不会有什么巨大的收益（我知道8秒钟之内你并不是真正意识到的，只是试图帮助你清楚地认识到这些好处）
从严格的Web服务器的angular度来看，如果您在* nix服务器上运行，您是否考虑使用nginx或lighttpd而不是Apache或作为其反向代理？ 两者在提供静态内容（如图像）方面速度极快，使用内存明显less于Apache。 我不知道lighttpd，但我知道nginx可以告诉服务从一个预先压缩的源位置，例如，给你gzip'd文件的好处，如减less带宽的使用，而没有CPU的命中，飞行压缩。 另外，清漆作为caching逆向代理也许值得考虑。 如果你的服务器相当忙，甚至caching一个页面30秒 – 1分钟可以看到巨大的好处。 如果你仔细研究它的细节，绝大多数站点并不需要完全dynamic的。 我工作的公司使用Drupal作为网站的CMS，但最近决定通过一个简单的脚本生成静态页面的内容，每10-15分钟运行一次。 提供它的服务器现在已经从dynamic变为几乎完全纯静态的托pipe，并且绝对会一炮而红。 即使重新生成页面往往是有点矫枉过正为我们的目的。 唯一需要dynamic的部分是！