將AWS / S3用於靜態內容有哪些優缺點？

Question

我想要你們所有人的一些指導。 我有一個基於多媒體的網站，它托管在傳統的基於Linux的LAMP托管上。 由於該網站擁有最多的圖像/視頻內容，大約有30000多個帖子，數據庫大小約為20-25MB，但文件系統使用量為10GB，帶寬大約為800-900 GB（允許1 TB）每個月。

現在，在經過一番頭腦風暴並在這里和那里看到我的替代品后，我想出了兩個選擇

1. 增加/獲得更大的托管計划。
2. 獲取存儲在Amazon S3上的靜態內容。

雖然第一個計划將是一個簡單的選項，但我實際上期待第二個計划，即將我的靜態內容存儲在Amazon S3上。 我擁有的網站完全是自定義編碼的，基於PHP + MySQL。 我瀏覽了這個http://undesigned.org.za/2007/10/22/amazon-s3-php-class/ ，它給了我一個公平的想法。

當我考慮在s3上托管靜態內容時，我很想知道優點/缺點。

請提供您的意見。

Answer 1

增加/獲得更大的托管計划。

我不會這樣做。 原因是，存儲是便宜的，而“更大的托管計划”的其他組件將花費你的成本，而不提供直接的好處（如果你不需要它，更多的內存是昂貴的）

獲取存儲在Amazon S3上的靜態內容。

這是要走的路。 S3很便宜，很簡單。 話雖如此，既然我們在這里談論視頻，我會建議第三種選擇：

[3.]在AWS S3上存儲視頻並通過CloudFront提供服務。 相比之下，考慮到壯觀的帶寬和全球分布，它仍然相當便宜。 CloudFront是亞馬遜的CDN，可以將速度提升到任何位置。

如果您想節省帶寬，您還可以考慮使用Amazon Elastic Transcoder進行高質量壓縮（以最大限度地減少帶寬使用）。

傳統托管對此來說太貴了。

Answer 2

如果您從長遠來看，在某些時候，您可能無法負擔能夠保存所有數據的服務器。 我認為S3對於像你這樣的案例來說是個不錯的選擇，原因如下：

1. 您無需擔心大型文件上傳會占用您的服務器。 使用跨源資源共享 ，您可以直接從客戶端將文件上載到S3存儲桶。

2. 當網頁請求來自不同域的內容時，現代瀏覽器通常會加載並行請求。 如果您的圖片來自yourbucket.s3.amazonaws.com並且您的網站的其余部分來自yourdomain.com，則您的用戶可能會遇到更短的加載時間，因為這些請求將並行運行。

3. 在某些時候，您可能希望使用內容分發網絡（CDN）來為您的媒體提供服務。 發生這種情況時，您可以使用亞馬遜的Cloudfront，對S3提供開箱即用的支持，或者您可以使用另一個CDN - 如今最受歡迎的CDN支持從S3存儲桶提供內容。

4. 這是一個你永遠不必擔心的問題。 亞馬遜負責冗余，可用性，備份，故障轉移等。這是一個很大的負擔，讓你有其他的事情來處理，知道你的媒體是以可擴展和面向未來的方式存儲（至少是可預見的）未來）。