雲端規模分析的商務持續性和災害復原
當您設計雲端服務的架構時，請考慮您的可用性需求，以及如何回應服務的潛在中斷。 問題可能會被侷限於特定實例，也可能影響整個區域。 為兩者制定計劃很重要。 視您的復原時間目標和恢復點目標而定，您可以選擇高可用性和災害復原的積極策略。
高可用性和災害復原有時可以合併。 這兩個領域有稍微不同的策略，特別是在數據方面。 若要深入瞭解，請參閱 azure Well-Architected Framework Microsoft
與其努力防止失敗，不如先接受失敗可能會發生的事實。 將生命週期中任何單一失敗元件的影響降到最低。 您對成本、恢復點目標和復原時間目標的容忍度會決定要實作的解決方案類型。
備份策略
許多替代策略都可用於跨區域實作分散式計算。 策略必須針對您應用程式的商務需求和情況量身打造。 概括而言，這些方法分為下列類別：
備份和還原： 從災害發生前的最後一個備份復本還原資料庫應用程式。 這種方法通常在資料損壞或意外刪除後使用。
災害時重新部署： 災害發生時從頭重新部署應用程式。 此方法適用於不需要保證復原時間的非關鍵應用程式。
暖備援（主動/被動）： 在替代區域中建立次要託管服務。 部署角色以確保最小容量。 這些角色不會接收生產環境的流量。 此方法適用於未設計為將流量分散到區域的應用程式。
熱備援（主動/主動）： 設計應用程式以在多個區域接受生產負載。 您可以將每個區域中的雲端服務設定為容量高於災害復原目的所需的容量。 相反地，您可以在災害和故障切換時根據需要擴展雲端服務。
這種方法需要投資應用程序設計，但有好處。 它提供低且保證的復原時間。 會持續測試所有復原位置，並有效率地使用容量。 針對資料庫應用程式，此方法包含一個負載平衡器，用於兩個資料庫，並使它們與單一連接點同步。
Azure 服務的災害復原和高可用性
雲端規模分析是由數個分組為平臺、核心和數據的 Azure 服務所組成。 如需服務特定可靠性指南和災害復原的詳細資訊，請參閱 azure 可靠性檔