核心哲學：拆分即伸縮
大型門戶網站面對不可預測的流量增長，**「拆分」**是實現橫向 (Scale-out) 與縱向 (Scale-up) 可伸縮性的唯一途徑。拆分帶來四大紅利：彈性、伸縮性、隔離性、安全性。
一、橫向拆分：業務與流量維度
- 大站化小：功能模組獨立部署
將單體應用拆分為多個獨立子站點（如論壇、新聞、商城、用戶中心），各自部署於不同伺服器叢集，依業務增長獨立擴容。
- 靜靜分離：靜態資源獨立域名/叢集
圖片、CSS、JS、影片等靜態檔案移至專用靜態 Web 叢集或 CDN。靜態站點重 I/O/頻寬，動態站點重 CPU/記憶體，硬體採購策略截然不同；快取策略亦異（靜態長快取、動態短快取/無快取）。
- 功能隔離：特殊高負載模組獨立
上傳、匯出、報表、搜尋等高 CPU/長連線/大記憶體操作獨立部署，避免單一熱點拖垮整站。安全/非安全功能分離，便於後續 SSL 憑證佈署與合規審計。
- 外包非核心：搜尋、報表、郵件交給專業服務
Google Custom Search、第三方 BI/報表平台、交易郵件服務，省下自建維護成本與頻寬。
二、縱向拆分：技術棧層級
- 檔案即資料庫：上傳檔案獨立檔案伺服器/物件存儲
檔案 I/O 流量常超過資料庫。Web 伺服器不存檔案，僅存 URL/元資料。
- 中間層解耦：應用層獨立部署，專司業務邏輯與快取
Web 伺服器只負責 HTTP 協議解析與頁面渲染；業務邏輯、資料存取、快取 (Redis/Memcached) 下沉至獨立應用伺服器叢集。優勢：
- 快取記憶體不佔用 Web Worker Process，避免回收/重啟導致快取失效。
- 資料存取策略集中管控（讀寫分離、分庫分表路由、降級熔斷）。
- 跨機房/跨網路 (電信/網通) 橋接：應用層可就近路由，減少跨網延遲。
- 資料庫層：水平分表 + 垂直分庫 + 讀寫分離
見後續「資料庫擴展策略」章節。
三、伺服器資源瓶頸識別與應對
| 資源 | 典型瓶頸徵兆 | 拆分/擴容策略 |
|---|
| CPU | 動態頁面解析佔用高、長佔用執行緒 | 高耗 CPU 功能拆出；單請求輕但 QPS 高 → 加 Web/應用節點 |
| 記憶體 | 快取命中率低、GC 頻繁、OOM | 快取獨立叢集；合理利用記憶體比磁碟快百倍 |
| 磁碟 I/O | 特定檔案讀寫熱點、IOPS 滿載 | 熱點檔案移至獨立檔案叢集/SSD/RAID 10；大讀靠快取、大寫靠隊列削峰 |
| 網路 | 跨機房/跨網通訊延遲高、頻寬滿 | 分散式快取/計算考慮物理鄰近性；靜態內容上 CDN；佈署雙線/多線機房 |
四、SQL Server 資料庫擴展策略（更新版）
1. 垂直分割（切欄位/切業務）
- 不同業務模組 → 不同資料庫/實例 (訂單庫、用戶庫、商品庫)。
- 寬表拆分：高頻小欄位表 + 低頻大欄位表 (主表 + 擴展表)。
2. 水平分割（切資料列）
- 大表分區：按範圍/雜湊/列表分區，不同分區置於不同檔案群組/磁碟/伺服器。
- 分區優勢：並行 I/O、分區裁剪加速查詢、獨立維護 (重建索引、備份)。
- 土法：定期歸檔歷史資料至歸檔庫/冷存儲。
3. 讀寫分離與高可用
- 資料庫鏡像 / AlwaysOn 可用性群組 / 交易式複寫 → 將讀流量導向次要複本。
- 寫入主庫，讀取從庫，應用層路由邏輯自動切換。
- 極限場景：硬體級負載均衡 (共享存儲叢集)。
4. BI / 數據倉庫
OLAP 需求獨立建模，採用星型/雪花型架構，ETL 定時同步，不影響 OLTP 線上系統。
五、典型成熟架構拓撲
- 動態 Web 叢集：高 CPU、多核心
- 靜態 Web + 檔案叢集：大磁碟、高頻寬、SSD 快取
- 應用/快取叢集：大記憶體 (64GB+)、低延遲網路
- 資料庫叢集：高 CPU + 大記憶體 + RAID 10 / NVMe
六、持續演進循環
發現問題 → 定位瓶頸 → 針對性拆分/擴容 → 驗證效果 → 迭代
架構設計不是一次到位，而是根據流量增長階段性演進。**預先規劃拆分邊界**（模組化、介面化、無狀態化），才能在需要時平滑擴展。
小結
大型門戶可伸縮性的本質是**「分而治之」**。橫向按業務/流量特性拆分站點，縱向按技術棧分層解耦，資料庫採用垂直分庫、水平分表、讀寫分離組合拳。持續監控四大資源指標，在瓶頸到來前完成架構演進，讓每台伺服器「不閒置、不壓垮」，即是最高明的架構藝術。
