[[160798]]

我個(gè)人之前主要是用 Python 來完成開發(fā)工作，包括云查殺和反釣魚系統(tǒng)，都是 Python 完成的。在 2011 年左右接觸到 nginx 的 C Module 開發(fā)，被異步的高性能顛覆了三觀，只是門檻太高，一直想找一個(gè)像 Python 一樣簡(jiǎn)單，像nginx C Module一樣高效的技術(shù)。

所以在 2012 年，得知 OpenResty 這個(gè)項(xiàng)目的時(shí)候，我就在企業(yè)安全一個(gè)新項(xiàng)目里面，使用它作為服務(wù)端的主要技術(shù)。

在今年上半年開始在 Github 上面，把積累的經(jīng)驗(yàn)寫成一本電子書《OpenResty最佳實(shí)踐》，并在剛過去的 11 月 14 號(hào)，以社區(qū)名義組織了 OpenResty 的第一次技術(shù)大會(huì)。

1. OpenResty 是什么，適合什么場(chǎng)景下使用

和大部分知名開源軟件誕生在歐美國(guó)家不同，OpenResty 自身和依賴的主要組件都是金磚國(guó)家的開發(fā)者發(fā)明的，這點(diǎn)還挺有意思。

Nginx 是俄羅斯人發(fā)明的， Lua 是巴西幾個(gè)教授發(fā)明的，中國(guó)人章亦春把 LuaJIT VM 嵌入到 Nginx 中，實(shí)現(xiàn)了 OpenResty 這個(gè)高性能服務(wù)端解決方案。

通過 OpenResty，你可以把 nginx 的各種功能進(jìn)行自由拼接， 更重要的是，開發(fā)門檻并不高，這一切都是用強(qiáng)大輕巧的 Lua 語言來操控。

它主要的使用場(chǎng)景主要是：

• 在 Lua 中揉和和處理各種不同的 nginx 上游輸出（Proxy，Postgres，Redis，Memcached 等）

• 在請(qǐng)求真正到達(dá)上游服務(wù)之前，Lua 可以隨心所欲的做復(fù)雜的訪問控制和安全檢測(cè)

• 隨心所欲的操控響應(yīng)頭里面的信息

• 從外部存儲(chǔ)服務(wù)（比如 Redis，Memcached，MySQL，Postgres）中獲取后端信息，并用這些信息來實(shí)時(shí)選擇哪一個(gè)后端來完成業(yè)務(wù)訪問

• 在內(nèi)容 handler 中隨意編寫復(fù)雜的 Web 應(yīng)用，使用 同步但依然非阻塞 的方式，訪問后端數(shù)據(jù)庫(kù)和其他存儲(chǔ)

• 在 rewrite 階段，通過 Lua 完成非常復(fù)雜的 URL dispatch

• 用 Lua 可以為 nginx 子請(qǐng)求和任意 location，實(shí)現(xiàn)高級(jí)緩存機(jī)制

組織 OpenResty 技術(shù)大會(huì)之前，我一直認(rèn)為自己是一個(gè)孤獨(dú)的 OpenResty 使用者，覺得自己在使用一個(gè)冷門的技術(shù)。

雖然大家都聽說過 OpenResty 或者 ngx_lua，但感覺用在生產(chǎn)環(huán)境中使用的卻少之又少，除了幾個(gè) CDN 公司外，好像沒有聽說過哪家知名互聯(lián)網(wǎng)公司在使用。而 CDN 行業(yè)之所以使用，很多是受到 cloudflare 技術(shù)棧的影響，OpenResty 的作者也在國(guó)外這家 CDN 公司。

但辦完這個(gè)大會(huì)，我發(fā)現(xiàn)使用者真的挺多，奇虎360的所有服務(wù)端團(tuán)隊(duì)都在使用，京東、百度、魅族、知乎、優(yōu)酷、新浪這些互聯(lián)網(wǎng)公司都在使用。有用來寫 WAF、有做 CDN 調(diào)度、有做廣告系統(tǒng)、消息推送系統(tǒng)，還有像我們部門一樣，用作 API server 的。有些還用在非常關(guān)鍵的業(yè)務(wù)上，比如開濤在高可用架構(gòu)分享的京東商品詳情頁(yè)，是我知道的 ngx_lua 最大規(guī)模的應(yīng)用。

