說到Web服務器，也許你***時間會想到Apache，也許你會想到Nginx。雖然說Apache依然是Web服務器的老大，但是在全球前1000大Web服務器當中，22.4%使用NGINX。這些服務器包括諸如Facebook、Hulu和WordPress之類的網絡巨頭使用的服務器。在今年剛剛結束的O'Reilly Velocity China 2011會議上，51CTO編輯有幸采訪到了目前就職淘寶的王曉哲。在《淘寶網Nginx定制開發實戰》的主題演講上，王曉哲與朱照遠為大家分享淘寶網是怎么通過定制開發Nginx服務器內核以及開發有效的模塊達到亞洲***電子商務網站的經驗。

[[53338]] 

王曉哲：花名清無 一淘-數據平臺與產品部技術專家。任職于數據平臺部-量子恒道組，負責量子統計整體技術架構搭建。對海量數據處理、高性能高可用的Web服務相關技術有濃厚興趣。

51CTO張浩：您從什么時候開始接觸Nginx的？您是否接觸過其他的服務器，比如Apache或者IIS？

清無：我是2008年開始接觸Nginx的，當時在雅虎中國做開放平臺的相關開發，非常看中Web服務器的大并發服務能力，對Apache2Event模型、lighttpd和Nginx進行調研比較后，才選擇了性能更為優異的Nginx進行開發和使用。除了IIS以外，Linux平臺上生產級的開源Web服務器我基本上都接觸過，如apache/lighttpd/Nginx/cherokee等。

51CTO張浩：您在最初在Nginx上工作時使用的是什么語言？在您的分享中非常看好Lua語言，您又是從何時開始接觸Lua語言的？

清無：最初在應用程序側使用的是PHP，但在開放平臺的實際業務中對PHP的并發能力很不滿，就一直在考慮如何提升業務側在這方面的表現。2009年進入淘寶后量子統計也有類似的訴求，經過多方比較選擇了將Lua解釋器嵌入Nginx的方案，也是從那時開始接觸Lua語言。

51CTO張浩：其實很多開發者對Lua語言的了解來自《憤怒的小鳥》這款經典游戲，作為在服務器端工作的人，您認為Lua語言作為Web服務器中的膠水語言與在移動應用開發中有哪些不同？既然我們對Lua語言的了解是從《憤怒的小鳥開始》那么您有沒有進行過相關開發呢？

清無：從基本結構來說，移動應用中以UI事件為主體的事件循環同Web服務器中以I/O事件為主體的事件循環有驚人的相似之處，差別無非是前者所處理的事件大部分由用戶操作所產生，而后者處理的事件則大部分由外設（主要是網卡）產生。移動應用中使用的Lua開發框架通常還是標準的“填空”模式，即開發人員要站在系統事件循環的視角上，顯式將業務邏輯切分為多塊，用Lua腳本去編寫若干回調函數分別實現各塊，再由事件循環在合適的時機去調用它們完成相關操作。而ngx_lua通過協程封裝I/O操作之后，讓開發人員可以站在業務邏輯的視角上以自然的線性邏輯書寫代碼，由底層的ngx_lua將其隱式轉換為多塊回調的形式運行。

除此之外我覺得二者差別不大，移動平臺上硬件機能差、Web服務器上并發處理請求多，二者都需要開發人員對運行性能和資源占用保持很高的敏感性。

雖然我個人正在使用Lua語言，但說到移動應用的開發我個人只是嘗試過一些iOS上的Lua開發框架，沒有實際發布過應用。

51CTO張浩：相比PHP，Lua語言在整個架構上的優勢在哪里？換句話說是Lua語言哪些地方吸引了您？

清無：Lua的緊湊、快速和內建協程支持是最吸引我的地方，前2點是實現高并發服務的基礎，后1點則保證了我們可以將回調式異步操作轉變為隱式異步操作，在保證并發服務能力的同時極大地降低了業務邏輯實現成本。

51CTO張浩：現在Nginx的增長非常迅速，有數據表示在世界上1000臺服務器中有22.4%使用Nginx。這些服務器包括諸如Facebook、Hulu和WordPress之類的網絡巨頭使用的服務器。您覺得Nginx與Apache相比優勢在哪里？比如在壓力承載與開發維護上？

清無：在Apache漫長的發展過程中，開發團隊和社區產出了相當豐富的擴展模塊，這些模塊是Apache流行的重要原因。遺憾的是它們現在也是阻撓Apache轉型的***障礙，可以說是成也模塊、敗也模塊。因為Web服務器的擴展模塊總會深度嵌入請求處理過程的各個層面，服務模型一旦確定，為了保證擴展模塊兼容性，就無法再做大的修改。Apache從一開始選擇的是多進程服務模型（Prefork），同時得益于設計明晰的內部處理流程，使得此模型下模塊非常容易開發；隨著互聯網的迅猛發展，Apache開發團隊也意識到了多進程模型的并發服務瓶頸并著手改進，先后開發出了Worker（thread）服務模型和Event（Leader-Follower）服務模型。但無論哪個模型，都是為了***程度地兼容原有擴展模塊而設計，保留了阻塞式請求處理流程，這就相當于自己為并發服務能力設置了一層天花板。

相比Apache，Nginx就沒有這些歷史包袱，有機會從頭做正確的事，它借鑒了Apache中良好的內部流程設計，同時摒棄了阻礙性能進一步提升的阻塞式請求處理方案，加上Igor本人對開發高性能程序方面有豐富經驗，就造就了Nginx這樣一個后起之秀。

在內核上同Apache相比，Nginx更為精巧，單機并發處理能力要強很多，但缺點是難以開發復雜的擴展模塊和深度定制代碼，這是選擇非阻塞I/O復用服務模型的缺點。我們希望后續能通過加強ngx_lua對Nginx核心的控制能力來徹底解決Nginx擴展困難的問題。

51CTO張浩：在本期的Velocity上的一個主要基調就是為用戶***的體驗，那么作為架構師來講在進行架構設計的時候需要注意哪些方面的細節？

清無：作為技術架構師，快速、穩定是架構設計時追求的2個***目標，也是為用戶創造舒適體驗的基本前提。設計是一個權衡的過程，沒有***的設計，只有最合適的設計，在設計的過程中大致上需要注意四個方面：

1. 盡量減少數據通路上的不必要環節，多一個環節就多一分出錯可能
2. 同時關注運行效率和開發效率，視具體場景有所側重
3. 正視而非掩蓋系統異常，要對依賴系統故障時的自動處理機制有較周全的考慮
4. 盡量將系統組件的內部運行狀態以監控接口形式暴露出來，讓運維工作白盒化

把握好以上要點基本上就可以設計出符合業務需求的系統架構。

51CTO張浩：您從參加工作到現在***的感觸是什么？您對基層的運維開發人員在職業規劃上又有哪些建議呢？

清無：“聚焦”才是硬道理。人的總精力有限，投入的方向多，攤到各個方向上的精力就少，更難出成績。如果想在技術領域有所作為，就要善于從日常工作中發現問題并思考解決方案，及時總結經驗，多花時間學習基礎理論，在熟悉了所在領域的基本狀況后，可以選擇一個方向重點投入精力進行研究積累，只要時間投入夠多，總能獨樹一幟。