Re: [問題] 一個 Heroku + Amazon S3 的觀念問題
謝謝你！真高興我的想法是對的XD
只是對於你說 Heroku 到 S3 速度很快是有特定的 bucket 區域嗎？
因為我目前 bucket 放在東京（從台灣造訪最快），不知道這有沒有影響。
另外我想學習要怎麼測 Heroku 到 S3 之間的 bandwith（以後我要自己釣魚）
感激不盡！
※ 引述《godfat (godfat 真常)》之銘言：
: ※ 引述《tonytonyjan (南洋大兜蟲)》之銘言：
: : 環境：
: : Heroku + CarrierWave + Amazon S3
: : 狀況：
: : 觀念問題，無狀況
: : 附錄：
: : 無
: : 各位前輩好：
: : 是說我近來架了一個網站，使用 Heroku + CarrierWave + Amazon S3。
: : 我想請問我在上傳檔案時的 data flow 是否如下：
: : Client File System -> Cache File in Heroku
: : Cache File in Heroku -> Amazon S3
: : 意即我若沒有安裝一些 delay job 的 plugin 時，使用者會等兩段傳檔的時間，一段是
: : 自己到 heroku，另外一段是 heroku 到 amazon。這在傳大檔時容易造成差勁的使用者經
: : 驗。
: : 我這樣想沒錯吧？
: 我沒有用過 CarrierWave 不清楚狀況，不過一般而言會是這樣沒錯。
: 不過這不代表會有很差勁的使用者體驗，看你的檔案有多大。根據我的經驗，
: 從 Heroku 上傳到 S3 的速度相當快，就算是 1M 也常常是 50ms ~ 100ms 即可。
: 這我想應該還不至於會很糟。至於使用者上傳的時間，那個用啥都是一樣，省不掉的。
: : 另外想問是否有人有使用 carrierwave_direct 的經驗，這外掛是此問題的解嗎？
: : 感激不盡！
: 我想想，理論上由使用者直接上傳 S3 有可能是最快的，但這是假設使用者網路
: 連 S3 跟連 Heroku 差不多。另外如果 Heroku 傳 S3 本來就夠快的話，那直接傳
: 其實也是多餘的。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.113.246.1
討論串 (同標題文章)
Ruby 近期熱門文章
PTT數位生活區 即時熱門文章
