選擇 Azure 中適用於企業整合案例的最佳整合服務
Azure 整合服務在此整合服務集合中提供許多功能，但可能會有一些重疊的功能。 本指南提供的資訊可協助您為企業整合案例和需求選擇最佳服務。 也請記得考慮使用特定服務的完整影響，包括效能需求、技能集可用性、作業支援和成本。
注意
如果您是想要將工作負載移至 Azure 整合服務的 BizTalk Server 客戶，您可以檢閱 為何要從 BizTalk Server 遷移至 Azure 整合服務?，以取得移轉概觀，並比較這兩個供應專案的功能
選擇特定整合服務的時機和原因
| 服務 | 選擇時機 | 原因為何 |
|---|---|---|
| Azure Logic 應用程式 | 您需要協調的商務流程橫跨多個系統，您很了解這些系統的結構。 | - 透過低程式碼工作流程設計工具提供更高的開發人員生產力。 - 使用預先建置的現成連接器，快速將 API 呼叫連接在一起的 Excel。 - 支援同步和非同步處理。 - 為具狀態工作流程提供豐富的偵錯記錄。 - 支援無狀態工作流程以符合低延遲需求。 - 支援建立自訂 API 和自訂連接器，可讓您包裝現有的 REST API 或 SOAP API，以存取目前沒有任何預先建置連接器的服務。 (只限使用量工作流程) - 支援根據服務提供者建立自訂內建連接器。 (只限標準工作流程) |
| Azure Functions | 您需要執行複雜的商業邏輯，最好將其實作為程式碼而不是工作流程表達式。 您需要建置集中式公用程式函式，以便從其他整合平台元件存取，例如 Azure Logic Apps。 您有獨特的資料轉換需求。 |
為需要擴充 Azure 應用程式平台的開發人員提供事件驅動、隨選運算體驗，方法是實作 Azure 或其他服務和內部部署系統中事件所觸發的程式碼。 |
| Azure Data Factory | 您需要能夠跨各種資料來源轉換和移動大型資料集，例如文件系統、資料庫、SAP、Azure Blob 儲存體、Azure 資料總管、Oracle、DB2、Amazon RDS 等等。 | - 提供雲端式無伺服器 ETL 服務，以進行向外延展、資料集整合和資料轉換。 可以處理大型資料和訊息處理需求。 - 提供無程式碼 UI，可用於直覺撰寫和單一虛擬管理平台的監視與管理。 - 支援將現有的 SQL Server Integration Services (SSIS) 套件隨即轉移至 Azure，並在 Azure Data Factory 中以完整相容性執行這些套件。 SSIS Integration Runtime 提供完全受控的服務，因此您不必擔心基礎結構管理。 |
| Azure 服務匯流排 | 您需要一個支援發佈-訂閱模型、已排序傳遞、重複偵測、訊息排程和訊息到期案例的傳訊系統。 | - 提供一個完全受控的企業訊息代理程式，具有訊息佇列和發佈-訂閱主題。 - 透過將應用程式和服務彼此分離，此服務會提供下列優點: --- 在競爭的背景工作角色之間進行負載平衡 --- 跨服務和應用程式界限安全地路由和傳輸資料與控制 --- 協調需要高度可靠性的交易式工作。 - 補充 Azure Logic Apps，並支援您想要使用 SDK 而非連接器來與服務總線實體互動的案例。 |
| 事件格線 | 您需要事件訂用帳戶結構，才能持續更新一或多個應用程式和系統中的狀態變更，因為您的整合解決方案嚴重依賴事件來傳達這類變更，並進行任何相關的資料變更。 | - 提供可高度調整且無伺服器的事件代理程式，以使用事件整合應用程式。 事件方格會將事件傳遞至訂閱者目的地，例如應用程式、Azure 服務，或事件方格具有網路存取的任何端點。 事件來源可以包含其他應用程式、SaaS 服務和 Azure 服務。 - 藉由避免常數輪詢來判斷狀態變更，以提高效率。 當更多基礎服務發出事件時，訂用帳戶結構會越來越受歡迎。 |
| Azure API 管理 | 您想要在 Azure Logic Apps 中從終端使用者和取用者中抽象化並保護您的基礎服務實作。 | - 為所有環境的 API 提供混合式、多雲端管理平台。 - 提供以安全的方式重複使用中央服務的功能，讓您的組織更能夠控管及控制誰可以呼叫企業服務，以及如何呼叫這些服務。 您的組織在 Azure API 管理中對這些 API 進行編目後，您可以隨後從 Azure Logic Apps 呼叫這些 API。 |
下一步
您現在已深入了解 Azure 整合服務中哪些供應專案最適合特定的案例和需求。 如果您考慮從 BizTalk Server 移至 Azure 整合服務，請深入了解移轉方法、規劃考量和最佳做法，以協助您移轉專案。