支援卓越營運的雲端設計模式
當您設計工作負載架構時，您應該使用可解決常見挑戰的產業模式。 模式可協助您在工作負載內進行刻意取捨，並針對您想要的結果進行優化。 它們也可以協助降低源自特定問題的風險，這可能會影響可靠性、安全性、效能和成本。 由於作業會跨越所有這些區域，因此風險最終會影響工作負載作業。 這些模式是由真實世界體驗所支援、專為雲端規模和作業模型所設計，而且原本就與廠商無關。 使用已知的模式作為標準化工作負載設計的方式，就是營運卓越元件。
許多設計模式都直接支援一或多個架構要素。 支援營運卓越要素的設計模式會使用拓撲，以提供安全部署實務的穩固基礎，並協助架構隨著時間演進、移轉案例和可觀察性。
適用於卓越營運的設計模式
下表摘要說明支援卓越營運目標的雲端設計模式。
| 模式 | 摘要 |
|---|---|
| 防損毀層 | 藉由將中繼器層新增至舊版元件與新元件之間的 Proxy 互動，以保護新系統元件的行為或實作選擇。 此模式可協助確保新元件設計在您與這些舊版系統整合時，舊版實作可能會有不同的數據模型或商務規則維持不變。 模式在漸進式系統移轉中特別有用。 它可減少新元件的技術債務，同時仍支援現有的元件。 |
| 設計 | 使用分散式事件驅動通訊，協調工作負載中自發分散式元件的行為。 當您預期在工作負載生命週期期間經常更新或取代服務時，此模式會很有用。 因為分散式元件是自主的，所以您可以修改工作負載，整體變更較少的系統。 |
| 計算資源彙總 | 藉由增加密度來優化和合併計算資源。 此模式結合了共用基礎結構上工作負載的多個應用程式或元件。 合併會導致更同質的計算平臺，可簡化管理和可觀察性、減少作業工作的不同方法，並減少所需的工具數量。 |
| 部署戳記 | 根據假設會同時部署相同或不同版本的假設，提供發行特定版本的應用程式及其基礎結構作為受控制部署單位的方法。 此模式與不可變的基礎結構目標一致、支援進階部署模型，並有助於安全部署做法。 |
| 外部設定存放區 | 將組態擷取至應用程式外部的服務，以支援組態值的動態更新，而不需要變更程式碼或應用程式重新部署。 這會將應用程式組態與應用程式程式代碼分開，可支援環境特定的設定，並將版本設定套用至組態值。 外部組態存放區也是管理功能旗標以啟用安全部署做法的常見位置。 |
| 閘道彙總 | 藉由在單一要求中匯總對多個後端服務的呼叫，簡化與工作負載的客戶端互動。 此拓撲可讓後端邏輯與客戶端獨立發展，讓您變更鏈結的服務實作，甚至是數據源，而不需要變更用戶端觸控點。 |
| 閘道卸載 | 將要求轉送至後端節點之前和之後，將要求處理卸載至閘道裝置。 將卸除閘道新增至要求程式可讓您從單一點管理卸除功能的組態和維護，而不是從多個節點管理。 |
| 閘道路由 | 根據要求意圖、商業規則和後端可用性，將傳入的網路要求路由傳送至各種後端系統。 網關路由可讓您將要求與後端分離，這可讓您的後端支援進階部署模型、平台轉換，以及傳輸中域名解析和加密的單一管理點。 |
| 健康情況端點監視 | 提供一種方式，藉由公開專為該用途設計的端點，來監視系統的健康情況或狀態。 標準化要公開哪些健康情況端點，以及結果中的分析層級，可協助您將問題分類。 |
| 傳訊網橋 | 提供媒介，讓訊息系統之間因為通訊協定或格式而不相容。 當您轉換工作負載內的傳訊和事件技術，或從外部相依性有異質需求時，這種分離可提供彈性。 |
| 發行者/訂閱者 | 藉由使用中繼訊息代理程式或事件總線的通訊取代直接客戶端對服務或客戶端對服務通訊，來分離架構的元件。 這一層間接存取可讓您安全地變更發行者或訂閱者端的實作，而不需要協調這兩個元件的變更。 |
| 隔離 | 確保外部資產符合小組同意的品質等級，再獲授權在工作負載中取用它們。 這些檢查的自動化和一致性是工作負載軟體開發生命週期的一部分，且安全部署實務 (SDP) 。 |
| 側車 | 藉由將非主要或跨領域工作封裝在隨附程式中，並存於主要應用程式中，來擴充應用程式的功能。 此模式提供實作工具整合彈性的方法，可增強應用程式的可觀察性，而不需要應用程式採用直接實作相依性。 它可讓側車功能獨立發展，並獨立於應用程式的生命週期中維護。 |
| 扼制圖 | 提供一種方法，以在系統移轉或現代化期間，經常以新元件取代執行中系統的元件。 此模式提供持續性改進方法，其中偏好使用以小型變更進行累加取代，而不是較有風險實作的大型系統性變更。 |
下一步
檢閱支援其他 Azure Well-Architected Framework 要素的雲端設計模式：