AWS_Well-Architected_Framework.docx的翻譯版本

需积分: 13 48 浏览量更新于2023-03-16 评论收藏 87KB DOCX 举报

身份认证购VIP最低享 7 折!

领优惠券(最高得80元）

资源详情

资源评论

资源推荐

AWS Well-Architected Framework 2016

年

月



聲明

本文檔僅供參考。它代表截至本文檔發布之日  的當前產品和實踐，如有更改，恕不另行通知。客

戶有責任對本文檔中的信息以及  產品或服務的任何使用進行獨立評估，每種產品或服務均按“原樣

”提供，不附帶任何明示或暗示的擔保。本文檔不對 ，其關聯公司，供應商或許可方提供任何保證，

陳述，合同承諾，條件或保證。  對其客戶的責任和義務由  協議控制，本文檔不是  與

其客戶之間的任何協議的一部分，也不會修改。

介紹 

定義

建築

一般設計原則

精心設計的框架的五大支柱

卓越運營

安全

可靠性!

性能效率

成本優化"

審查程序

結論



貢獻者

"

進一步閱讀

#

文件修訂#

附錄：精心設計的問題，答案和最佳實踐#

卓越運營#

安全#"

可靠性 #

性能效率 

成本優化$



簡介

 可幫助您了解在  上構建系統時所做決策的優缺點。通過使

用該框架，您將學習在雲中設計和運行可靠，安全，高效且經濟高效的系統的架構最佳實踐。它為您提

供了一種方法，可以根據最佳實踐持續測量您的體系結構，並確定需要改進的領域。審查體系結構的過

程是關於體系結構決策的建設性對話，而不是審核機制。我們相信，擁有良好架構的系統極大地增加了

業務成功的可能性。

% 擁有多年構建各種業務垂直和用例解決方案的經驗。我們幫助設計和審核

了  上數千個客戶的架構。根據這一經驗，我們確定了在雲中架構系統的最佳實踐和核心策略。

 記錄了一組基礎問題，使您可以了解特定體系結構是否與雲最佳

實踐良好匹配。該框架提供了一種一致的方法來評估系統，使其符合您對現代基於雲的系統所期望的質

在體系結構中

在本地環境中，客戶通常擁有一個技術架構的中心團隊，作為其他產品或功能團隊的重疊，以確保他們

遵循最佳實踐。技術架構團隊通常由一組角色組成，例如技術架構師（基礎架構），解決方案架構師

（軟件），數據架構師，網絡架構師和安全架構師。這些團隊通常使用 '()或 *

作為企業架構功能的一部分。

在 ，我們更傾向於將功能分配到團隊中，而不是擁有具有該功能的集中式團隊。當您選擇分配決

策權時存在風險，例如，確保團隊符合內部標準。我們以兩種方式減輕這些風險。首先，我們的

實踐



側重於使每個團隊都具備這種能力，並且我們建立了專家，他們確保了  種做事方式，流程，標準和公認規範。

團隊提高了他們需要達到的標準。其次，我們建立了

機制

，進行自動檢查，以確保達到標準。

這種分佈式的方法是通過的的支持亞馬遜領導原則，以及跨的所有角色建立的文化

作品背面

從客戶。

客戶評估團隊根據客戶需求構建產品。

對於體系結構，這意味著我們希望每個團隊都能夠創建體系結構並遵循最佳實踐。為了幫助新團隊獲得

這些能力或現有團隊提高他們的標準，我們允許訪問主要工程師的虛擬社區，他們可以審查他們的設計

並幫助他們了解  最佳實踐。主要工程社區致力於使最佳實踐可見且易於訪問。例如，他們這樣做

的一種方式是通過午餐時間的談話，重點是將最佳實踐應用於實例。這些會談被記錄下來，可以作為新

團隊成員的入職材料的一部分。  最佳實踐源於我們在互聯網規模上運行數千個系統的經驗。我們

更喜歡使用數據來定義最佳實踐，但我們也使用主要工程師等主題專家來設置它們。當主要工程師看到

新的最佳實踐出現時，他們作為一個社區工作，以確保團隊遵循它們。

隨著時間的推移，這些最佳實踐被正式納入我們的內部審核流程，以及強制遵守的機制。 

 是我們內部審核流程的客戶面向實施，我們將解決方案架構和內部工程團隊等跨領域角色

的主要工程思想編入法典。  是一種可擴展的機制，可讓您充分利用這些知識。

通過遵循具有分佈式架構所有權的主要工程社區的方法，我們相信可以出現由客戶需求驅動的良好架構

的企業架構。技術領導者（例如 &'( 或開發經理）在所有工作負載中執行精心設計的審核，這樣您就

可以更好地了解技術組合中的風險。

使用這種方法，您可以通過機制，培訓或午餐時間會話確定組織可以解決的各個團隊的主題，您的主要

工程師可以與多個團隊分享他們對特定領域的思考。

一般設計原則

精心設計的框架確定了一套通用設計原則，以

促進云中的良好設計：

+善意永遠不會奏效，您需要良好的機制來實現任何目標”,-.。這意味著用檢查是否符合規則或流程的機制（通常是自動

化的）來取代人類的最佳努力。

 向後工作是我們創新過程的基本組成部分。我們從客戶和他們想要的東西開始，讓我們定義並指導我們的工作。

/停止猜測您的容量需求：消除對基礎架構容量需求的猜測。在部署系統之前進行容量決策時，最終可

能會佔用昂貴的空閒資源或處理容量有限的性能影響。通過雲計算，這些問題可能會消失。您可以根據

需要使用盡可能多的容量，並自動向上和向下擴展。

/生產規模的測試系統：在雲中，您可以按需創建生產規模的測試環境，完成測試，然後停用資源。因

為您只在運行時為測試環境付費，所以您可以模擬您的實時環境，只需花費一小部分內部測試成本。

/自動化使架構實驗更容易：自動化允許您以低成本創建和復制系統，並避免手動操作的費用。您可以

跟踪自動化的更改，審核影響，並在必要時恢復到以前的參數。

/允許進化架構：允許進化架構。在傳統環境中，架構決策通常實現為靜態的一次性事件，在其生命週

期內具有系統的幾個主要版本。隨著業務及其背景的不斷變化，這些初步決策可能會阻礙系統提供不斷

變化的業務需求的能力。在雲中，自動化和按需測試的能力降低了設計變更帶來的影響風險。這允許系

統隨著時間的推移而發展，以便企業可以利用創新作為標準實踐。

/使用數據驅動架構：在雲中，您可以收集有關架構選擇如何影響工作負載行為的數據。這使您可以根

據事實做出如何改善工作負載的決策。您的雲基礎架構是代碼，因此您可以使用該數據來通知您的架構

選擇和改進。

/通過遊戲日改進：通過定期安排遊戲時間來模擬生產中的事件，測試您的架構和流程的執行情況。這

將有助於您了解可以在哪些方面進行改進，並有助於在處理事件時發展組織體驗。

精心設計的框架的五大支柱

創建軟件系統就像構建一個建築物。如果基礎不牢固，結構問題可能會破壞建築物的完整性和功能。在

構建技術解決方案時，如果忽略卓越運營，安全性，可靠性，性能效率和成本優化這五大支柱，那麼構

建滿足您期望和要求的系統將變得極具挑戰性。將這些支柱納入您的架構將有助於您生成穩定，高效的

系統。這將使您能夠專注於設計的其他方面，例如功能要求。

卓越運營

的卓越運營支柱包括運行和監控系統，以提供商業價值，並不斷完善配套的流程和程序的能力。卓越

運營支柱概述了設計原則，最佳實踐和問題。您可以在找到有關實施的說明性指導 (0

123白皮書中。

設計原則

云中的卓越運營有六個設計原則：

/以代碼的形式執行操作：在雲中，您可以將用於應用程序代碼的相同工程學科應用於整個環境。您可

以將整個工作負載（應用程序，基礎架構）定義為代碼，並使用代碼進行更新。您可以通過觸發事件來

觸發操作過程並自動執行它們。通過將操作作為代碼執行，可以限制人為錯誤並啟用對事件的一致響應。

/註釋文檔：在內部部署環境中，文檔是手工創建的，由人們使用，並且很難與變化的步伐保持同步。

在雲中，您可以在每次構建後自動創建帶註釋的文檔（或自動註釋手工製作的文檔）。人員和系統可以

使用帶註釋的文檔。使用註釋作為操作代碼的輸入。

/進行頻繁，小的，可逆的更改：設計工作負載以允許定期更新組件。以小增量進行更改，如果失敗則

可以反轉（盡可能不影響客戶）。

剩余29页未读，继续阅读

范宗慶

粉丝: 0
资源: 2

会员权益专享

AWS_Well-Architected_Framework.docx 的翻譯版本

评论0

会员权益专享

最新资源

AWS_Well-Architected_Framework.docx 的翻譯版本

评论0

aws well architect 系列，英文版本

AWS_Well-Architected_Framework.pdf

AWS-Well-Architected-Scorecard

C:\Users\JYM\Desktop\FUNK_AWS data-2023.8.09.xls 把\替换成/

qmzn-down.s3.ap-east-1.amazonaws.com

Failed to fetch http://realsense-hw-public.s3.amazonaws.com/Debian/apt-repo/dists/focal/InRelease 403 Forbidden [IP: 52.218.45.65 80]

写一段gitlab-runner推送镜像到AWS ECR中的代码。

2003-can'tconnecttomysqlserveronbms-staging.cmfiowuzqku8.rds.cn-north-1.amaz

aws-Java-sdk-s31.10.30如何判断s3key是否存在

add_subdirectory(aws-iot-sdk-cpp)，添加AWS IoT C++ SDK路径，但是找不到

mxnet-1.9.0+mkl-cp39-cp39-win_amd64.whl在哪下载

ERROR: pip's dependency resolver does not currently take into account all the packages that are installed. This behaviour is the source of the following dependency conflicts. aws-sam-cli 1.82.0 requires watchdog==2.1.2, but you have watchdog 2.0.2 which is incompatible.

hadoop-2.0.0-cdh4.1.0.tar.gz下载

string arg = Rule.Replace("*", "[A-Za-z0-9]").Replace("$", "[A-Za-z]").Replace("#", "[0-9]"); arg = $"^{arg}$";

create connection SQLException, url: jdbc:postgresql://public-postgres-test.cwgnjbpmvvmh.ap-southeast-1.rds.amazonaws.com:42322/bib_cfd, errorCode 0, state 42P01

C:\Keil_v5\ARM\PACK\AWS\AWS_IoT_Device_Shadow\5.0.0\AWS.AWS_IoT_Device_Shadow.pdsc: Error : cannot read file. Unrecognized file format.

列举100个使用rust并成功的项目

会员权益专享

最新资源