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