1. 程式人生 > >有狀態服務 & 無狀態服務

有狀態服務 & 無狀態服務

一、定義:

  1. 無狀態服務:就是沒有特殊狀態的服務,各個請求對於伺服器來說統一無差別處理,請求自身攜帶了所有服務端所需要的所有引數(服務端自身不儲存跟請求相關的任何資料,不包括資料庫儲存資訊)

  2. 有狀態服務:與之相反,有狀態服務在服務端保留之前請求的資訊,用以處理當前請求,比如session等

二、如何選擇:

有狀態服務常常用於實現事務(並不是唯一辦法,下文有另外的方案)。舉一個常見的例子,在商城裡購買一件商品。需要經過放入購物車、確認訂單、付款等多個步驟。由於HTTP協議本身是無狀態的,所以為了實現有狀態服務,就需要通過一些額外的方案。比如最常見的session,將使用者挑選的商品(購物車),儲存到session中,當付款的時候,再從購物車裡取出商品資訊 。

            有狀態服務可以很容易地實現事務,所以也是有價值的。但是經常聽到一種說法,即server要設計為無狀態的,這主要是從可伸縮性來考慮的。如果server是無狀態的,那麼對於客戶端來說,就可以將請求傳送到任意一臺server上,然後就可以通過負載均衡等手段,實現水平擴充套件。如果server是有狀態的,那麼就無法很容易地實現了,因為客戶端需要始終把請求發到同一臺server才行,所謂“session遷移”等方案,也就是為了解決這個問題。

 

有狀態服務和無狀態服務各有優劣,它們在一些情況下是可以轉換的,或者有時候可以共用,並非一定要全部否定。

在一定需要處理請求上下文的情況下又想使用無狀態服務,可以將相關的請求資訊儲存到共享記憶體中或者資料庫中,參考分散式session的實現方式:

1.基於資料庫的Session共享

2.基於NFS共享檔案系統

3.基於memcached 的session

4. 基於resin/tomcat web容器本身的session複製機制

5. 基於TT/Redis 或 jbosscache 進行 session 共享

6. 基於cookie 進行session共享

 

或者在業務實現上,將上下文需要的資訊在請求中返回,在客戶端中進行儲存,只不過,這個方案存在技術風險,需要用一定的手段規避。