Web 伺服器 vs 應用伺服器 vs HTTP 伺服器：架構師必讀的角色邊界

Web 伺服器 vs 應用伺服器 vs HTTP 伺服器：架構師必讀的角色邊界

在企業級 Java 架構中，理清 IIS、Apache、Tomcat、WebLogic、WebSphere 的定位與協作關係，是設計高可用、可擴展系統的前提。本文從協議支援、功能邊界、典型部署拓撲三個維度深度剖析。

一、核心定義與協議邊界

二、經典組件定位

• Apache HTTPD：純粹 Web 伺服器，靜態資源處理極致高效，無法解析 JSP/Servlet，常與 Tomcat 反向代理協作。
• Tomcat：Servlet/JSP 容器，支援 JNDI/JMX，不支援完整 J2EE (無 EJB/JTA)，歸類為輕量級應用伺服器或增強版 Web 伺服器。
• IIS：早期純 Web，後內建 ASP 引擎具備輕量應用伺服器能力，但非 J2EE 標準。
• WebLogic / WebSphere：全功能 J2EE 應用伺服器，支援 EJB、分散式事務、叢集管理、連線池等企業級特性。

三、協作拓撲最佳實踐

3.1 Apache + Tomcat (經典雙層)

Apache 負責靜態資源與 SSL 卸載，動態請求 (Servlet/JSP) 透過 mod_jk 或 mod_proxy_ajp 轉發給 Tomcat。可配置多 Tomcat 實現負載均衡。

3.2 應用伺服器 + Web 伺服器 (企業級)

WebLogic/WebSphere 後端跑商業邏輯，前端掛 Apache/Nginx 做靜態分流、SSL 終結、WAF 防護，達成職責分離與性能最優。

3.3 Tomcat 嵌入應用伺服器

多數商業應用伺服器內建 Tomcat 作為 Servlet 容器，開發者僅需一行致謝即可合規嵌入。

四、選型決策樹

1. 僅需靜態站點 → Nginx/Apache
2. Spring MVC / Servlet 應用 → Tomcat/Jetty (獨立或嵌入式)
3. 分散式事務、EJB、JCA、高階叢集 → WebLogic/WebSphere
4. 微服務架構 → Spring Boot 內嵌容器 + Kubernetes

理解邊界，才能正確分工；正確分工，系統才能演進。