雲端HA、BCDR、Backup 分不清？從客戶案例一次搞懂（上）｜專家論點【黃婉中】
作者：黃婉中（雲端架構師）
我想跟你聊聊 High Availability（HA）、BCDR（Business Continuity & Disaster Recovery）、Backup、Failover 這幾個常被搞混的詞。
這不只是技術名詞的差別，而是關係到你公司的系統能不能「在關鍵時刻繼續營運」的核心問題。
真實案例：關於「做 Backup」的誤會
有一次，一位客戶跟我說他想做 Backup。我問他為什麼，他說：
「因為之前美國有資料中心斷線，導致 host 在美國的網站全掛掉。所以我們現在想做 Backup，讓網站可以一直在線上。」
聽完後我問他：
「你是希望當資料中心斷線時，網站可以自動跑到其他地區（比如亞洲）繼續服務嗎？」
他點點頭：「沒錯。」
這時我跟他說：「那你要的其實不是 Backup，而是 High Availability（高可用性），搭配 Failover（自動切換） 的架構。」
是網站不中斷運行，不是資料能不能備份。
那 Backup 是什麼？
Backup 是為了資料保存。也就是說：如果你誤刪資料，或是系統中毒了，可以還原。
但問題是，你只能回到「最後一次備份的時間點」。所以會有資料遺失的風險（也就是 RPO）。
除非你做的是即時備份，但那是另一種解法，如 log shipping、replication 或者近乎即時的 snapshot 機制。
Backup 一定會有時間差。這段時間差可能是幾個小時，也可能是一兩天，取決於你的備份頻率。
如果你沒辦法接受這段資料遺失，那光靠 Backup 是不夠的。
HA、BCDR、Backup 的關係是什麼？
從架構師的角度來說， HA 和 Backup 都是 BCDR 策略的一部分。
BCDR 是一個大傘，涵蓋了「不中斷營運」（BC）+「災後能復原」（DR）這兩個方向。
用這張表格說明：
| 名稱 | 用來解決什麼問題 | 目標 | 常見技術 |
| BCDR（業務持續與災難復原） | 應對自然災害、人為錯誤、營運風險 | 災後快速恢復、資料不遺失 | 是一組策略總稱，通常包括 HA + Failover + Backup 組合 |
| HA（高可用性） | 應對機器故障、區域中斷 | 維持系統隨時可用不中斷 | VM Scale Set, Load Balancer, ZRS, Azure Front Door, Traffic Manager（包含 Failover 機制） |
| Backup（備份） | 應對資料遺失、系統毀損、人為誤刪 | 還原資料到某個時間點 | Azure Backup, Blob Snapshot, GRS, RA-GRS |
（圖表來源／ 中途筆記）
Failover（故障切換）是實現 HA 的常見手段之一。當系統出現異常時，會自動切換到備援資源（例如異地 VM、備用 DNS 端點），確保服務不中斷。但 Failover 是技術方法，不是最終目的，真正目標是維持「高可用性」。
小結
很多企業在選擇雲端架構方案時，其實還沒釐清「自己能接受多大的風險」，就跳進選技術或服務，結果花了錢卻買不到真正需要的東西。
在下一篇文章中，我會繼續說明：
- BCDR 的商業與成本考量
- 為什麼選擇儲存類型（LRS、ZRS、GRS）是成敗關鍵
- Azure 上該怎麼做出正確的技術選擇
接著看下篇：
HA、BCDR、Backup 分不清？從客戶案例一次搞懂（下）：BCDR 技術與儲存選擇怎麼搭配？
瀏覽 124 次
