本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 階段 1：設定目標
<a name="stage-1"></a>

假設您的團隊在主要產品推出之前正處於最終衝刺中。新功能是突破性的，並且正在培養投資者的興奮。然後，在例行部署期間，您的核心服務會關閉。當客戶抱怨淹沒您的電子郵件時，兩個問題會變得很痛苦：您可以負擔離線多久？ 您可以承受遺失哪些資料？

希望一切都可以正常運作不是一個好的策略。您需要有系統的方式來決定彈性的最重要位置和不重要位置。這是業務影響分析 (BIA) 變得至關重要的地方。它可協助您對投資彈性的位置做出明智的決策。BIA 可協助您了解系統哪些部分真正需要堅如磐石的可靠性，以及哪些部分可以容忍一些靈活性。

首先映射您的核心使用者旅程。對於每個項目，請自問下列事項：
+ 如果中斷，會有什麼影響？
+ 我們必須多快還原服務？
+ 哪些資料對保護至關重要？ 

這不只是技術練習；它可協助您了解可靠性問題對業務的影響。收入損失只是一個開始。考慮中斷可能會破壞客戶信任、違反法規要求，或為競爭對手提供邊緣。

在此分析中，您將為每個使用者旅程衍生兩個關鍵數字：復原時間目標 (RTO) 和復原點目標 (RPO)。RTO 定義您必須多快還原該旅程。RPO 會定義您的客戶可容忍的資料遺失量。這些業務驅動型目標接著會引導您選擇的元件，以及建構這些元件的方式，而不會過度設計系統的每個部分。

這種方法的優點是，它可協助您將有限的資源集中在最重要的位置。也許您的核心交易處理需要近乎即時的復原和零資料遺失，但您的建議引擎可以容忍更長的停機時間。透過設定明確目標，您可以建立架構，讓您繼續快速開發功能，同時以策略方式建置彈性。

明確記錄這些目標。它們不僅適用於您的工程團隊。當您向企業客戶推廣或向投資者進行技術盡職調查時，本文件會證明您已批判性地考慮業務持續性。

這些目標會隨著您的新創公司成長而演進。您前千名使用者的彈性需求與您第一個企業用戶端的需求不同。從您今天可實際達成的目標開始，但規劃它們在您擴展時如何收緊。

本指南說明如何實作符合這些目標的彈性措施。設定這些目標是您的關鍵第一步。它們是您駕馭創新和穩定性之間持續緊張關係的指南，可協助您建置可靠地為客戶提供價值的系統。