隨著互聯網公司的項目在微服務和分散式的環境下進行的搭建，導致一個項目可能分別部署在幾個甚至很多的伺服器集群下，此時就會出現一個問題：

當用戶進行一個session會話的時候，比如一個用戶去登錄項目，一般的大公司的項目都是有Nginx進行反向代理的，

這裡簡單列舉一下Nginx常用的幾種反向代理策略：
輪詢策略，
權重比例策略，
ip_hash策略，
還可以自定義的策略，

在Nginx的反向代理下，一般會把用戶的請求分發到不同的伺服器上，但是如果用戶請求的請求是存放在該請求的伺服器A上，那麼該用戶的sessionID就存儲在該伺服器上JVM的一個ConcurrentHashmap中，以sessionID為key。

但是如果此時用戶請求的一個服務模塊可能需要調用到伺服器B，當用戶發起請求的時候，此時的伺服器B上並沒有存儲該用戶的sessionID，所以就會再次讓用戶進行一個登陸操作。還有可能會導致用戶本來就想完成一個下單操作，但是卻還登陸了好幾次的情況。

所以session共享方案在分散式環境和微服務系統下，顯得尤其重要。

解決方案一：基於Nginx的ip_hash 負載均衡

其實就是對請求過來的ip地址對你的多少台可用的伺服器進行取模，然後就會把你的請求通過Nginx的反向代理給分發到對應的伺服器上。（這裡會把可用的伺服器放到一個數組中，如果取模得到的結果是幾，就把請求分到伺服器數組中的下標為幾的伺服器上）

具體實現：

需要你在Nginx.conf文件中進行對應的修改，根據自己的可用伺服器

upstream backend{
    ip_hash;
    server 192.168.128.1:8080 ;
    server 192.168.128.2:8080 ;
    server 192.168.128.3:8080 down;
    server 192.168.128.4:8080 down;
 
}
server {
    listen 8081;
    server_name test.csdn.net;
    root /home/system/test.csdn.net/test;
    location ^~ /Upload/upload {
    proxy_pass http://backend;
 
    }
 
}

這種實現的優缺點：