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

# AWS 啟動彈性基準
<a name="introduction"></a>

*Amazon Web Services* [（貢獻者](contributors.md))

*2026 年 3 月* ([文件歷史記錄](doc-history.md))

每個新創公司創始人都知道緊張局勢：團隊正在賽車運送新功能，而客戶期望每個版本都能正常運作。您一覺起，就會收到有關前晚中斷、客戶抱怨流入的通知，而且您的路線圖已包含承諾的功能。這是新創公司的每日現實，平衡創新壓力與維持穩定服務的需求。

排定新功能優先順序的本能很自然。投資者希望成長、客戶要求更多功能，而且競爭對手無法站立。然而，經驗顯示，即使是最創新的新創公司，復原能力問題也會脫軌。服務中斷不僅表示收入損失；還會侵略您努力與客戶一起建立的信任。事實上，堅若磐石的可靠性可以在擁擠的市場中成為您的靜音差異化因素。

在新創公司中建置彈性並不意味著拖慢或大量基礎設施投資。這是關於儘早做出明智的選擇，以防止日後發生問題。將它想成是建置房子。一開始就放入堅實的基礎比在建置完所有項目後修正結構問題要容易得多。透過將彈性實務融入您的初始架構和操作，您可以建立競爭優勢。您不僅提供產品，還提供建立客戶忠誠度的可靠體驗。

 AWS 啟動彈性基準 (AWS SRB) 是專為面臨此挑戰的團隊所建立。它提供實用的路徑，可在系統中建置可靠性，同時維持讓啟動變得特別的速度。沒有繁重的程序或企業規模的複雜性，只是隨著業務成長的實際模式。

本指南說明如何在啟動環境中實作 AWS SRB。它可協助您識別恢復能力真正重要的事項、將有限資源集中於何處，以及如何建立隨著公司成長而擴展的實務。

## 指引範圍
<a name="scope"></a>

探索建置啟動彈性的實際步驟時，請務必了解本指南在組織更廣泛的成長軌道中的位置。 AWS 啟動彈性基準符合[彈性生命週期架構](https://docs.aws.amazon.com/prescriptive-guidance/latest/resilience-lifecycle-framework/introduction.html)。它可做為初始路線圖，旨在協助您在部署第一個應用程式時，以最少的開發開銷實作基本彈性措施 AWS。將其視為您的入門套件，用於建置可有效從中斷中復原的可靠系統。

[AWS Well-Architected Framework](https://aws.amazon.com/architecture/well-architected/) 和此彈性指引互相補充，以協助您建置安全可靠的基礎設施。本指南深入探討彈性實務，而 AWS Well-Architected Framework 提供更廣泛的架構最佳實務集。您可以使用 [AWS Well-Architected Tool](https://docs.aws.amazon.com/wellarchitected/latest/userguide/intro.html)中的 ，針對這些實務評估您的架構 AWS 帳戶。

## 共同責任模型
<a name="shared-responsibility-model"></a>

釐清在雲端中建置彈性系統的重要層面至關重要： AWS 和 啟動之間的合作夥伴關係。雲端中的彈性在[共同的責任模型](https://docs.aws.amazon.com/whitepapers/latest/disaster-recovery-workloads-on-aws/shared-responsibility-model-for-resiliency.html)上運作，與 AWS 和您的團隊各自在確保系統彈性方面扮演不同的角色。

AWS 負責支援其服務的基礎雲端基礎設施的彈性。將此視為您建置應用程式的基礎。這包括維護資料中心的彈性、聯網元件，以及 AWS 服務 您在架構中使用的核心。

您的新創公司的責任著重於您在此基礎上建置和部署之系統的彈性。本指南中的建議屬於您的責任範圍。透過深思熟慮地實作這些實務，您可以建立使用可靠 AWS 基礎設施並整合強大復原功能的應用程式。

此模型表示您永遠不會獨立建置彈性。您是以證實可靠的基礎為基礎，同時專注於直接影響客戶和業務營運的各個層面。本指南說明如何充分利用此共同責任模型，同時使用可靠的 AWS 基礎設施，同時實作實際措施，以確保您的應用程式從中斷中正常復原。