應用程式架構演進：從兩層 C/S 到三層架構的邏輯模型與物理部署彈性

分散式計算主流演進：兩層 C/S → 三層 → N層/微服務。每階段解決前一階段的擴展、維護、部署痛點。

兩層 C/S 架構局限

• 客戶端直連資料庫（Fat Client），業務邏輯混雜 UI
• 連接資源耗盡：每客戶佔一連接，數百客戶即擊穿資料庫
• 資料庫綁定：更換資料庫需重寫所有客戶端
• 擴展性差：無法支援 Web/行動/第三方整合
• 部署惡夢：客戶端更新需分發安裝包

三層架構邏輯模型

核心優勢

• 關注點分離：各層單一職責，可獨立開發/測試/部署/替換
• 技術彈性：表現層可換 Web/行動，資料層可換 SQL/NoSQL，商業層不變
• 擴展性：商業層無狀態，水平擴展支援海量併發
• 安全邊界：資料庫不直接暴露給客戶端
• 可測試性：商業層純邏輯，單元測試覆蓋率高

關鍵澄清：邏輯 ≠ 物理

三層架構是邏輯模型，不意味著三台實體伺服器。 物理部署可為：單機三進程、三台伺服器、K8s 三組 Deployment、Serverless 三組 Function。部署拓撲隨負載、預算、可用性需求彈性調整，邏輯架構保持不變。

演進路線

兩層 C/S → 三層 → 服務導向 (SOA) → 微服務 → 雲原生 (K8s/Service Mesh)

三層是通往現代架構的必經橋樑，奠定「關注點分離、介面契約、無狀態擴展」核心基因。