編輯

共用方式為


整合架構設計

Azure API 管理
Azure Data Factory
Azure Event Grid
Azure Functions
Azure Logic Apps

整合的目的是要以複雜的方式連接應用程式、數據、服務和裝置。 透過整合,組織會將工作流程整合在一起,使其保持一致且可調整。 企業會以快速、有效率且自動化的方式連接應用程式、數據和程式。

聯機可以在內部部署、雲端和邊緣系統之間執行。 他們可以整合企業、合作夥伴、第三方和舊版技術。

針對數據,整合提供以多種格式收集及處理多個來源信息的解決方案。

若要整合應用程式,有時直接 API 呼叫很適合。 但有時候技術需要透過傳訊或事件以異步方式通訊。 所有整合程式都需要協調流程,這是定義和執行工作流程邏輯的簡單方式。

此圖顯示整合使用的四種技術:協調流程、傳訊、事件和 A P Is。

Azure 提供廣泛的整合工具和功能,包括下列服務:

  • Azure API 管理。 安全地發佈 API,讓內部和外部開發人員在連線到後端系統時使用。
  • Azure Logic Apps。 建立工作流程以連線雲端和內部部署中的數百個服務。
  • Azure 服務匯流排。 聯機內部部署和雲端式應用程式和服務,以實作高度安全的傳訊工作流程。
  • Azure 事件方格。 連接支援的 Azure 和第三方服務,同時簡化事件型應用程式開發。
  • Azure Functions。 簡化事件驅動無伺服器計算平臺的複雜協調流程問題。
  • Azure Data Factory。 以可視化方式整合數據源,以加速數據轉換並支持企業工作流程。

如需更多 Azure 整合服務的詳細資訊,請參閱 Integration Services

Azure 上的整合簡介

如果您不熟悉整合,最好的起點是Microsoft Learn。 這個免費的在線平臺提供各種產品和服務的影片、教學課程和實際操作訓練。

下列資源可協助您瞭解整合的核心概念:

邁向生產的路徑

在涵蓋整合的基本概念之後,下一個步驟是設計解決方案。

設計模式

若要探索要納入設計中的模式,請參閱下列領域的資源。

混合式系統

微服務架構

  • 使用 Azure Cosmos DB 的交易式寄件匣模式:實作交易式寄件箱模式,以在服務之間可靠傳訊。
  • 識別微服務界限:設計應用程式時,從領域模型衍生微服務。
  • 設計微服務的服務間通訊:使用服務網格讓微服務之間的通訊更有效率且健全。

大型主機移轉

服務選取器

下列資源也可以協助您設計應用程式。 除了提供整合機制或程式的一般資訊,每個文章都可協助您選取最符合該區域需求的 Azure 服務。

特定實作

若要瞭解案例特定的架構,請參閱下列領域的解決方案。

電子商務

  • 使用 Azure APIM 移轉 Web 應用程式:將電子商務公司的舊版瀏覽器型軟體堆疊現代化。

Finance

最佳作法

這些資源可協助您根據目前建議的最佳做法,對設計進行抽查:

  • Azure 事件中樞 和 Functions 可以在無伺服器架構中共同運作,以近乎即時的方式處理大量數據。 如需如何將此架構的效能、復原能力、安全性、可檢視性和規模最大化的指引,請參閱下列文章:

  • 許多整合解決方案都使用Logic Apps來實作商務程式。 如需使用此服務建置可靠架構的最佳做法,請參閱 Azure Logic Apps 的商務持續性和災害復原。

  • 若要檢查您的 Logic Apps 實作是否符合 Azure 安全性效能評定 2.0 版,請參閱 Logic Apps 的 Azure 安全性基準。

基準實作套件

這些參考架構提供各種案例的基準實作:

作業指南

部署工作負載是一個重要里程碑。 在整合程式執行之後,您的焦點可以轉向作業。 下列數據提供建議和參考資訊,協助您繼續符合客戶和法規需求:

隨時掌握整合

Azure 整合會持續獲得改善。 若要掌握最近的開發,請參閱 Azure 更新

其他資源

下列資源提供特定案例的實際建議和資訊。

Amazon Web Services 的信息 (AWS)

Google Cloud 專業人員的資訊