我想要你们一些小指导。我有一个基于多媒体的网站，托管在传统的基于Linux的LAMP托管上。由于该网站拥有最多的图片/视频内容，因此大约有30000多篇文章和数据库大小约为20-25MB，但文件系统使用量为10GB，并且约800-900GB（允许的1TB）的带宽正在被利用每个月。对静态内容使用AWS/S3有什么优点和缺点？
现在，有点头脑风暴后，在这里和那里看到我的方案，我想出了两个选项
虽然第一个计划将是一个简单的选项，但我期待着第二个计划，即将我的静态内容存储在Amazon S3上。我拥有的网站完全是定制编码，并基于PHP + MySQL。我经历了这个http://undesigned.org.za/2007/10/22/amazon-s3-php-class/，它给了我一个公平的想法。
当我考虑在s3上托管静态内容时，我很想知道优点/缺点。
请给出您的意见。
如果您从长远来看，在某些时候您可能无法负担一台可容纳您所有数据的服务器。我觉得S3是像你这样的，原因如下的情况下，一个很好的选择：
您不必担心大文件上传牵制了你的服务器。通过Cross Origin Resource Sharing，您可以直接从客户端上传文件到S3存储桶。
当网页请求来自不同域的内容时，现代浏览器通常会加载并行请求。如果您的图片来自yourbucket.s3.amazonaws.com，而其他网站则是从yourdomain.com加载的，那么您的用户可能会因为这些请求将并行运行而缩短加载时间。
在某些时候，您可能希望使用内容分发网络（CDN）来为您的媒体提供服务。发生这种情况时，您可以使用亚马逊的cloudfront以及S3的开箱即用支持，或者您可以使用其他CDN - 目前最流行的CDN支持从S3存储桶提供内容。
这是一个你永远不必担心的问题。亚马逊负责冗余，可用性，备份，故障转移等。这是一个很大的负担，让你有其他的事情需要照顾，知道你的媒体存储的方式是可扩展和面向未来的（至少是可以预见的未来）。
增加/得到一个更大的托管计划。
我不会这么做。原因是，存储是便宜的，而“较大的托管计划”的其他组件会花费你很高兴，没有提供直接的好处（更多的内存是昂贵的，如果你不需要它）
Get my static存储在Amazon S3上的内容。
这是要走的路。 S3是非常便宜的，这是一个不费脑筋的事情。话虽如此，因为我们在这里讲视频，所以我会推荐第三个选项：
[3.]将视频存储在AWS S3上并通过CloudFront提供服务。考虑到壮观的带宽和全球分布，相比之下它仍然相当便宜。 CloudFront是亚马逊的CDN，可以快速向任何位置发送速度。
如果您想节省带宽，您还可以考虑使用Amazon Elastic Transcoder进行高质量压缩（以最大限度地减少带宽使用量）。
传统托管对于此太贵了。
这是一个公平的旧点交通！然而，你“应该”做的是一个意见问题，而且本质上是相当一般的。堆栈溢出面向特定的，可回答的问题，可用于未来的受众。 – halfer
@halfer，我更新了这个问题，我想在s3上托管我的静态内容，请根据您的经验让我知道优点/缺点/如何 – CyberWizard