雲端部署架構——請求路徑與韌性 · 心智圖
雲端部署架構——請求路徑與韌性. 可編輯嘅心智圖，以彩色分支、子題目同曲線連結呈現概念。 曲線表示關聯；只有方向重要時先用箭嘴。
雲端部署把一部伺服器變成一個有韌性的系統：流量由邊緣層進入，負載平衡器把它分派出去，一個會自動擴展的層負責處理，資料層負責保存，而監控則令整疊架構誠實。
雲端部署架構——請求路徑與韌性 · 心智圖
The interactive MindMap canvas for this explanation — every lane, row and arrow above is a real QueryChart diagram you can open and edit.
點樣閱讀呢張心智圖
- 由中央主題開始，沿住彩色分支探索相關概念。
- 曲線表示關聯；只有方向重要時先用箭嘴。
Users & edge
呢個分支匯集 “Users reach the service through the edge”, “Static assets are served from edge locations near the visitor, cutting latency and shielding the origin from repeat downloads.”.
Traffic routing
呢個分支匯集 “The load balancer is the front door to the compute tier: it terminates the public connection and forwards each request to a healthy instance.”.
Application
呢個分支匯集 “Instances are added and removed automatically from traffic — the deployment scales out horizontally instead of buying a bigger server.”, “App instances serve requests”, “Hot data lives in memory, so the database only sees the requests that actually need it. The cache is disposable — losing it slows the system, it does not break it.”.
Data
呢個分支匯集 “Primary database stores the source of truth”, “Read replicas spread load; point-in-time backups and cross-region copies are the recovery story for the one thing that cannot be rebuilt.”.
Resilience
呢個分支匯集 “Metrics, logs and alerts cover every tier — a spike in error rate or latency is what triggers the auto-healing and rollback decisions.”, “The deployment scales and self-heals”.
跨分支關聯
韌性是一層一層疊出來的：CDN、負載平衡器、自動擴展、快取、副本、監控——每一層都保護它後面那一層。
資料層出事的方式並不一樣，需要自己一套控制措施：用副本分擔負載，用備份應付復原。
負載平衡器是大門；自動擴展決定的是門有幾多道。
快取是可以丟掉的——失去它會令系統變慢，但不會令它壞掉。
把整個迴圈收口的是監控：一則警報觸發擴展、回滾與復原的決定。
Key relationships and takeaways
- 韌性是一層一層疊出來的：CDN、負載平衡器、自動擴展、快取、副本、監控——每一層都保護它後面那一層。
- 資料層出事的方式並不一樣，需要自己一套控制措施：用副本分擔負載，用備份應付復原。
- 負載平衡器是大門；自動擴展決定的是門有幾多道。
- 快取是可以丟掉的——失去它會令系統變慢，但不會令它壞掉。
- 把整個迴圈收口的是監控：一則警報觸發擴展、回滾與復原的決定。
When to use this visual
- 在一支團隊設計第一個生產環境之前，先講解一套雲端部署的結構。
- 為韌性缺口覆核一套架構——一個沒有冗餘的層就是單點故障，而這張畫布會把它暴露出來。
- 為一場關於雲端成本的討論定下基礎：每一層都是一個關於要為冗餘付多少錢的決定。
運作方式
調整中央主題
按項目或課堂修改中央主題名稱。
擴展分支
編輯概念並加入例子或註解。
連結相關概念
畫出跨分支連結；只有方向重要時先用箭嘴。
常見問題
甚麼是雲端部署架構？
它是一項服務在雲端怎樣執行的設計：流量由邊緣層（CDN）進入，負載平衡器把它分派出去，一組會自動擴展的執行個體負責處理，資料層負責保存，而監控則看顧一切。這種架構最關鍵的性質是韌性——沒有任何單一組件的故障可以令服務中斷，因為每一層都有冗餘，而且會自我調整。
資料層為甚麼要與其餘部分分開處理？
因為那些無狀態的層——執行個體、快取——可以即時重建或替換，而資料庫保存的卻是無法重新造出來的真實來源。它需要自己一套控制措施：用副本分擔讀取負載，用時間點備份與跨區域副本應付復原，並要有一套明訂的容錯移轉程序。這張圖解給資料層自己一條泳道，就是因為它的故障模式與控制措施，都跟它上面那些層不同。
「自動擴展」是甚麼意思？它為甚麼重要？
自動擴展是按量度到的需求——通常是 CPU、記憶體或佇列長度——自動增加或移除應用程式執行個體。它之所以重要，是因為它把容量由一個猜測變成一個控制迴圈：系統忙的時候買多些容量，不忙的時候放掉，而一個壞掉的執行個體不需要人手介入就會被替換。這種自我調整，佔了雲端部署之所以有韌性的一大半。
快取與監控在這套架構裡扮演甚麼角色？
快取夾在應用程式與資料庫之間：熱門資料由記憶體供應，所以資料庫只會見到真正需要它的那些請求。監控則是橫跨每一層的感測層——指標、日誌與警報——而觸發其餘那些韌性機制的正是它：錯誤飆升會啟動回滾，負載上升會觸發擴展，壞掉的執行個體會被替換。沒有監控，架構的其餘部分都是在盲目運作。
喺 QueryChart 編輯呢張心智圖
喺可編輯畫布開啟心智圖。移動概念、加入分支同畫連結。