Well-Architected Framework 提供相關建議，協助架構師、開發人員、管理員和其他雲端從業人員，設計出安全、高效率、有韌性、高效能且具成本效益的雲端拓撲並順利運作。
Google 的跨職能專家團隊會驗證 Well-Architected Framework 中的最佳化建議。團隊會根據 Google Cloud不斷擴展的功能、業界最佳做法、社群知識和您的意見回饋，精心策劃 Well-Architected 架構。如要瞭解 Well-Architected 架構的重大變更摘要，請參閱新功能。
這個架構適用於為雲端建構的應用程式，以及從地端遷移至混合雲部署項目和多雲端環境的工作負載。 Google Cloud
Well-Architected Framework 支柱和觀點
如以下架構圖所示，架構完善架構中的建議會依據支柱和觀點分類。
Well-Architected Framework 中的支柱會針對特定非功能性重點領域提供原則和建議，包括安全性、可靠性、效能、成本或營運。
架構完善架構中的「觀點」是針對特定技術或產業的建議，可跨支柱檢視。觀點中的建議與支柱的一般原則和建議一致。
舉例來說，金融服務業 (FSI) 觀點建議採用符合資料駐留法規要求的災難復原策略。這項金融服務業專屬建議符合可靠性支柱的實際目標原則，因為資料落地需求會影響容錯移轉區域的選擇，進而影響復原目標。
支柱
- 卓越的營運成果
- 有效率地部署、執行、監控及管理雲端工作負載。
- 安全性、隱私權和法規遵循
- 在雲端中盡可能確保資料和工作負載安全無虞、在設計中融入隱私考量，並滿足監管需求和標準。
- 可靠性
- 設計出兼具靈活彈性與高可用性的工作負載，並在雲端中加以執行。
- 成本最佳化
- 讓您的 Google Cloud資產發揮最大商業價值。
- 效能最佳化
- 巧妙地設計及調整雲端資源，實現最高效能。
多元觀點
- AI 和機器學習
- 針對 AI 和機器學習工作負載，提供跨支柱的技術特定建議。
- 金融服務業 (FSI)
- 跨支柱檢視 FSI 工作負載的產業專屬建議。
核心原則
在探索 Well-Architected 架構各項支柱的建議之前，請先瞭解下列核心原則：
因應變化進行設計
沒有任何系統是靜態的。使用者需求、系統建構團隊的目標，以及系統本身都會不斷變化。請考量變更需求，建立開發和生產程序，讓團隊定期交付小幅變更，並快速取得相關意見回饋。持續展現部署變更的能力，有助於贏得利害關係人的信任，包括負責系統的團隊和系統使用者。使用 DORA 的軟體交付指標，有助於團隊監控系統變更的速度、容易度和安全性。
記錄您的架構
開始將工作負載遷移至雲端或建構應用程式時，如果缺乏系統相關文件，可能會遇到重大障礙。文件對於正確呈現目前部署作業的架構尤其重要。
優質技術文件並非指製作特定數量的文件，而是指內容是否清楚、實用，以及是否能隨著系統變更持續維護。
妥善記錄雲端架構可建立共同語言和標準，讓跨職能團隊有效溝通及協作。這份文件也提供必要資訊，協助您找出並引導未來的設計決策。撰寫說明文件時，請考量您的用途，為設計決策提供背景資訊。
隨著時間推移，您的設計決策會不斷演進和改變。變更記錄可提供團隊所需的背景資訊，有助於協調各項計畫、避免重複作業，並有效評估長期成效變化。如果新上任的雲端架構師還不熟悉目前的設計、策略或記錄，變更記錄就特別有價值。
DORA 的分析發現，文件品質與組織成效之間有明顯關聯，也就是組織達成績效和獲利能力目標的能力。
簡化設計並使用全代管服務
簡潔是設計的關鍵。如果架構過於複雜而難以理解，設計的實作和長期管理就會很困難。盡可能使用全代管服務，將管理及維護基準系統相關的風險、時間和人力降至最低。
如果您已在實際工作環境中執行工作負載，請使用代管服務進行測試，瞭解這些服務如何協助減少營運複雜度。如果您正在開發新的工作負載，請從簡單的項目開始，建立最低可行產品 (MVP)，並避免過度設計。您可以找出特殊用途，並隨著時間逐步疊代及改善系統。
分離式架構
DORA 的研究顯示，架構是實現持續交付的重要預測指標。解耦是一種技術，可將應用程式和服務元件拆解成較小的元件，以便獨立運作。舉例來說，您可以將單體式應用程式堆疊拆分成個別服務元件。在鬆耦合架構中，應用程式可以獨立執行函式，不受各種依附元件影響。
分離式架構可讓您更彈性地執行下列操作：
- 套用獨立升級。
- 強制執行特定安全控制措施。
- 為每個子系統設定可靠性目標。
- 監測健康。
- 精細控管效能和成本參數。
您可以在設計階段初期開始解除耦合程序，或在擴大規模時，將其納入系統升級程序。
使用無狀態架構
無狀態架構可提高應用程式的穩定性和擴充性。
有狀態的應用程式會依賴各種依附元件執行工作，例如在本機快取資料。有狀態的應用程式通常需要額外機制來擷取進度並順利重新啟動。無狀態應用程式可使用共用儲存空間或快取服務執行工作，無須重要的本機依附元件。無狀態架構可讓應用程式以最少的啟動依附元件迅速調度資源。應用程式可承受硬體重新啟動，停機時間較短，且能為使用者提供更優質的效能。