當一個產品放到雲端上時，整體架構怎麼設計才會穩定、可擴充、好維運。
🛡️ 高可用性（High Availability, HA）
高可用性就是讓你的系統「不中斷」，盡量 24 小時都能運作，別讓用戶打開網站時看到錯誤畫面。舉例：
- 如果某台伺服器壞了，系統不能整個倒，要有其他伺服器接手。
- 如果資料庫掛了，備援資料庫要能立刻啟用。
- 如果一個機房斷電，應該還有其他地區可以服務用戶。
常見做法：
📈 可擴展性（Scalability）
可擴展性就是「用戶變多、流量變大，系統還能撐得住」。
兩種擴展方式：
- 水平擴展（scale out）：加更多台伺服器（像請更多人幫忙）
- 垂直擴展（scale up）：把原本的伺服器升級（加 RAM、CPU）
🔧 在雲端，可以用 Auto Scaling 自動加減機器，不用人手動介入。
💥 容錯與備援（Fault Tolerance & Redundancy）
容錯就是「一部分壞掉，整體還能運作」；備援是「準備替代方案」。
例如：
- 有兩台資料庫，一台壞掉，另一台馬上接手（主備）
- 雲端服務分散在不同硬體或機房，不會同時壞
🌍 多區部署（Multi-Zone / Multi-Region）
這是進階的高可用策略：
- Zone（可用區）：一個地區中的不同資料中心
- Region（區域）：不同城市或國家
👉 把服務部署到多個區域，哪裡壞了就切去其他地方。
🧩 去中心化架構（Decoupled Architecture）
意思是系統各部分「不要綁死在一起」，壞一個不影響整個系統。
例子：
- 把前端、後端、資料庫、登入機制分開處理
- 中間加「佇列（Queue）」，像是 SQS、Pub/Sub 來緩衝流量
🤖 自動化與自癒（Auto Healing / Auto Scaling）
- 自動化：例如一台機器壞了，系統自動換掉，不用人介入
- 自癒：像是 VM Crash 掉，雲平台自動重新啟動
這些都靠監控 + 腳本來自動完成。
API Gateway（應用程式介面與閘道）
🚪什麼是 API Gateway？（API 閘道器）
API Gateway 是負責「管理所有 API 請求」的一扇門：
- 好比飯店櫃台：客人不直接找房務，而是統一跟櫃台說需求。
- 它幫忙：
- 檢查誰能使用 API（身份驗證）
- 把請求轉送到正確的服務（像訂房、叫餐）
- 紀錄 API 使用狀況（方便追蹤）
常見產品：
- AWS API Gateway、Kong、Apigee（Google）、Azure API Management
