若中轉(zhuǎn)不能解決問題，只能把上傳的交互直接與資源服通信，考慮同時把用戶的相關(guān)標(biāo)識（例如ID和TOKEN）提交到資源服接收，資源服接收端處理完，直接更新DB,或者動態(tài)服和資源服建立多一個上傳數(shù)據(jù)通信

公司的站點是做微信服務(wù)的，最近客戶量上來了，流量一下暴增，一臺服務(wù)器撐不住了，經(jīng)過分析日志，發(fā)現(xiàn)主要流量都是靜態(tài)資源文件，圖片， js ， css 等。于是去開了 CDN 加速。并打算進(jìn)一步把一臺服務(wù)器拆分成兩臺，分別綁定不同域名，一臺專門把動態(tài)處理程序，另外一條放純靜態(tài)資源并由 CDN 加速。讓靜態(tài)資源徹底不會干擾到服務(wù)器處理動態(tài)請求。一般的靜態(tài)資源都很好遷移。但是有個問題是我公司服務(wù)器是允許用戶上傳文件的，主要是一些小的圖片，音頻，視頻。分析流量發(fā)現(xiàn)這部分用戶上傳的圖片才是流量的大頭，但是要怎么做，才能讓用戶上傳的時候，把文件上傳到靜態(tài)服務(wù)器上去呢？現(xiàn)在的困擾點在于，如果在靜態(tài)服務(wù)器上專門部署一個處理上傳的程序，由于這個程序無法判斷 session （用戶登錄的時候在動態(tài)服務(wù)器上）。這就存在安全問題了。如果要動態(tài)服務(wù)器先接收文件再轉(zhuǎn)發(fā)到靜態(tài)服務(wù)器，這種做法不知道是否穩(wěn)妥?？煽啃圆恢勒?。

文件臨時保存在動態(tài)服務(wù)器，然后以增量同步的方式同步到資源服務(wù)器

本人以前圖片服務(wù)是采用以下兩種方式（只適用于中轉(zhuǎn)能解決問題的情況），

動態(tài)服務(wù)器直接把圖片以ftp的方式直接提交到資源服務(wù)器

總結(jié)

以上是生活随笔為你收集整理的站点做动静分离，如何处理用户上传文件呢？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。