Google Cloud Well-Architected Framework 效能最佳化支柱中的這項原則，提供建議協助您推廣模組化設計。模組化元件和清楚的介面可讓您彈性擴充、獨立更新，以及在日後分離元件。
原則總覽
瞭解應用程式元件和系統元件之間的依附關係，設計可擴充的系統。
無論最初部署的是單體式或微服務架構，模組化設計都能提供彈性和韌性。將系統分解為定義明確、獨立且介面清晰的模組，即可擴充個別元件，滿足特定需求。
指定目標資源調度可透過下列方式，充分運用資源並降低成本：
- 只為每個元件佈建必要資源，並為需求較低的元件分配較少資源。
- 在流量較高的時段增加資源，維持使用者體驗。
- 移除使用率過低的資源，且不影響效能。
模組化也能提升可維護性。較小的獨立單元更容易理解、偵錯和更新，可加快開發週期並降低風險。
雖然模組化具有顯著優勢，但您必須評估潛在的效能取捨。模組之間的通訊增加，可能會導致延遲和負擔。請在模組化和效能之間取得平衡。高度模組化的設計可能不適用於所有情況。如果效能至關重要，則可能適合採用更緊密耦合的方法。系統設計是反覆進行的程序，您需要持續檢視及調整模組化設計。
建議
如要推廣模組化設計，請參考下列各節的建議。
採用鬆耦合設計
設計鬆耦合架構。依附元件最少的獨立元件可協助您建構可擴充且有彈性的應用程式。規劃服務邊界時，必須考量可用性和擴充性需求。舉例來說，如果某個元件的需求與其他元件不同，您可以將該元件設計為獨立服務。針對不重要的子程序或服務，實施適當的失敗處理計畫，以免影響主要服務的回應時間。
設計並行和平行處理
設計應用程式時，應支援同時處理多項工作，例如處理多項使用者要求，或在使用者與系統互動時執行背景工作。將大型工作拆分為多個小型區塊，以便多個服務執行個體同時處理。工作並行功能可讓您使用自動調度資源等功能，增加下列產品的資源分配：
平衡模組化，彈性分配資源
盡可能確保每個元件只使用特定作業所需的資源 (例如記憶體、儲存空間和處理能力)。資源分配過多可能會產生不必要的費用，而資源分配不足則可能影響效能。
使用定義明確的介面
確保模組化元件透過明確、標準化的介面 (例如 API 和訊息佇列) 有效通訊，減少轉譯層或不必要流量造成的負擔。
使用無狀態模型
無狀態模型可確保您能獨立處理每項要求或與服務的互動，不受先前要求影響。這種模式可提升擴充性和復原能力，因為您可以擴充、縮減或重新啟動服務，而不會遺失進行中要求或程序所需的資料。
選擇互補技術
選擇與模組化設計相輔相成的技術。評估程式設計語言、框架和資料庫對模組化的支援程度。
詳情請參閱下列資源：