2. 奇虎企業(yè)安全服務(wù)端技術(shù)選型的標(biāo)準(zhǔn)

先說下 3 年多前做架構(gòu)選型的時(shí)候，我為什么會(huì)選擇 OpenResty？

其實(shí)架構(gòu)如何設(shè)計(jì)并不重要，因?yàn)槊考夜?，每個(gè)團(tuán)隊(duì)，他們的公司文化和技術(shù)背景各不相同，生搬硬套會(huì)適得其反。重要的是當(dāng)初為什么這么選擇，中途為什么調(diào)整。

我們的產(chǎn)品要求單機(jī)上面，服務(wù)端提供高性能的 API 接口， QPS 至少過萬，未來需要支撐到 10 萬。我們并沒有急于去使用 PHP 、 Python 或者其他的語言來實(shí)現(xiàn)功能，而是先勾勒出一個(gè)理想化的技術(shù)模型。

這個(gè)模型應(yīng)該具備：

• 非阻塞的訪問網(wǎng)絡(luò)IO。在連接 MySQL 、Redis 和發(fā)起 HTTP 請(qǐng)求時(shí)，工作進(jìn)程不能傻傻的等待網(wǎng)絡(luò)IO的返回，而是需要支持事件驅(qū)動(dòng)，用協(xié)程的方式讓 CPU 資源更有效的去處理其他請(qǐng)求。很多語言并不具備這樣的能力和周邊庫(kù)。

• 有完備的緩存機(jī)制。不僅需要支持 Redis 、Memcached 等外部緩存，也應(yīng)該在自己的進(jìn)程內(nèi)有緩存系統(tǒng)。我們希望大部分的請(qǐng)求都能在一個(gè)進(jìn)程中得到數(shù)據(jù)并返回，這樣是最高效的方法，一旦有了網(wǎng)絡(luò)IO和進(jìn)程間的交互，性能就會(huì)受到很大影響。

• 同步的寫代碼邏輯，不要讓開發(fā)者感知到回調(diào)和異步。這個(gè)也很重要，程序員也是人，代碼應(yīng)該更符合人的思維習(xí)慣，顯式的回調(diào)和異步關(guān)鍵字，會(huì)打斷思路，也給調(diào)試帶來困難。

• 最好是站在巨人肩上，基于成熟的技術(shù)上搭建。采用一門全新誕生的語言和技術(shù)，需要經(jīng)歷語言自身發(fā)展期頻繁調(diào)整的陣痛，還可能站錯(cuò)隊(duì)。

• 不僅支持 Linux 平臺(tái)，還需要支持 Windows 平臺(tái)，這個(gè)是我們產(chǎn)品很特別的需求，很多中小企業(yè)用戶還是習(xí)慣 Windows 的操作，不具備 Linux 的維護(hù)能力。

基于以上幾點(diǎn)的考慮，考察了當(dāng)時(shí)的一些方案，選擇了 OpenResty 。

首先，它最大的特點(diǎn)就是用同步的代碼邏輯實(shí)現(xiàn)非阻塞的調(diào)用，其次它有單進(jìn)程內(nèi)的 LRU cache 和進(jìn)程間的 share DICT cache，而且它是揉合 nginx 和 LuaJIT 而產(chǎn)生的。而且 nginx 有 Windows 版本，雖然有非常多的限制，但這些限制都是可以解決的， nginx 官方 Windows 版本中不支持的特性，我們開源出來的版本都解決了。

第一次看到這樣的方案，我覺得它肯定會(huì)顛覆高性能服務(wù)端的開發(fā)。為什么呢？在我之前的公司里，每天會(huì)有近百億次的查詢請(qǐng)求，而服務(wù)器只用了十臺(tái)。

我們采用了 nginx C 模塊 ＋ 內(nèi)置在 nginx 中的 K-V 數(shù)據(jù)庫(kù)（自己開發(fā)的），來實(shí)現(xiàn)所有的業(yè)務(wù)邏輯，達(dá)到這個(gè)目標(biāo)。聽上去很簡(jiǎn)單，但是過程非常艱辛，兩三個(gè)十幾年工作經(jīng)驗(yàn)的大牛做了一年多才穩(wěn)定下來。絕大部分開發(fā)能力不足，只能望塵莫及。而且后續(xù)的調(diào)試和維護(hù)，也會(huì)花費(fèi)不少精力。

