nginx重要嗎？nginx的很合適這一點，而且它提供給了方便些御載并發(fā)，服務器延遲一次性處理，SSL（安全套接字層），靜態(tài)內容，高壓縮和緩存，連接上和幫忙限制，甚至還充斥應用程序的HTTP媒體流所需

nginx重要嗎？

nginx的很合適這一點，而且它提供給了方便些御載并發(fā)，服務器延遲一次性處理，SSL（安全套接字層），靜態(tài)內容，高壓縮和緩存，連接上和幫忙限制，甚至還充斥應用程序的HTTP媒體流所需的最關鍵功能層到更快速有效的邊緣Web服務器層。它還容許真接與memcached/Redis或其他“NoSQL”解決方案獨立顯卡，以在為大量并發(fā)用戶提供服務時想提高性能。

緊接著最近開發(fā)套件和編程語言的越來越廣泛使用，越來越多的公司正準備轉變他們的應用程序開發(fā)和部署習慣。nginx已下一界這些不斷變化的范例中最不重要的組成部分之一，它也指導許多公司在預算范圍內快速啟動和旗下其Web服務。

nginx的第一行是在2002年匯編語言的。2004年，它依據(jù)雙條款BSD許可證向公眾公告。從那個時候起，nginx用戶的數(shù)量始終在會增長，能提供想法，并再提交對整個社區(qū)相當有幫助和有益的出現(xiàn)錯誤報告，建議和觀察。

nginx代碼庫是偽原創(chuàng)的，全部是用C編程語言從新開始c語言程序的。nginx已被移植到到許多架構和操作系統(tǒng)，除了Linux，F(xiàn)reeBSD，Solaris，Mac OS X，AIX和Microsoft Windows。nginx有自己的庫，其標準模塊除此之外zlib，PCRE和OpenSSL之外應該不會超出系統(tǒng)的C庫，除非pcre，PCRE和OpenSSL可以不你選擇從統(tǒng)合中可以排除，如果沒有不需要或是導致潛在動機的許可證。

haproxy和nginx的區(qū)別？

Nginx跟Haproxy反正他們兩個的定位是有所有所不同的，Nginx的定位是一個server，Haproxy的定位是一個loadbalancer。

Nginx按照各種pluginmodule是可以支持Loadbalance的功能，不過性能不弱于haproxy太，所以才總有人拿來將兩個東西比較好。當然Apache也也可以相關模塊做loadbalancer，但是性能差得多而己所以我沒人用而己。當然了Nginx的LB功能現(xiàn)在是其支柱挺火功能罷了。

看見了有很多答案對于haproxy多進程有誤解，這里特別說下，haproxy已經(jīng)支持什么多進程模型，只不過并也不是Nginx的WorkerMaster結構，完全是平等多進程結構，而也意見REUSEPORT選項，因為在這里Nginx跟Haproxy這對多核用來上都是完全不一樣的并沒有本質區(qū)別。

haproxy從1.8之后，直接添加了多線程的模式，現(xiàn)在它更幫我推薦的又是這個模型，在一些平臺上能要好的利用多核。而Nginx向來沒有多線程模型。不過看起來社區(qū)也沒準備支持。

Nginx其實實現(xiàn)server的功能來說，是Haproxy不擁有的，讓Haproxy像一個大多數(shù)Webserver那樣解除一個普通的HTTP請求是不是那么容易的，不如此大規(guī)模如何修改源碼根本不能做到。Haproxy是在虛空中微博轉發(fā)模型設計的，整個流程就是環(huán)繞如何能急速把一個請求也可以知道回答轉發(fā)到另一端。并不是像Server差不多認可請求然后再發(fā)。

但Nginx才是一個完全是的LB來說，尤其是因為WebLoadBalancer來說，功能沒有haproxy這樣的話極細致。Haproxy意見的ACL對象太廣泛的，很多情況卻不是必須腳本前期就可以不能夠完成復雜的功能，而Nginx有一點奇怪的LoadBalance功能都要在用腳本才能成功，那樣性能變會差很多。

從功能角度過來講，Nginx不過功能比Haproxy要多（不過并不都是付費的），而且他的開發(fā)社區(qū)和定位方向都比Haproxy要大和涵蓋面。在Nginx上面的各種解決方案也要多的多。例如WAF，haproxy一致都沒有都很好的原生解決方案。有除開最近針對Service Mesh的支持，haproxy是很容易跟得上。

但基礎功能，和HTTP2，TLS1.3，Script，SSL/TLSoffload，ocsp，SNIpreload，總之zookeeper2011版版本巳經(jīng)巳經(jīng)支持，甚至連比Nginx還更快些（HTTP2比較晚，但是現(xiàn)在也允許了）。至于，麻煩問下硬件SSLoffload接受不過主要是OpenSSL的engine的支持，所以才這個大家都差不多，如果兼容比較新OpenSSL都沒什么問題。

Haproxy的優(yōu)點不過是轉發(fā)性能稍高，因為haproxy去追求zero全部復制的forward流程，所以代碼都被害妄想于優(yōu)化在一。但這個優(yōu)勢現(xiàn)在被廣泛的的TLS/SSL應用鋪平了，差別不大0copy節(jié)省時間的時間來說加解密的消耗的性能占絕大多數(shù)，因此ngnix基本上在現(xiàn)在的應用廣泛SSL環(huán)境下沒有什么優(yōu)勢了。除非你想用純HTTP，不過還想在用比較奇怪的基于HTTP頭部的LoadBalance功能，這樣的話Haproxy是個好選擇，要不然僅僅只不過是LB的話，LVS性能反正更最高，要知道人家在Kernel里面。

從代碼層面來說，Nginx的結構化代碼和模塊化都比Haproxy好過多。Haproxy代碼模塊化一直都是個大問題，內部結構模塊化不繼，二次開發(fā)困難，最近到1.9了才些會改善，但依然有很多內部trick的hack和讓人發(fā)懵的FLAG。而言Nginx做到的徹底的模塊化，這個可以輕而易舉的通過旗下自己的模塊來變化或則實現(xiàn)方法查找功能，這個haproxy是不必須具備的。

從開發(fā)社區(qū)來說，Nginx也比Haproxy好太，Haproxy只不過社區(qū)歷史更久，不過總是大都戲比人紅，貢獻者畢竟原作者的嚴格的的控制，始終都一般很少，再另外沒有module開發(fā)功能，所以才讓的開發(fā)者一直都不太多。給了的問題就是版本更新慢，支持什么的新功能慢。HTTP2的開發(fā)幾乎靠原作者一個人，因為意見進度極為嚴重拖后。

這篇文章看上去像是變成了對haproxy吐槽一下，可是而且在工作中接觸這兩個東西真的過多，但是接受深度適宜二次開發(fā)，因此自如果說應該有一定會的了解的。從目前的情況看，要是haproxy不能不能更剛剛開放招募更多的貢獻者，又不能完全如何修改架構支持module開發(fā)，是不能比擬NGINX的。

至于Haproxy優(yōu)勢一點的是免費版的功能比Nginx免費版的更實惠。相對于小又窮的站點雖然是個好處。