支援成本優化的雲端設計模式

  • 發行項

當您設計工作負載架構時，您應該使用可解決常見挑戰的產業模式。 模式可協助您在工作負載內進行刻意取捨，並針對您想要的結果進行優化。 它們也可以協助降低源自特定問題的風險，這可能會影響可靠性、安全性、效能和作業。 如果未降低，風險最終會增加成本。 這些模式是由真實世界體驗所支援、專為雲端規模和作業模型所設計，而且原本就與廠商無關。 使用已知的模式作為標準化工作負載設計的方式，是卓越營運的元件。

許多設計模式都直接支援一或多個架構要素。 支援成本優化要素的設計模式，可配合實作偏好的計費模型、減少過度布建、變更調整維度，以及在移轉期間將價值最大化。

成本優化的設計模式

下表摘要說明支援成本優化目標的雲端設計模式。

模式 摘要
提領票證 將資料與傳訊流程分開，提供一種方式來個別擷取與訊息相關的資料。 傳訊系統通常會限制訊息大小，而增加的大小限制通常是進階功能。 減少訊息本文的大小可能會讓您使用較便宜的訊息解決方案。
競爭取用者 套用分散式和並行處理，以有效率地處理佇列中的專案。 此模式可協助您藉由啟用以佇列深度為基礎的調整，在佇列是空的時，減少為零來優化成本。 它也可以藉由讓您限制並行取用者實例的最大數目來優化成本。
計算資源彙總 藉由增加密度來優化和合併計算資源。 此模式結合了共用基礎結構上工作負載的多個應用程式或元件。 如此一來，透過集區基礎結構上的元件匯總或甚至整個工作負載，避免未使用的布建容量，將運算資源的使用率最大化。 容器協調器是常見的範例。
閘道卸載 將要求轉送至後端節點之前和之後，將要求處理卸載至閘道裝置。 將卸載閘道新增至要求程式可讓您將每個節點花費的資源成本重新導向至閘道實作。 集中式處理模型的成本經常低於分散式模型的成本。
傳訊橋接器 提供媒介，讓訊息系統之間因為通訊協定或格式而不相容。 此媒介可以增加現有系統的威力，同時仍允許與使用不同傳訊或事件技術之系統的互通性。
發行者/訂閱者 使用中繼訊息代理程式或事件匯流排來取代直接用戶端對服務或用戶端對服務通訊，以分離架構的元件。 此設計可在您的架構中啟用事件驅動方法，這與耗用量型計費結合，以避免過度布建。
佇列型負載調節 藉由在佇列中緩衝傳入要求或工作，並讓佇列處理器以受控制的步調來處理傳入要求或工作層級。 由於負載處理與要求或工作進入分離，因此您可以使用此方法來減少過度布建資源來處理尖峰負載的需求。
分區化 將負載導向至特定的邏輯目的地，以處理特定要求，以啟用共置以進行優化。 實作分區的系統通常受益于使用成本較低的計算或儲存體資源的多個實例，而不是單一成本更高的資源。 在許多情況下，此設定可以節省您的成本。
靜態內容裝載 使用專為該用途設計的裝載平臺，將靜態內容傳遞至工作負載用戶端優化。 動態應用程式主機通常比靜態主機更昂貴，因為動態主機可以執行程式化商務邏輯。 使用應用程式平臺傳遞靜態內容並不符合成本效益。
扼制圖 提供一種方法，以在系統移轉或現代化期間，經常以新元件取代執行中系統的元件。 此方法的目標是要將目前執行中系統中現有投資的使用最大化，同時以累加方式現代化。 它可讓您在低 ROI 取代之前執行高 ROI 取代。
節流 對資源或元件傳入要求的速率或輸送量施加限制。 這些限制可以通知成本模型化，甚至可以直接系結至應用程式的商務模型。 它們也會清楚使用上限，這可以納入資源大小調整。
Valet 金鑰 授與安全性限制的資源存取權，而不使用中繼資源來 Proxy 存取權。 此設計會將處理卸載為用戶端與資源之間的獨佔關聯性，而不需新增元件以直接處理所有用戶端要求。 當用戶端要求頻繁或夠大而需要大量 Proxy 資源時，優點最明顯。

下一步

檢閱支援其他 Azure Well-Architected Framework 要素的雲端設計模式：