七牛的鏡像儲存原本的目的是為了方便使用者搬遷資料而存在
官方的建議是資料搬遷到七牛之後, 新增的圖片就直接讓使用者(UGC網站)上傳到七牛上
然而我用discuz的遠程附件對接七牛的時候發現一些問題, 用起來很不方便
反而是鏡像儲存功能非常便利
那麼如果我始終使用鏡像儲存作為解決方案, 就是使用者上傳的圖片先儲存在本地, 然後被鏡像抓取一次之後自動變更為七牛的URL
請問這樣做相比直接遠程附件有哪些弊端呢?
我能想到的就是
1,因為要回來源站點抓取一次資料,所以第一次開啟圖片速度會慢一點(但是發帖者發貼後自己就會把圖片載入一遍,所以實際上對其他使用者而言沒有區別)
2,是否會增加一些額外費用呢?
3,對伺服器硬碟容量要求更高,相當於要多出一筆儲存費用(雖然不貴)
4,請補充?
回複內容:
七牛的鏡像儲存原本的目的是為了方便使用者搬遷資料而存在
官方的建議是資料搬遷到七牛之後, 新增的圖片就直接讓使用者(UGC網站)上傳到七牛上
然而我用discuz的遠程附件對接七牛的時候發現一些問題, 用起來很不方便
反而是鏡像儲存功能非常便利
那麼如果我始終使用鏡像儲存作為解決方案, 就是使用者上傳的圖片先儲存在本地, 然後被鏡像抓取一次之後自動變更為七牛的URL
請問這樣做相比直接遠程附件有哪些弊端呢?
我能想到的就是
1,因為要回來源站點抓取一次資料,所以第一次開啟圖片速度會慢一點(但是發帖者發貼後自己就會把圖片載入一遍,所以實際上對其他使用者而言沒有區別)
2,是否會增加一些額外費用呢?
3,對伺服器硬碟容量要求更高,相當於要多出一筆儲存費用(雖然不貴)
4,請補充?
直接通過鏡像儲存區拉取來源站點資源首次拉取會慢些,費用的話本質上不會有變化,頂多是來源站點的儲存會多一份,流量會多一份;
鏡像儲存有一點會稍微麻煩一些,就是當鏡像來源站點更新資源的時候,七牛不會主動回到鏡像來源站點拉取資源,因為七牛會優先訪問空間中已經存在的資源,所以如果鏡像來源站點更新資源,那麼就需要調用prefetch介面 或者 主動刪除七牛空間的同名資源,讓下次訪問的時候七牛強制回源拉取資源。