nginx+lua+redis 灰度發(fā)布實現(xiàn)方案
背景: 公司要把現(xiàn)有的某傳統(tǒng)項目進行微服務(wù)化,拆分后要分批次預(yù)發(fā)布,實現(xiàn)某部分使用戶使用微服務(wù)模塊,其他用戶使用傳統(tǒng)項目。待微服務(wù)穩(wěn)定、無bug后全部用戶遷移至微服務(wù)系統(tǒng)。
以上為背景,實現(xiàn)此方案使用nginx+lua+redis灰度發(fā)布方案。nginx+lua實現(xiàn)反向代理,獲取客戶端ip,redis存放ip信息(ip為訪問微服務(wù)允許的地址).
有兩種方案可以實現(xiàn)
第一種:nginx+lua獲取用戶ip,然后再用lua編寫程序直接訪問redis集群,查詢ip信息返回結(jié)果;
第二種:nginx+lua獲取用戶ip,然后用lua編寫程序用http請求到redis緩存服務(wù)(單獨微服務(wù)),緩存服務(wù)返回ip地址;
開始是考慮第一種方案,用為openresty沒有太好的redis cluster的支持包,資料少;如果用第二種方案redis緩存服務(wù)可以單獨拎出來,不但可以為nginx使用,還可以為其他服務(wù)所用。
兩種方案都會說下,不過第一種方案用的是單機redis
我假設(shè)都有了OpenResty和redis環(huán)境
第一種方案:
在nginx.conf http塊中添加代碼
//外部配置
include lua.conf;
//新系統(tǒng)地址
upstream new{
server 192.168.1.103:8081;
}
//老系統(tǒng)地址
upstream old{
server 192.168.1.103:8080;
}lua.conf代碼
//引入redis模塊,只能聯(lián)單機
local redis = require "resty.redis"
local cache = redis.new()
cache:set_timeout(60000)
//鏈接
local ok, err = cache.connect(cache, '192.168.19.10', 6379)
// 這里如果鏈接redis失敗,則轉(zhuǎn)發(fā)到@old對應(yīng)的服務(wù)器 (傳統(tǒng)服務(wù))
if not ok then
ngx.exec("@old")
return
end
//如果nginx只有一層分發(fā)層,這下面四行代碼可以不寫
local local_ip = ngx.req.get_headers()["X-Real-IP"]
if local_ip == nil then
local_ip = ngx.req.get_headers()["x_forwarded_for"]
end
//從remote_addr變量中拿到客戶端ip,同樣nginx只有一層的時候此變量為客戶端ip,多層不是
if local_ip == nil then
local_ip = ngx.var.remote_addr
end
//在redis中根據(jù)客戶端ip獲取是否存在值; redis中存放的是key:ip val:ip, 存放的ip訪問微服務(wù)
local intercept = cache:get(local_ip)
//如果存在則轉(zhuǎn)發(fā)到@new對應(yīng)的服務(wù)器(微服務(wù))
if intercept == local_ip then
ngx.exec("@new")
return
end
//如果不存在,則轉(zhuǎn)發(fā)到@old對應(yīng)的服務(wù)器(傳統(tǒng)服務(wù))
ngx.exec("@old")
//關(guān)閉客戶端
local ok, err = cache.close()
if not ok then
ngx.say("failed to close:", err)
return
end
邏輯較簡單,但是有些問題1:redis集群要配置多ip,防止宕機問題 2:鏈接問題,如果有線程池最好了。這里不再多說
第二種方案:
nginx.conf不變
lua.conf 中的redistest.lua 改為httptest.lua
httptest.lua代碼如下
//這里緩存服務(wù)地址
backend = "http://192.168.1.156:8080"
//緩存服務(wù)訪問路徑
local method = "httptest"
local requestBody = "/"..method
//模塊
local http = require("resty.http")
local httpc = http.new()
//設(shè)置超時時間
httpc:set_timeout(1000)
//發(fā)送請求
local resp, err = httpc:request_uri(backend, {--
method = "GET", --
path = requestBody,
keepalive = false
})
//如果請求失敗訪問老系統(tǒng)
if not resp then--
ngx.exec("@old")----
return--
end
//緩存服務(wù)取回ip
local isHave = resp.body
//關(guān)閉連接
httpc:close()
//請求ip
local local_ip = ngx.var.remote_addr
//命中則訪問微服務(wù)
if isHave == local_ip then
ngx.exec("@new")
return
end
//沒命中訪問老系統(tǒng)
ngx.exec("@old")
這里的緩存地址只有一個,實際中有多個,可以采用隨機取值去訪問一個。超時時間一定要設(shè)置,如果緩存系統(tǒng)一直沒響應(yīng)或者緩存服務(wù)宕機則直接訪問老系統(tǒng)。
例子中在緩存服務(wù)中只是存儲了真實ip,實際中是存儲的IP網(wǎng)段,nginx拿到真實ip字符拆分然后去匹配的。
這里有兩點優(yōu)化沒有寫出.
1.http可以用連接池代替;
2.可以在nginx內(nèi)部使用緩存,把命中的ip都存起來,再有鏈接可以先走本地緩存,再走緩存服務(wù)可以提高性能。
目前http沒有找到相關(guān)連接池,所以一直在非連接池下運行,性能還可以。
另一點直接在nginx中使用了內(nèi)存進行緩存。
在nginx.conf http塊中添加代碼
結(jié)構(gòu)為: lua_shared_dict [name][size]
lua_shared_dict rediscache 100m;
更改httptest.lua的代碼如下:
backend = "http://192.168.1.156:8080"
//加載共享內(nèi)存
local cache_ngx = ngx.shared.rediscache
local local_ip = ngx.var.remote_addr
//優(yōu)先從本地緩存中去取
local cacheip = cache_ngx:get(local_ip)
//本地緩存中不存在,去緩存服務(wù)中去取,然后加載到本地緩存
if cacheip == "" or cacheip == nil then
local http = require("resty.http")
local httpc = http.new()
httpc:set_timeout(1000)
local method = "httptest"
local requestBody = "/" .. method
local resp, err = httpc:request_uri(backend, {
method = "GET",
path = requestBody,
keepalive=false
})
if not resp then
ngx.exec("@new")
return
end
cacheip = resp.body
httpc:close()
//加載到本地緩存,設(shè)置過期時間
cache_ngx:set(local_ip, cacheip, 10*60)
end
if cacheip == local_ip then
ngx.exec("@new")
return
end
ngx.exec("@old")到此這篇關(guān)于nginx+lua+redis 灰度發(fā)布實現(xiàn)方案的文章就介紹到這了,更多相關(guān)nginx lua redis 灰度內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
nginx禁止直接通過ip進行訪問并跳轉(zhuǎn)到自定義500頁面的操作
這篇文章主要介紹了nginx禁止直接通過ip進行訪問并跳轉(zhuǎn)到自定義500頁面的操作,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-05-05
Nginx重定向后請求參數(shù)丟失的原因分析及解決方案
在日常開發(fā)和運維中,我們經(jīng)常會遇到需要使用 Nginx 進行反向代理的場景,但在配置 proxy_pass 時,有時候可能會遇到請求參數(shù)丟失的問題,在這篇文章中,我們將會詳細探討這個問題并給出幾種解決方案,需要的朋友可以參考下2023-11-11
Nginx Rewrite規(guī)則與使用介紹和技巧實例
這篇文章主要介紹了Nginx Rewrite規(guī)則與使用介紹和技巧實例,本文講解了正則表達式匹配、文件及目錄匹配、flag標記、Nginx Rewrite相關(guān)指令等內(nèi)容,需要的朋友可以參考下2015-01-01
Nginx配置動態(tài)代理后通過curl訪問報403問題
本文主要介紹了Nginx配置動態(tài)代理后通過curl訪問報403問題,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2023-06-06
如何實現(xiàn)Nginx同一端口同時支持http與https協(xié)議
最近有一個需求,需要讓一個端口的http服務(wù)支持https訪問,本文就來介紹一下如何實現(xiàn)Nginx同一端口同時支持http與https協(xié)議,感興趣的可以了解一下2023-11-11
詳解Nginx的超時keeplive_timeout配置步驟
Nginx 處理的每個請求均有相應(yīng)的超時設(shè)置,本文主要介紹了Nginx的超時keeplive_timeout配置步驟,文中通過示例代碼介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下2022-05-05
開發(fā)環(huán)境服務(wù)器vs生產(chǎn)環(huán)境服務(wù)器:開發(fā)與生產(chǎn)須分明詳解
開發(fā)環(huán)境服務(wù)器(如Vite)和生產(chǎn)環(huán)境服務(wù)器(如Nginx和Node.js)在職責和工作方式上存在顯著差異,開發(fā)環(huán)境服務(wù)器專注于快速開發(fā)和調(diào)試,而生產(chǎn)環(huán)境服務(wù)器則強調(diào)穩(wěn)定性和高并發(fā)處理,Vite適合開發(fā)環(huán)境,而Nginx和Node.js更適合生產(chǎn)環(huán)境2025-01-01

