公司的站點是做微信服務(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)這部分用戶上傳的圖片才是流量的大頭，但是要怎么做，才能讓用戶上傳的時<愛尬聊_健康養(yǎng)生>候，把文件上傳到靜態(tài)服務(wù)器上去呢？現(xiàn)在的困擾點在于，如果在靜態(tài)服務(wù)器上專門部署一個處理上傳的程序，由于這個程序無法判斷 session （用戶登錄的時候在動態(tài)服務(wù)器上）。這就存在安全問題了。如果要動態(tài)服務(wù)器先接收文件再轉(zhuǎn)發(fā)到靜態(tài)服務(wù)器，這種做法不知道是否穩(wěn)妥?？煽啃圆恢勒印?
請高手指點

---

好男人就是我00 2022-08-31 18:56

公司的站點是做微信服務(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)妥?？煽啃圆恢勒印?/p>

---

_WeCh****608111 2022-08-31 18:58

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

---

無無有有一一二二 2022-08-31 19:13

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

---

余政禹 2022-08-31 19:18

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

---

這是要難死我嗎 2022-08-31 19:19

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

---