會話保持(Session Affinity),有時又稱粘滯會話(Sticky Sessions),?是負(fù)載均衡領(lǐng)域設(shè)計需要著力解決的重要問題之一，也是一個相對比較復(fù)雜的問題。?
會話保持是指在負(fù)載均衡器上的一種機制，在完成負(fù)載均衡任務(wù)的同時，還負(fù)責(zé)一系列相關(guān)連的訪問請求會分配到一臺服務(wù)器上??
當(dāng)用戶向服務(wù)器發(fā)起請求，服務(wù)器創(chuàng)建一個session，并把session id以cookie的形式寫回給客戶。?
看一個例子：當(dāng)我訪問SAP UI5應(yīng)用時，?

在http請求的頭部觀察到客戶端要求服務(wù)器返回以cookie的形式返回session id的請求字段：?

在服務(wù)器響應(yīng)的頭部字段果然返回了session id：?

這些cookie信息能夠在Chrome開發(fā)者工具的application標(biāo)簽頁里的Cookies區(qū)域查看：?

如此一來，只要客戶的瀏覽器不關(guān)，再去訪問服務(wù)器時，訪問請求會自動附上session id去，服務(wù)器端檢測到這個session id后，就會使用內(nèi)存中維持的與這個id對應(yīng)的session為客戶端服務(wù)。?
再回到我們討論的會話保持這個話題。什么時候需要會話保持？舉個大家每天都會遇到的例子，大家在淘寶或者京東上購物時，從完成用戶身份認(rèn)證到瀏覽店鋪，選擇心儀商品加入購物車，一直到最后下單完成支付，需要經(jīng)過很多次和服務(wù)器的交互過程才能完成整個交易。由于這幾次交互過程從順序上和邏輯上是密切相關(guān)的，服務(wù)器在進(jìn)行這些交互過程的某一個交互步驟時需要一個上下文(Context)，即上一次交互過程的輸出，因此要求這些相關(guān)的交互過程都由一臺服務(wù)器完成。?
在這種情況下，假設(shè)負(fù)載均衡器仍然把這些相關(guān)交互session分散到不同的服務(wù)器實例上，就會帶來很糟糕的用戶體驗，比如客戶在瀏覽器上每點擊一次，都會彈出登錄頁面?；蛘呒词褂脩糨斎肓苏_的驗證碼，卻仍然提示驗證碼錯誤。由于服務(wù)器處理實例不一樣，也有可能造成客戶放入購物車的物品丟失。?
這就是會話保持機制引入的原因：確保把來自同一客戶的一個完整會話的請求轉(zhuǎn)發(fā)至后臺同一臺服務(wù)器進(jìn)行處理。?
那么Cloud Foundry的Session Affinity是怎么實現(xiàn)的呢？?
官方文檔有介紹：?
http-routing.html To support sticky sessions, configure your app to return a JSESSIONID cookie in responses. The app generates a JSESSIONID as a long hash in the following format:?
您的應(yīng)用在響應(yīng)結(jié)果里需要加上一個JSESSIONID字段，長度如下：?
1A530637289A03B07199A44E8D531427?
(2) If an app returns a JSESSIONID cookie to a client request, the CF routing tier generates a unique VCAP_ID for the app instance based on its GUID in the following format:?
CF routing tier基于app生成的JSESSIONID生成一個VCAP_ID: 323f211e-fea3-4161-9bd1-615392327913?
(3)?接下來客戶每次發(fā)起請求，必須同時提供JSESSIONID和VCAP_ID。JSESSION_ID交給應(yīng)用，用于實現(xiàn)session粘連。而VCAP_ID用于標(biāo)識服務(wù)的應(yīng)用實例，如果應(yīng)用掛了，gorouter會把請求路由到另一個應(yīng)用實例上。

了解更多相關(guān)內(nèi)容歡迎關(guān)注http://www.vecloud.com/