但是 OpenResty 的出現(xiàn)改變了這一切， OpenResty 非常的 pythonic ，適合人類的正常思維。新手經(jīng)過一兩個(gè)月的學(xué)習(xí)，做出來的 API， 就可以達(dá)到 nginx C 模塊的性能，而且代碼量大大減少，也方便調(diào)試。

3. 以奇虎和新浪為例，如何在項(xiàng)目中引入新技術(shù)

技術(shù)選型只是第一步，如何才能在一個(gè)產(chǎn)品或者項(xiàng)目中引入 OpenResty 這個(gè)新的技術(shù)呢？我拿奇虎企業(yè)安全和新浪移動(dòng)這兩家公司真實(shí)發(fā)生的案例給大家看看。我和新浪移動(dòng)的周晶，都是在一個(gè)有成熟產(chǎn)品的部門，用一兩個(gè)人的力量，把一個(gè)新技術(shù)，替換掉了原有的技術(shù)架構(gòu)。但由于企業(yè)產(chǎn)品和個(gè)人產(chǎn)品的不同，方法有很大的不一樣。

先說我所在奇虎企業(yè)安全。我在 2012 年初加入這個(gè)部門，當(dāng)時(shí)產(chǎn)品主打免費(fèi)，目標(biāo)用戶是小企業(yè)。所以架構(gòu)設(shè)計(jì)上面，只考慮了幾十點(diǎn)、幾百點(diǎn)的終端請(qǐng)求，使用了非常強(qiáng)綁定的 Windows 平臺(tái)技術(shù)，而且傾向于不用開源軟件，自己新做一個(gè)更適合自己的框架。包括自己用 C++ 開發(fā)的 Web server，自己寫的 PHP 路由和框架，數(shù)據(jù)存儲(chǔ)在 sqlite 里面。

我?guī)兔π薷牧藘蓚€(gè)月 PHP 的 bug，看明白了技術(shù)架構(gòu)的思路之后，就去新開的一個(gè)產(chǎn)品線了。這是一個(gè)實(shí)驗(yàn)性的產(chǎn)品，主要面對(duì)央企和專用網(wǎng)，一個(gè)網(wǎng)絡(luò)中有上百萬的終端。

剛開始沒有什么人關(guān)注，我就直接采用了 Linux + OpenResty + Redis + Postgres 的開源組件，性能測(cè)試甩之前的N條街。后面這個(gè)實(shí)驗(yàn)性的產(chǎn)品，和之前的產(chǎn)品，合并為一個(gè)產(chǎn)品，技術(shù)上面就割裂為兩套架構(gòu)。老功能用老架構(gòu)，新功能用新架構(gòu)。

隨著越來越多大用戶的增加，原有的技術(shù)架構(gòu)開始捉襟見肘，技術(shù)債務(wù)越積壓越多。隨著用戶的抱怨，sqlite 被拋棄，全面換成 Postgres。但對(duì)于自己開發(fā)的框架還是有些敝帚自珍。

期間通過對(duì)比測(cè)試、OpenResty 培訓(xùn)還有多次用戶性能問題排查，讓開發(fā)同學(xué)們都知道這門技術(shù)的優(yōu)勢(shì)。快被加班壓垮的開發(fā)同學(xué)，逐漸開始選擇使用 OpenResty 而不是自研的框架，來進(jìn)行新功能的開發(fā)，以及舊功能的遷移，來避免加班。

在產(chǎn)品重構(gòu)的時(shí)候，之前自研的服務(wù)端框架被完全拋棄，服務(wù)端開發(fā)的同學(xué)從 8 、9 個(gè)人減少到 3 個(gè)人。在新技術(shù)的引入過程中，我們沒有采用強(qiáng)制的舉措，因?yàn)槠髽I(yè)產(chǎn)品需要穩(wěn)定，用戶處部署的版本更新很慢。

而新浪移動(dòng)周晶的實(shí)踐，對(duì)大家更有參考意義。新浪移動(dòng)最開始是基于 Apache，用 PHP 來處理用戶請(qǐng)求。Apache 是同步多進(jìn)程模型，在并發(fā)請(qǐng)求不多的情況下沒有問題。

