現在我正在從標準服務器遷移到Amazon S3。在當前的服務器中,我必須設置目錄結構以保持更高效。例如,目錄的當前結構是:category_id/article_id/year/month/day/article_image.jpg等等。Amazon S3中的對象數量(最有效的方式)
那麼,我是否需要在Amazon S3中創建這樣的結構。它會影響請求的速度嗎?
現在我正在從標準服務器遷移到Amazon S3。在當前的服務器中,我必須設置目錄結構以保持更高效。例如,目錄的當前結構是:category_id/article_id/year/month/day/article_image.jpg等等。Amazon S3中的對象數量(最有效的方式)
那麼,我是否需要在Amazon S3中創建這樣的結構。它會影響請求的速度嗎?
這很大程度上取決於您的需求。路徑本身對於S3來說並不重要,但是您可能更喜歡查找特定類別中使用的所有圖像,特定日期等。所以我會從管理方面而不是性能方面來處理這些問題。這就是說,如果你有很多請求(比如每秒超過50個請求),你可能會想到另一種方式來組織你的文件夾結構。 Here is a posting on the AWS blog提供了一些例子來獲得S3的最佳性能。
這裏是faq
Q上帖:如何在Amazon S3的數據組織的? Amazon S3是一個簡單的基於密鑰的 對象存儲。當您存儲數據時,您可以分配一個唯一的對象密鑰,以便以後使用該對象密鑰來檢索數據。鍵可以是任何字符串,並且 可以被構建爲模仿分層屬性。
所以,路徑的長度既不重要,也不是目錄的結構。