# 3.6 服務器架構 ## 3.6 服務器架構 ### 簡單的情況 Web服務器位于整個網站的最前端，它接受客戶端的HTTP請求，并作出應答，如圖所示：  流行的Web服務器有[Apache HTTP Server](https://httpd.apache.org/)、[Nginx](https://nginx.org/)，以及微軟的[IIS](http://www.iis.net/)等。另外，有一些Web編程技術依賴于特定的Web服務器，如前面提到的[Java Servlet](java.html)須要運行在Servlet容器，如[Aapche Tomcat](http://tomcat.apache.org/)，中；[Node.js](nodejs.html)應用內建Web服務器。 ### 負載均衡 對一個請求繁忙的網站來說，一個Web服務器可能是不夠的；它往往有一組Web服務器，通過某種負載均衡技術組合起來，共同對外提供Web服務，如圖所示：  **負載均衡器（Load Balancer）**接受來自用戶的HTTP請求，并把它轉發給內部的Web服務器。 知名的負載均衡器有[HAProxy](http://www.haproxy.org/)等。另外，Apache HTTP Server和Nginx等Web服務器也可以配置為負載均衡器使用。 需要說明的是，負載均衡器實際上是一種Web**反向代理（Reverse Proxy）**。反向代理不僅可以做負載均衡，還可以做[Web緩存](web_cache.html)，或稱之為Web加速器（Web Accelerator）——它可以緩存那些動態生成的頁面，用以響應對這些頁面的請求，從而加速網站訪問。知名的Web加速器有[Varnish](https://www.varnish-cache.org/)等。另外，有些負載均衡器也有加速功能，比如Nginx（這是一種多功能的Web服務器）。 ### 高可用性 少數網站有**高可用性（High Availability）**的要求，它要求網站在任何一個節點（如Web服務器、負載均衡器等）失效的情況下仍然可以正常工作。這須要對每個節點做冗余（redundency），并且在發生故障時自動切換故障節點，如圖所示：  其中，“DNS解析”部分是這種架構的關鍵：它把一個域名，如www.example.com，指向到多個不同的IP——在本例中對應著不同的負載均衡器。瀏覽器會依次向這些IP發出請求，直到一個有效的節點。這種技術又稱為**Round Robin DNS**[1](#fn_1)。 > 1. Round Robin DNS是一個有爭議的HA技術，由于TTL的存在，故障切換不是“即時”發生的。但是即時性更好的DNS解析技術往往需要更大的代價，或者依賴服務器供應商提供的專有技術，如Digital Ocean的Floating IP。[?](#reffn_1 "Jump back to footnote [1] in the text.")