View a markdown version of this page

階段 1:設定目標 - AWS 方案指引

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

階段 1:設定目標

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

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

首先映射您的核心使用者旅程。對於每個項目,請自問下列事項:

  • 如果中斷,會有什麼影響?

  • 我們必須多快還原服務?

  • 哪些資料對保護至關重要?

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

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

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

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

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

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