不過，我們知道，開源版本的Nginx并不支持動(dòng)態(tài)特性，所以，你要對(duì)上游、SSL做供了部分動(dòng)態(tài)的能力，你可以用RESTAPI但是，在OpenRestyOpenResty的锏。你可能納悶兒，為什么基于Nginx的OpenRestyNginx的邏輯是通過C模塊來完成的，而OpenResty是通過語言Lua來完成下面我們就來看看，如何在OpenResty中動(dòng)態(tài)地加載Luaresty-e'locals=[[ngx.say("olocalfunc,err=Lua首先，我們了一個(gè)字符串，它的內(nèi)容是一段合法的Lua代碼，把 oworld打Lua中的loadstring函數(shù)，把字符串對(duì)象轉(zhuǎn)為函數(shù)對(duì)象 oworld來，在代碼礎(chǔ)之我們以擴(kuò)出和實(shí)功能下來就帶OpenResty在剛剛的代碼中，字符串是一段Lua代碼，我們還可以把它改成一個(gè)Lua函數(shù)：locals=returnngx.say("o我們講過，函數(shù)在Lua中是一等公民，這段代碼便是返回了一個(gè)函數(shù)。在執(zhí)行這個(gè)函數(shù)時(shí)，我們使用pcall做了一層保護(hù)。pcall會(huì)在保護(hù)模式下運(yùn)行函數(shù)，并捕獲其中的異常，如果正常就返回true和執(zhí)行的結(jié)果，如果失敗就返回false和錯(cuò)誤信息，也就是下面localfunc1,err=localret,func=resty-e'locals=returnngx.say("olocalfunc1=localret,func=更深入一步，我們還可以把s這個(gè)包含函數(shù)的字符串，改成可以由用戶指定的形式，并加上執(zhí)行它的條件，這樣其實(shí)就是FaaS的原型了。這里，我提供了一個(gè)完整的實(shí)現(xiàn)，如果你對(duì)FaaS感，想要繼續(xù)研究，推薦你通過這個(gè)深入學(xué)習(xí)。OpenResty的動(dòng)態(tài)不僅可以用于FaaS，讓語言的動(dòng)態(tài)細(xì)化到函數(shù)級(jí)別，還可以在邊得益于Nginx和LuaJIT良好的多平臺(tái)支持特性，OpenResty不僅能運(yùn)行在X86架構(gòu)下，對(duì)于ARM的支持也很完善。同時(shí)，OpenResty支持七層和四層的，這樣一來，常見的各種協(xié)議都可以被OpenResty解析和，這其中也包括了IoT中的幾種協(xié)議。因?yàn)檫@些優(yōu)勢(shì)，我們便可以把OpenResty的觸角，從API網(wǎng)關(guān)、WAF、web服務(wù)器等服務(wù)端的領(lǐng)域，伸展到物聯(lián)網(wǎng)設(shè)備、CDN邊緣節(jié)點(diǎn)、路由器等最靠近用戶的邊緣節(jié)點(diǎn)上去。這并非只是一種暢想，事實(shí)上，OpenResty已經(jīng)在上述領(lǐng)域中被大量使用了。以CDN的邊緣節(jié)點(diǎn)為例，OpenResty的最大使用者CloudFlare很早就借助OpenResty的動(dòng)態(tài)特性，實(shí)現(xiàn)了對(duì)于CDN邊緣節(jié)點(diǎn)的動(dòng)態(tài)控制。首先，從鍵值數(shù)據(jù)庫(kù)集群中獲取到有變化的代碼文件，獲取的方式可以是timer輪詢，也可以是用“發(fā)布-訂閱”的模式來；loadstringpcall的方CloFre的這套做法，從CDN邊緣節(jié)點(diǎn)挪移到其他邊緣的場(chǎng)景下，那我們就可以把很多計(jì)算能力動(dòng)態(tài)地賦予邊緣節(jié)點(diǎn)的設(shè)備。這不僅可以充分利用邊緣節(jié)點(diǎn)的計(jì)算能力，也可以讓用戶請(qǐng)求得到更快速的響應(yīng)。因?yàn)檫吘壒?jié)點(diǎn)會(huì)把原始數(shù)據(jù)處理過后，再匯總給遠(yuǎn)端的服務(wù)器，這就大大減少了數(shù)據(jù)的傳輸量。FaaS，OpenResty現(xiàn)在，讓我們把思緒拉回到OpenResty上來，一起來看如何實(shí)現(xiàn)動(dòng)態(tài)上游。lua-resty-core提供了ngx.balancer這個(gè)庫(kù)來設(shè)置上游，它需要放到OpenResty的balancerbalancer_by_lua_block2localbalancer=require3localhost=4localport=56localok,err=balancer.set_current_peer(host,7ifnotok8ngx.log(ngx.ERR,"failedtosetthecurrentpeer:",9return}我來簡(jiǎn)單解釋一下。set_current_peer函數(shù)，就是用來設(shè)置上游的IP地址和端口的。不過要注意，這里并不支持，你需要使用lua-resty-dns庫(kù)來為和IP做一層解此簡(jiǎn)單。所以，在ngx.balancer前面還需要兩個(gè)功能：一是上游的選擇算法，究竟是一致性哈希，還是而OpenResty的lua-resty-balancer這個(gè)庫(kù)中，則包含了resty.chash和resty.roundrobin兩類算法來完成第一個(gè)功能，并且有l(wèi)ua-resty-upstream-healthcheck來嘗試完成第二個(gè)功能。第一點(diǎn)，缺少最后的完整實(shí)現(xiàn)。把ngx.balancer、lua-resty-balancer和第二點(diǎn)，lua-resty-upstream-healthcheck的實(shí)現(xiàn)并不完整，只有的健康檢簡(jiǎn)單解釋一下，這里的健康檢查，是指由終端的請(qǐng)求觸發(fā)，進(jìn)而分析上游的返回值來作為健康與否的判斷條件。如果沒有終端請(qǐng)求，那么上游是否健康就無從得知了。而主動(dòng)健康檢查就可以彌補(bǔ)這個(gè)缺陷，它使用ngtmr所以，在實(shí)際的實(shí)踐中，我們通常推薦使用ua-rsy-atchk的健查。優(yōu)點(diǎn)含了和健康，而多個(gè)中都了驗(yàn)證，可靠性更高。更進(jìn)一步，新興的微服務(wù)API網(wǎng)關(guān)APISIX，在lua-resty-healthcheck的基礎(chǔ)之上，對(duì)動(dòng)態(tài)上游做了完整的實(shí)現(xiàn)。我們可以參考它的實(shí)現(xiàn)，總共只有200多行代碼，你可以很輕講了這么多，最后，給你留一個(gè)思考題。關(guān)于OpenRy域和場(chǎng)景來發(fā)揮它的這種優(yōu)勢(shì)呢？提醒一下，這個(gè)章節(jié)中介紹的每部分的內(nèi)容，你都可以展開來做更詳細(xì)和深入的分析。 售賣。頁面已增加防盜追蹤，將依 上一 43|靈活實(shí)現(xiàn)動(dòng)態(tài)限流限速，其實(shí)沒有那么下一 45|不得不提的能力外延：OpenResty常用第在1 1 的workers，可能耗時(shí)比較久，而且會(huì)丟失緩存。這種二級(jí)制熱升級(jí)應(yīng)該保持一個(gè)很低頻的操dstringloadstring符串作為loadstring的入?yún)?，也不行吧，它的返回值是函?shù)。那動(dòng)態(tài)加載lua文件/模塊，ORCloudFlare具是如何實(shí)現(xiàn)的？…resty-e'locals=[[localngx=ngxlocal_M={}function_M.f() oworld")returnlocallua=loadstring(s)localret,func=pcall(lua)`s`Lualoadstringloadfile啟加載。你也把可以把獲取變化和重新加載用