讀取不經常更改的大文件時的 AWS 文件策略

我們有一個 Web (Rails) 應用程序，管理員可以在其中上傳少量較大 (1 - 10MB) 的業務邏輯文件。內容文件不會經常更改，可能一周一次。

當使用者與應用程序互動時，另一個後端 (Java) EC2 實例將經常（每分鐘多次）必須處理相同（單個）文件的內容。

我正在考慮使用 S3 儲存桶來儲存文件，並使用 AWS 開發工具包來檢索文件。

目標是使應用程序執行良好並防止一遍又一遍地讀取文件內容。如果對文件的更改不是立即可見的，這是可以接受的，儘管這很好。

純 S3 是正確的方法嗎？我應該自己在 Java 中實現記憶體以防止 S3 請求嗎？或者是否應該在這裡利用另一種 AWS 方法？

似乎在記憶體中記憶體是合適的。我只是將它讀入記憶體中的資料結構。例如，如果您不想將許多 GB 數據儲存在每個應用程序伺服器的 RAM 中，您可以交替使用 memcached / redis 伺服器。在 Java 記憶體中會更快。

您可以通過檢查文件修改日期並與上次讀取數據的日期進行比較來檢查文件是否在每次訪問數據時或在您需要的時間間隔內發生更改。

從 S3 讀取可能會比從 EBS 卷讀取要慢，我真的看不出那裡有任何優勢。

引用自：https://serverfault.com/questions/948104