View a markdown version of this page

定義 - AWS Well-Architected 架構

定義

AWS 的專家每一天都在輔助客戶進行系統架構，善用雲端的最佳實務。當您的設計演進時，有我們一同進行架構上的權衡。您將這些系統部署至即時環境後，我們可得知這些系統的效能狀況，以及這些權衡形成的後果。

我們便是基於得到的專業知識建立起 AWS Well-Architected Framework，其提供一套一致的最佳實務，供客戶和合作夥伴評估架構；並提供一份問題，您可用來評估架構與 AWS 最佳實務的吻合程度。

AWS Well-Architected Framework 以六個支柱為基礎：卓越營運、安全性、可靠性、效能達成效率、成本最佳化和永續性。

表 1.AWS Well-Architected Framework 的支柱

名稱 描述
卓越營運 The ability to support development and run workloads effectively, gain insight into their operations, and to continuously improve supporting processes and procedures to deliver business value.
安全性 The security pillar describes how to take advantage of cloud technologies to protect data, systems, and assets in a way that can improve your security posture.
可靠性 The reliability pillar encompasses the ability of a workload to perform its intended function correctly and consistently when it’s expected to. This includes the ability to operate and test the workload through its total lifecycle. This paper provides in-depth, best practice guidance for implementing reliable workloads on AWS.
效能達成效率 The ability to use computing resources efficiently to meet system requirements, and to maintain that efficiency as demand changes and technologies evolve.
成本最佳化 The ability to run systems to deliver business value at the lowest price point.
永續性 The ability to continually improve sustainability impacts by reducing energy consumption and increasing efficiency across all components of a workload by maximizing the benefits from the provisioned resources and minimizing the total resources required.

在 AWS Well-Architected Framework 中，我們會使用下列術語：

  • 元件是應一項要求所一同遞送的程式碼、設定和 AWS 資源。一個元件往往是技術擁有的單元，並自其他元件所解偶。

  • 工作負載一詞用以識別一同帶來商業價值的一組元件。工作負載通常是商業和技術領導人溝通所談及的最細節的內容。

  • 我們心目中的架構是指工作負載之中元件一同運作的方式。元件通訊與互動的方式往往成為架構圖的焦點。

  • 里程碑標示架構於產品生命週期之中演進的重要改變 (設計、實作、測試、上線，投入生產)。

  • 在組織內，技術組合是業務運作所需的工作負載的集合。

  • 工作量是將任務針對實作所需的時間、工作和複雜性進行分類。每個組織都需要考慮團隊的大小和專業知識，以及工作負載的複雜性，以取得其他內容，將組織的工作量適當地分類。

    • 高：工作可能需要數週或數個月。這可以分成多個案例、版本和任務。

    • 中：工作可能需要數天或數週。這可以分成多個版本和任務。

    • 低：工作可能需要數小時或數天。這可以分成多個任務。

建立工作負載的架構時，您可依照業務環境，在各支柱之間作出權衡。這些業務決定可主導您工程設計的優先順序。您可以優化以開發環境中的可靠性作為代價改善永續性影響並降低成本，或者針對關鍵任務解決方案，以較高成本和永續性影響達到可靠性的優化。在電子商務解決方案中，效能能影響營收和客戶購買的傾向。安全和卓越營運一般不會為了其他支柱而權衡妥協。