但是總是會(huì)有突發(fā)新聞，比如馬航失聯(lián)、文章出軌等，突發(fā)的高流量把后臺(tái)壓垮了幾次。而且可以預(yù)見世界杯的流量也會(huì)很大，所以周晶花幾個(gè)月時(shí)間，用 nginx 替換了 Apache，使用 nginx 的 fast_cgi_cache，QPS 提升了一個(gè)數(shù)量級(jí)。

新浪移動(dòng)后臺(tái)的接口都是使用 PHP 來實(shí)現(xiàn)的，在高并發(fā)下有些力不從心。而 nginx 簡(jiǎn)單的緩存雖然能滿足性能，但不能滿足業(yè)務(wù)精細(xì)化和數(shù)據(jù)一致性的要求，需要找 PHP 之外的解決方案，前提是讓 PHP 的開發(fā)能夠舒適的使用。 node.js 的回調(diào)地獄、Go 的調(diào)試不方便，都是一個(gè)阻礙。

他們最后選擇了 OpenResty，而且基于 OpenResty 開源了一個(gè) Web 框架 Vanilla（香草），模仿了 Yaf 的使用習(xí)慣，讓 PHP 的開發(fā)更容易接受和上手。 Vanilla 已經(jīng)在新浪移動(dòng)開始使用，一些核心業(yè)務(wù)，比如高清圖和體育直播，正在向這個(gè)框架遷移中。

4. 入門痛點(diǎn)，以及學(xué)習(xí)的正確方法

我和周晶的入門，都是自己摸著石頭過河。當(dāng)時(shí)除了 Python 社區(qū)「大媽」的那篇使用文章外，找不到其他的資料。

奇虎和新浪都用 OpenResty 成功替換了之前的技術(shù)，但問題還是挺明顯，就是大家都認(rèn)為自己是孤獨(dú)的使用者，同事中基本沒有人認(rèn)同。在關(guān)鍵和支撐業(yè)務(wù)上，使用 OpenResty 有些不放心，都會(huì)在邊緣業(yè)務(wù)上先做嘗試和驗(yàn)證。

雖然 OpenResty 的性能做的很棒，比肩或者超過其他所有的高性能解決方案，但是擔(dān)心沒有學(xué)習(xí)資料、擔(dān)心招不到人、擔(dān)心沒人交流，可能還擔(dān)心作者章亦春哪天撂挑子不干了，這個(gè)項(xiàng)目就黃了。

高可用架構(gòu)群里的各位都是架構(gòu)師，是技術(shù)決策者，在引入一門新技術(shù)的時(shí)候，肯定會(huì)考慮到這些風(fēng)險(xiǎn)。比如小米科技馬利超在高可用架構(gòu)的分享，他們?cè)趽屬?gòu)系統(tǒng)中曾經(jīng)使用過 ngx_lua，雖然性能滿足需求，但是團(tuán)隊(duì)里面熟悉的人少，最后還是改成了 Go 語言實(shí)現(xiàn)。

如何解決這些擔(dān)憂？ 社區(qū)是有過思考和討論的，我們放在分享最后講。先從一個(gè)嘗試使用這門技術(shù)的開發(fā)者的角度看，OpenResty 不少基礎(chǔ)工作沒有完善，友好程度不夠：

• 只能從源碼安裝，沒有 apt-get、brew 等軟件倉(cāng)庫(kù)安裝方法；安裝第三方庫(kù)沒有 PIP、NPM 之類的包管理工具，需要去先谷歌，然后拷貝代碼文件到指定的目錄下，才能 require 使用。

• 代碼編寫需要修改 nginx.conf 和對(duì)應(yīng)的 lua 代碼，即使是 hello world 也是如此。當(dāng)然你可以把代碼寫在 nginx 的配置文件里面，但是生產(chǎn)環(huán)境肯定是要分離的。這種編寫代碼的方式，不像是一個(gè)編程語言，和常規(guī)的編程方式不同。

• 有獨(dú)特的執(zhí)行階段概念，因?yàn)?OpenResty 是基于 nginx 的，所以也繼承它的這種概念。你的代碼邏輯，可能需要放在不同的階段里面運(yùn)行，才能獲取你想要的預(yù)期。而這些階段間信息如何傳遞，以及哪些 API 不能在某些階段使用，就會(huì)經(jīng)常攔住新手。

• 遇到問題只有郵件列表這一種方式來溝通，而郵件列表是被墻的。文檔也只有英文版本，導(dǎo)致很多新手的問題無法被解決。

