日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

session一致性架构设计

發布時間:2025/3/15 编程问答 46 豆豆
生活随笔 收集整理的這篇文章主要介紹了 session一致性架构设计 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

?

  什么是session?

  由于HTTP協議是無狀態的協議,因此它不會去記住上一次瀏覽器訪問服務器時的信息。同一個用戶的兩次操作,與兩個不同用戶的操作,對它來說是一樣的。 這樣雖然滿足了互聯網web應用的海量訪問的需求,但是對于現今類似電商的應用來說,是需要實現登錄以及身份驗證需求的,但是無狀態的HTTP顯然是做不到的,這樣才出現了session。

  Web服務器為每個用戶創建一個會話,存儲用戶的相關信息,以便多次請求能夠定位到同一個上下文。

  web-server可以自動為每一個瀏覽器訪問的用戶自動創建session,提供數據存儲功能。最常見的,會把用戶的登錄信息、用戶信息存儲在session中,以保持持續登錄狀態。

?

  什么是session一致性問題?

  每次http短連接請求,理論上服務端都能定位到session,保持會話狀態。

  當應用只有一臺web-server提供服務時,每次瀏覽器發送http請求,都能夠正確路由到存儲session的對應web-server(因為只有一臺)。

  此時的web-server是無法保證高可用的,因此如果我們采用Nginx反向代理,然后加上web-server “冗余+故障轉移”的方案,用多臺web-server來保證高可用時,每次http短連接請求就不一定能路由到正確的session了。

  比如第一次用戶登錄的時候,Nginx路由到 web-server1,且在web-server1上創建了session,當第二次訪問時,Nginx路由到了web-server2上。此時web-server2上是沒有用戶的登錄信息的,那么就會導致用戶需要重新登錄,這樣用戶體驗肯定是不好的。

  那么如何保證分布式系統的session路由一致性呢?

  一、session同步法

  這個方案的思路就是,多個web-server之間相互同步session,這樣每個web-server之間都包含全部的session。

  優點:應用程序不需要修改代碼。

  不足

  • session的同步需要數據傳輸,占內網帶寬,有時延

  • 所有web-server都包含所有session數據,數據量受內存限制,無法水平擴展。

?

  二、客戶端存儲法

  這個方案的思路就是,服務端存儲所有用戶的session的話內存占用較大,可以將session存儲到瀏覽器cookie中,每個端只要存儲一個用戶的數據了。

  優點:服務端不需要存儲。

  缺點

  • 每次http請求都攜帶session,占外網帶寬

  • 數據存儲在端上,并在網絡傳輸,存在泄漏、篡改、竊取等安全隱患

  • session存儲的數據大小受cookie限制

?  “端存儲”的方案雖然不常用,但確實是一種思路。

?

  三、反向代理hash一致性

  這個方案的思路就是,在反向代理層做點文章,讓同一個用戶的請求保證落在一臺web-server上。

  我們可以在反向代理層使用用戶ip來做hash,以保證同一個ip的請求落在同一個web-server上。

  優點

  • 只需要改nginx配置,不需要修改應用代碼

  • 負載均衡,只要hash屬性是均勻的,多臺web-server的負載是均衡的

  • 可以支持web-server水平擴展

  不足

  • 如果web-server重啟,一部分session會丟失,例如部分用戶重新登錄

  • 如果web-server水平擴展,rehash后session重新分布,也會有一部分用戶路由不到正確的session

?

  四、后端統一存儲法

  思路就是,將session存儲在web-server后端的存儲層,數據庫或者緩存

  優點

  • 沒有安全隱患

  • 可以水平擴展,數據庫/緩存水平切分即可

  • web-server重啟或者擴容都不會有session丟失

  不足增加了一次網絡調用,并且需要修改應用代碼。

  對于db存儲還是cache,個人推薦后者:session讀取的頻率會很高,數據庫壓力會比較大。如果有session高可用需求,cache可以做高可用,但大部分情況下session可以丟失,一般也不需要考慮高可用。

?

  總結

  保證session一致性的架構設計常見方法:

  • session同步法:多臺web-server相互同步數據

  • 客戶端存儲法:一個用戶只存儲自己的數據在cookie中。

  • 反向代理hash一致性:保證一個用戶的請求落在一臺web-server上

  • 后端統一存儲:web-server重啟和擴容,session也不會丟失

?

  對于方案3和方案4,個人建議推薦后者:

  • web層、service層無狀態是大規模分布式系統設計原則之一session屬于狀態,不宜放在web層。

轉載于:https://www.cnblogs.com/xiexin2015/p/9061939.html

總結

以上是生活随笔為你收集整理的session一致性架构设计的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。