Well-Architected Framework 提供建議，協助架構師、開發人員、管理員和其他雲端從業人員，設計及操作安全、高效、有彈性、高效能、符合成本效益且永續的雲端拓撲。
Google 的跨職能專家團隊會驗證 Well-Architected Framework 中的建議。團隊會根據 Google Cloud不斷擴充的功能、業界最佳做法、社群知識和您的意見回饋，精心設計 Well-Architected Framework。如需 Well-Architected Framework 重大異動的摘要，請參閱「新功能」。
Well-Architected Framework 適用於專為雲端建構的應用程式，以及從地端部署遷移至 Google Cloud的工作負載、混合雲部署和多雲端環境。
Well-Architected Framework 要素和觀點
Well-Architected Framework 的建議分為支柱和跨支柱觀點，如下圖所示。
Well-Architected Framework 的支柱提供原則和建議，針對特定非功能性重點領域：安全性、可靠性、效能、成本、作業或永續性。
Well-Architected Framework 中的觀點，是指針對特定技術、領域或產業，跨支柱提供的建議。觀點中的建議與支柱中的一般原則和建議一致。
舉例來說，金融服務 (FS) 觀點建議採用符合資料落地法規要求的災難復原策略。這項金融服務專屬建議符合可靠性支柱的實際目標原則，因為資料落地規定會影響容錯移轉區域的選擇，進而影響復原目標。
核心要素
- 卓越營運
- 有效率地部署、執行、監控及管理雲端工作負載。
- 安全性、隱私權和法規遵循
- 盡可能提高雲端資料和工作負載的安全性、在設計中融入隱私考量，並滿足監管需求和標準。
- 可靠性
- 設計出兼具靈活彈性與高可用性的工作負載，並在雲端中加以執行。
- 成本最佳化
- 讓您的 Google Cloud投資發揮最大商業價值。
- 效能最佳化
- 巧妙地設計及調整雲端資源，實現最高效能。
- eco 永續發展
- 建構及管理符合環境永續發展原則的雲端工作負載。
跨支柱觀點
代理技能
如要讓 AI 代理依據 Well-Architected Framework 各支柱的原則和建議評估雲端工作負載，請使用 GitHub Google 代理技能存放區中的 google-cloud-waf-* 代理技能1。
如要安裝特定 Well-Architected Framework 支柱技能，請在代理用戶端或終端機中執行下列指令。系統提示時，請指定要安裝技能的 AI 代理，並設定安裝範圍 (專案或全域)。
npx skills add google/skills --skill SKILL_NAME
在上述指令中，將 SKILL_NAME 替換為要安裝的技能名稱 (請參閱下表)。
如果已安裝技能，可以執行下列指令，將技能更新至最新版本：
npx skills update
| 支柱，以及 GitHub 技能連結 | SKILL_NAME |
|---|---|
| 卓越營運 | google-cloud-waf-operational-excellence |
| 安全性、隱私權和法規遵循 |
google-cloud-waf-security
|
| 可靠性 | google-cloud-waf-reliability |
| 成本最佳化 | google-cloud-waf-cost-optimization |
| 效能最佳化 | google-cloud-waf-performance-optimization |
| 永續發展 | google-cloud-waf-sustainability |
每項 Well-Architected Framework 技能都包含特定支柱的下列資訊：
- 支柱總覽、核心原則，以及各原則的 AI 友善說明文件連結。
- 與該支柱相關的 Google Cloud 產品和功能範例。
- 代理可提出的評估問題，以便瞭解工作負載的需求。
- 驗證檢查清單，可供代理評估架構是否符合支柱中的原則和建議。
核心原則
在探索 Well-Architected Framework 中各支柱的建議之前，請先詳閱下列核心原則：
因應變更的設計
沒有任何系統是靜態的。使用者的需求、建構系統的團隊目標，以及系統本身都在不斷變化。請牢記變更的需求，建立開發和正式環境流程，讓團隊能定期推送小幅變更，並快速取得對這些變更的意見回饋。持續展現部署變更的能力，有助於與利害關係人建立信任，包括負責系統的團隊和系統使用者。使用 DORA 的軟體推送指標，可協助團隊監控系統變更的速度、難易度和安全性。
記錄您的架構
當您開始將工作負載移至雲端或建構應用程式時，缺乏系統說明文件可能會成為主要障礙。說明文件對於正確呈現目前部署作業的架構尤其重要。
優質技術文件並非取決於文件數量，而是內容是否清楚、實用，以及是否隨著系統變更而更新。
妥善記錄的雲端架構可建立共通語言和標準，讓跨職能團隊有效溝通及協作。此外，說明文件也提供必要資訊，可協助您找出並引導未來的設計決策。撰寫說明文件時，應考量用途，為設計決策提供背景資訊。
隨著時間推移，您的設計決策會不斷演變和變化。變更記錄可提供團隊所需的背景資訊，協助他們協調計畫、避免重複作業，並有效評估長期成效變化。當您聘請新的雲端架構師，而對方還不熟悉您目前的設計、策略或歷史記錄時，變更記錄就特別有價值。
DORA 的分析發現，說明文件品質與組織成效 (即組織達成績效和獲利目標的能力) 之間有明確的關聯。
簡化設計並使用全代管服務
簡約是設計的關鍵。如果架構過於複雜，就難以實作設計並長期管理。在可行的情況下，使用全代管服務，盡可能降低管理及維護基準系統的風險、時間和精力。
如果您已在正式環境中執行工作負載，請使用代管服務進行測試，瞭解這些服務如何協助降低作業複雜度。如果您正在開發新的工作負載，請從簡單的工作負載開始，建立最簡可行產品 (MVP)，並避免過度設計。您可以找出特殊用途，並隨著時間逐步疊代及改善系統。
分離式架構
DORA 的研究顯示，架構是能否持續推送軟體更新的重要預測指標。「分離」是一種技術，可將應用程式和服務元件拆解成能獨立運作的小型元件。舉例來說，您可以將單體式應用程式堆疊拆分為個別服務元件。在鬆耦合架構中，應用程式可以獨立執行其功能，不受各種依附元件影響。
分離式架構可讓您更靈活地執行下列操作：
- 套用獨立升級。
- 強制執行特定安全控管機制。
- 為每個子系統建立可靠性目標。
- 監控健康狀態。
- 精細控制效能和成本參數。
您可以在設計階段初期就開始分離程序，或是在擴充系統時將其納入系統升級的一部分。
使用無狀態架構
無狀態架構可提高應用程式的可靠性和擴充性。
有狀態應用程式仰賴各種依附元件來執行工作，例如在本機快取資料。有狀態應用程式通常需要額外機制，才能擷取進度並順利重新啟動。無狀態應用程式可使用共用儲存空間或快取服務，執行不具重大本機依附元件的工作。無狀態架構可讓應用程式以最少的啟動依附元件迅速擴充。應用程式可承受硬重新啟動、縮短停機時間，並為使用者提供更優質的效能。