設計與實作模式
良好的設計會包含一些要素,例如元件設計和部署中的一致性及連貫性、用於簡化管理及開發的可維護性,以及可讓元件和子系統在其他應用程式和其他案例中使用的重複使用性。 設計和實作階段所做的決策,會對雲端上裝載的應用程式和服務在品質和擁有權總成本上產生重大影響。
模式 | 摘要 |
---|---|
外交官 (Ambassador) | 建立會代表取用者服務或應用程式傳送網路要求的協助程式服務。 |
防損毀層 | 在最新應用程式和舊系統間實作外觀或配接層。 |
前端的後端 | 建立由特定前端應用程式或介面取用的個別後端服務。 |
CQRS | 如果作業讀取的資料來自使用個別介面更新資料的作業,則隔離該作業。 |
計算資源彙總 | 將多個工作或作業合併為單一計算單位 |
Edge 工作負載組態 | 生產區中的各種系統和裝置,皆會讓您難以設定工作負載。 |
外部設定存放區 | 將設定資訊從應用程式部署套件移至集中位置。 |
閘道彙總 | 您可以使用閘道來將多個個別的要求彙總成單一要求。 |
閘道卸載 | 將共用或特殊服務功能卸載至閘道 Proxy。 |
閘道路由 | 使用單一端點將要求路由至多個服務。 |
選出領導者 | 選取一個執行個體作為領導者,負責管理其他執行個體,協調分散式應用程式中共同作業工作執行個體集合執行的動作。 |
管道與篩選器 | 將執行複雜處理程序的工作,細分成一系列可重複使用的個別元素。 |
側車 | 將應用程式的元件部署到個別的處理序或容器,以提供隔離和封裝。 |
靜態內容裝載 | 將靜態內容部署到可以直接將其交付給用戶端的雲端儲存體服務。 |
扼制圖 | 透過將功能的特定片段逐漸取代成新的應用程式和服務,來逐步移轉舊有系統。 |
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應