• 沒有系統(tǒng)學(xué)習(xí) OpenResty 的手段，大都是業(yè)務(wù)需要實(shí)現(xiàn)什么功能，就去文檔和 API 里面去找。至于方式對(duì)不對(duì)，能不能優(yōu)化，就不知道了。

而 Lua 語言自身也有一些特別的地方：

• 下標(biāo)從 1 開始，這個(gè)是和其他編程語言很大的不同。

• 不區(qū)分 array 和 dict ，會(huì)導(dǎo)致處理 json 的時(shí)候，無法區(qū)分 array 和 object。

• 默認(rèn)全局變量，需要在所有變量前加 local，忘記的話，可能導(dǎo)致各種難查的 bug。

• 自帶的字符串正則匹配規(guī)則和通常的 PCRE 不同，使用的話，學(xué)習(xí)成本較高。

• Lua 標(biāo)準(zhǔn)庫(kù)和周邊庫(kù)，都是阻塞的，需要自己甄別哪些可以和 OpenResty 搭配使用。新手很容易使用了阻塞的庫(kù)，而導(dǎo)致性能急劇下降。

有沒有好的入門方法？

我們團(tuán)隊(duì)正在做這方面的努力，盡量在現(xiàn)有的基礎(chǔ)上，降低學(xué)習(xí)的門檻。 對(duì)于新手，可以看 StuQ 上面 OpenResty 的系列視頻教程 (http://www.stuq.org/course/detail/1015)，我們計(jì)劃有 4 季，分別是入門、進(jìn)階、實(shí)戰(zhàn)和源碼分析?，F(xiàn)在第一季已經(jīng)上線，第二季正在后期制作。看完前兩季，基本上就可以在項(xiàng)目里面用了。

對(duì)于已經(jīng)使用了 OpenResty 的開發(fā)者，我們把這兩三年遇到的坑，都記錄在 GitHub 的《OpenResty最佳實(shí)踐》上面（https://github.com/moonbingbing/openresty-best-practices），大家可以當(dāng)做 cookbook 來使用。

#p#

5. nginScript 這樣的嘗試會(huì)替代 OpenResty 嗎？

nginScript 是今年 nginx 大會(huì)上，Nginx 官方推出的一個(gè)新的配置語言。它是模仿了 OpenResty 的做法，把 JavaScript VM 嵌入到 nginx 中，提供簡(jiǎn)單的 nginx 配置功能。

我們看下它的 hello world：

再對(duì)比下 OpenResty 的 hello world：

看上去差不多，只是 OpenResty 簡(jiǎn)潔一些。根據(jù) nginx 官方的說明，nginScript 只是想提供一種更方便配置 nginx 的方法，并不想取代 ngx_lua。

考慮到 JavaScript 本身的流行和開發(fā)社區(qū)的強(qiáng)大，如果未來兩三年它從一個(gè)簡(jiǎn)單的 nginx 配置語言，逐漸演變成類似 ngx_lua 這樣功能非常完備的開發(fā)語言，甚至替代 OpenResty 也是有可能的。

當(dāng)然，這個(gè)前提是 OpenResty 停滯不前?，F(xiàn)在 OpenResty 已經(jīng)有的功能，和計(jì)劃開發(fā)的功能，傾向于覆蓋 nginx Plus 的功能。所以 nginx 和 OpenResty 之間，有一個(gè)良性的競(jìng)爭(zhēng)關(guān)系，這是大家都樂意看到的。

6. 未來重點(diǎn)解決的問題和新增特性

短期內(nèi)的目標(biāo)，是想降低入門的難度：

• 提供官方二進(jìn)制發(fā)布包。類似于 docker 的安裝方法，一行命令，下載一個(gè)sh腳本，增加一個(gè)源地址，不用手工解決依賴，不用源碼編譯，直接就可以試用。
  而且會(huì)發(fā)布 Windows 的二進(jìn)制包，方便這個(gè)平臺(tái)的開發(fā)者本機(jī)做一些測(cè)試。

• 增加包管理。命令行工具叫 iresty，可以從 iresty.org 上面搜索、安裝需要的 lua resty 庫(kù)，避免找錯(cuò)庫(kù)或者放錯(cuò)目錄。

• 寫一本書《 OpenResty 編程》，這本書會(huì)成為官方的入門書籍，框架和關(guān)鍵內(nèi)容由作者春哥直接操刀，我和社區(qū)的其他同學(xué)幫助一起完成。

做完上面3點(diǎn)，OpenResty 的入門難度會(huì)降低到和其他編程語言一樣。

在功能上面，會(huì)增加很多激動(dòng)人心的新特性：

• 支持 TCP 和 UDP 。Nginx 最新的 stream 子系統(tǒng)已經(jīng)支持了 TCP，OpenResty 的 ngx_stream_lua 模塊正在開發(fā)中，會(huì)擁有和現(xiàn)有的 nginx http modlue 相同的 lua API，所以很多應(yīng)用和庫(kù)，可以不加修改的運(yùn)行在一個(gè)新的子系統(tǒng)上面。

• 更好的支持推送場(chǎng)景。增加 shared list 共享內(nèi)存的隊(duì)列，可以用于 worker 間的通訊；增加 semaphore 特性，用于 ngx_lua 輕量級(jí)線程間的通訊。酷狗音樂的推送服務(wù)就是基于這些實(shí)現(xiàn)的，這些改動(dòng)點(diǎn)會(huì)在這個(gè)月并入 master?？梢匝?qǐng)酷狗音樂的同學(xué)，來給大家詳細(xì)分享下里面的細(xì)節(jié)。

