本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 彈性生命週期架構：持續改善彈性的持續方法
*Amazon Web Services* [（貢獻者](contributors.md))
*2023 年 10 月* ([文件歷史記錄](doc-history.md))
現代組織現在面臨越來越多與彈性相關的挑戰，尤其是當客戶的期望向*永遠不變、永遠可用的*思維轉變時。遠端團隊和複雜的分散式應用程式，與頻繁發行的需求相輔相成。因此，組織及其應用程式需要比以往更具彈性。
AWS 將彈性定義為應用程式抵禦中斷或從中斷中復原的能力，包括與基礎設施、相依服務、設定錯誤和暫時性網路問題相關的能力。（請參閱 AWS Well-Architected Framework 可靠性支柱文件中的[彈性和可靠性元件](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/resiliency-and-the-components-of-reliability.html)。) 不過，為了達到所需的彈性層級，通常需要權衡。需要相應地評估和調整操作複雜性、工程複雜性和成本。
根據與客戶和內部團隊合作多年， AWS 開發了擷取彈性學習和最佳實務的彈性生命週期架構。此架構概述了下圖所示的五個關鍵階段。在每個階段，您可以使用策略、服務和機制來改善復原狀態。
這些階段會在本指南的下列章節中討論：
+ [階段 1：設定目標](stage-1.md)
+ [階段 2：設計和實作](stage-2.md)
+ [階段 3：評估和測試](stage-3.md)
+ [階段 4：操作](stage-4.md)
+ [階段 5：回應和學習](stage-5.md)
## 術語和定義
每個階段的彈性概念會在不同的層級套用，從個別元件到整個系統。實作這些概念需要幾個術語的明確定義：
+ *元件*是執行 函數的 元素，由軟體和技術資源組成。元件的範例包括程式碼組態、聯網等基礎設施，甚至是伺服器、資料存放區，以及多重要素驗證 (MFA) 裝置等外部相依性。
+ *應用程式*是提供商業價值的元件集合，例如面向客戶的 Web 商店或改善機器學習模型的後端程序。應用程式可能包含單一 AWS 帳戶中的元件子集，也可能是跨越多個 AWS 帳戶 和 區域的多個元件集合。
+ *系統*是管理指定業務職能所需的應用程式、人員和程序集合。它包含執行 函數所需的應用程式；持續整合和持續交付 (CI/CD)、可觀測性、組態管理、事件回應和災難復原等操作程序；以及管理此類任務的運算子。
+ *中斷*是導致應用程式無法正常交付其業務職能的事件。
+ *如果*中斷未緩解，則會對應用程式造成影響。如果應用程式遇到一組中斷，應用程式可能會受損。
## 持續彈性
彈性生命週期是持續進行的程序。即使在同一組織中，您的應用程式團隊也可能在每個階段中執行不同層級的完整性，具體取決於您的應用程式需求。不過，每個階段的完成程度越高，您的應用程式會有的彈性就越高。
您應該將彈性生命週期視為組織可以操作的標準程序。 AWS 刻意將彈性生命週期建模為類似於軟體開發生命週期 (SDLC)，目標是在開發和操作應用程式時在整個操作程序中整合規劃、測試和學習。 如同許多敏捷開發程序一樣，每次反覆執行開發程序時都可以重複彈性生命週期。 我們建議您隨著時間逐漸深化生命週期的每個階段中的實務。