很多場景下, 我們需要接收客戶端大量的數(shù)據(jù)上傳, 舉個栗子:GPS點匯集成的線路信息. 我們假設上傳數(shù)據(jù)用的json格式, 按照 [[經(jīng)度, 緯度, 高度, 速度, 時間戳]...]的格式傳輸, 一段數(shù)據(jù)的例子如下:

[13.361389,38.115556,1200,15,1506393380] 長度為40, 按照UTF8的編碼的話占40Byte

如果按照每10米一次記錄, 那么一次標準馬拉松賽事的長度 42.195公里會產(chǎn)生4220條記錄, 那么整個這條數(shù)據(jù)的大小在164KB左右, 如果再附加心率, 步數(shù), 步頻等數(shù)據(jù)的話, 體積還會更大.

大量的上傳文件會產(chǎn)生很多的IO wait, 造成系統(tǒng)負載急劇增高, 如果和Web主進程放到一起, 會嚴重影響系統(tǒng)的吞吐量. 我們可以將上傳拆分開用獨立的服務器來負擔, 但是一是會每月多出幾百元的服務器和帶寬的開銷, 而且上傳的服務器全在跑IO上了, CPU幾乎空閑, 太浪費, 如果在上傳的機器上部署點其他的東西又會讓運維變得復雜起來. 同時呢用XX云的VPS負載上傳并不高效, 因為Nginx對上傳文件的緩存還是通過寫入磁盤系統(tǒng)來處理的, 但是VPS的磁盤性能比真實的磁盤低了一個數(shù)量級, ?但是如果把緩存目錄放到映射的內(nèi)存FS, 有可能因為大量的上傳導致?lián)纹苾?nèi)存. 左右為難之際, 其實我們可以用三方的云服務來化解難題.?

下面就是用七牛云行桃代李僵之計的一種方案.

七牛代理上傳文件

這個方式處理上傳的所有難題都交給了七牛云, 然后如果上傳的量很大的話, 七牛有很多的服務器來負責處理, 不會因為量大造成速度變慢, 無法響應等等問題.

這都連續(xù)兩次給七牛云打廣告了, 沒有廣告費... ? 所以再給大家一個省錢秘籍好了.

七牛是有免費額度的, 規(guī)則如下

七牛的免費額度

也就是說一個帳號有免費10G, 10W次上傳次數(shù) 100w次讀取次數(shù)的能力, 其實系統(tǒng)對于存在哪個七牛帳號并不關(guān)心, 所以我們可以發(fā)動公司所有人, 都去注冊七牛帳號, 然后讓系統(tǒng)統(tǒng)一管理, 如果公司10個人每人注冊一個帳號, 就有了 100G存儲, 每月100W次上傳次數(shù).

蚊子腿的肉也是肉, 這個免費額度支撐你拿到天使輪融資綽綽有余了.

恭喜發(fā)財