• 建立一個(gè)開源的 WAF 平臺(tái)?，F(xiàn)在阿里云和 cloudflare 的 WAF 做的都很棒，經(jīng)受住了很多實(shí)際的考驗(yàn)。但是都沒有開源，我們希望最好的 WAF 是開源的，而且是基于 OpenResty 的。

• 在 OpenResty 中增加內(nèi)存數(shù)據(jù)庫(kù)。可以有持久化，或者就是全內(nèi)存的，支持 SQL 的查詢。這個(gè)也是出于極致性能的考慮，有時(shí)候我們還是需要使用 SQL 來做一些復(fù)雜的查詢，但有不想使用那么重的關(guān)系型數(shù)據(jù)庫(kù)，而且數(shù)據(jù)是可以丟失的。那么這個(gè)就可以排上用場(chǎng)。

• 實(shí)現(xiàn) PHP、Python 等方言，讓 PHP、Python 等程序員可以用自己喜歡的語言寫 OpenResty 的代碼，底層轉(zhuǎn)換為 LuaJIT 的字節(jié)碼。

春哥在 OpenResty 技術(shù)大會(huì)上面說了非常多的新特性，包括 streaming RegEx 正則引擎等等，非常高端，我挑了幾個(gè)我覺得有意思的做介紹。

7. 開源社區(qū)建設(shè)

OpenResty 誕生于 2011 年，大多數(shù)時(shí)間都是春哥主力在維護(hù)這個(gè)項(xiàng)目，當(dāng)然也有很多開發(fā)者提交 feature 和 bugfix ，但基本上算單打獨(dú)斗。

社區(qū)有 github 和郵件列表，大部分還是提問的。春哥每天會(huì)花費(fèi)很多的時(shí)間，來詳細(xì)的回答各種基礎(chǔ)問題。

今年新增了 QQ 群和微信群， QQ 群的質(zhì)量很高，每天都會(huì)有很多提問，非技術(shù)問題是被禁止的。而且還有了自己的技術(shù)大會(huì)，能給大家面對(duì)面交流的機(jī)會(huì)。

我們翻譯了 ngx_lua 的英文文檔，能讓大家更方便的查找資料；我們搭建了一個(gè)不用翻墻就能訪問的論壇： bbs.iresty.com，用作提問和知識(shí)積累的地方。后面會(huì)把谷歌郵件列表的內(nèi)容同步過來。

只有上面這些是不夠的，在 OpenResty 技術(shù)大會(huì)的第二天，我們召集了一個(gè)很小規(guī)模的閉門會(huì)議，決定成立 OpenResty 咨詢委員會(huì)。

這個(gè)委員會(huì)，是以個(gè)人名字參加的，成員來自奇虎 360、新浪、又拍云、酷狗音樂等公司和社區(qū)的開發(fā)者，希望把國(guó)內(nèi)社區(qū)的核心使用者和開發(fā)者團(tuán)結(jié)在一起，促進(jìn) OpenResty 的發(fā)展。

同時(shí)，OpenResty 軟件基金會(huì)也開始籌備工作，我們希望走規(guī)范的非盈利組織的模式，來保證 OpenResty 長(zhǎng)期穩(wěn)定發(fā)展。給開發(fā)者和使用者信心，敢于在關(guān)鍵業(yè)務(wù)上面使用 OpenResty。

Q & A

1、請(qǐng)問 OpenResty 的定位是什么，從分享來看似乎全棧了？

定位主要是高性能，所有的新功能和優(yōu)化，都是針對(duì)性能的。 但是也有人拿來做頁(yè)面，比如京東；也有人拿來替代 PHP 做 Web server，比如新浪。 我覺得它越來越像一個(gè)獨(dú)立的開發(fā)語言。

2、請(qǐng)問 Lua 是不是可以實(shí)現(xiàn)動(dòng)態(tài)配置 location？比如動(dòng)態(tài)切流量？

balancer_by_lua 可能是你需要的，你可以用 Lua 來定義自己的負(fù)載均衡器，可以在每個(gè)請(qǐng)求的級(jí)別上去定義，當(dāng)前訪問的后端的節(jié)點(diǎn)地址、端口，還可以定制很細(xì)力度的訪問失敗之后的重試策略。

3、OpenResty 是可以拿到 nginx 請(qǐng)求里面的所有信息？那是不是可以做一些更復(fù)雜的轉(zhuǎn)發(fā)操作？能介紹一下 OpenResty 在 cdn 里面的應(yīng)用場(chǎng)景嗎？

可以看下 iresty.com 的分享，又拍的張聰非常詳細(xì)的介紹了 OpenResty 在又拍 CDN 的使用。

4、OpenResty 是否修改了 nginx 的源碼，還是和 nginx 完全可剝離開的？Nginx 版本升級(jí)，OpenResty 也跟著升級(jí)嗎？例如 nginx 修復(fù)漏洞 bug 等情況。

OpenResty 不修改 nginx 的源碼，可以跟隨 nginx 無痛升級(jí)。 如果你覺得 OpenResty 升級(jí)慢了， 你可以只拿 ngx_lua 出來，當(dāng)做 nginx 的一個(gè)模塊來編譯。實(shí)際上，OpenResty 在測(cè)試過程中，發(fā)現(xiàn)了很多 nginx 自身的 bug 。

5、軟 WAF nginx + Lua 是主流和未來方向么？

我覺得 WAF 應(yīng)該基于 nginx，不管是性能還是流行程度。而 OpenResty 具有更靈活操控 nginx 的能力，所以我覺得 OpenResty 在 WAF 領(lǐng)域非常合適。cloudflare 的 WAF 就是基于 OpenResty。

6、看樣子未來可能有各種 ngx_xx，最有可能的是 js，不知道這方面有什么前沿的動(dòng)向？

我們組在嘗試把 PHP 嵌入到 nginx 中，當(dāng)然性能肯定不如 LuaJIT，但是會(huì)方便很多 PHP 同學(xué)，有進(jìn)展的話，我們會(huì)開源出來 ：）

7、OpenResty 目前看似乎是一個(gè) proxy 的配置框架（糅合了 nginx + Lua），但以后的發(fā)展是什么樣子？會(huì)不會(huì)以后更進(jìn)一步，比如做一個(gè) API gateway 之類的。

OpenResty其實(shí)是希望大家忽略 nginx 的存在，直接使用 ngx_lua 提供的 API 實(shí)現(xiàn)自己的業(yè)務(wù)邏輯。更像一門獨(dú)立的開發(fā)語言，只不過底層使用 nginx 的網(wǎng)絡(luò)庫(kù)而已。你可以按照你的想法搭建任何好玩的服務(wù)端應(yīng)用出來。

注：本文策劃劉蕓、臧秀濤，編輯劉世杰，校對(duì) TimYang，轉(zhuǎn)載來自高可用架構(gòu)（ArchNotes）微信公眾號(hào)。

延伸閱讀：

openresty+lua在反向代理服務(wù)中的玩法

幾天前學(xué)弟給我介紹他用nginx搭建的反代，代理了谷歌和維基百科。由此我想到了一些邪惡的東西：反代既然是所有流量走我的服務(wù)器，那我是不是能夠在中途做些手腳，達(dá)到一些有趣的目的。