什麼是 Azure Logic Apps?

Azure Logic Apps 是一個雲端平臺,您可以在其中建立和執行自動化工作流程,幾乎沒有程序代碼。 透過使用視覺化設計工具,並從預建作業中進行選取,您可以快速建立一個可整合和管理您應用程式、資料、服務和系統的工作流程。

Azure Logic Apps 可簡化跨雲端、內部部署和混合式環境將舊版、現代化和尖端系統連線的方式。 您可以使用低程式碼無程式碼工具來開發可高度擴充的整合解決方案,以支援您的企業和企業對企業 (B2B) 案例。

此列表僅說明一些您可以使用 Azure Logic Apps 自動化的範例工作、商務程式和工作負載:

  • 當發生特定事件時,使用 Office 365 排程及傳送電子郵件通知,例如上傳了新檔案時。

  • 跨內部部署系統與雲端服務路由及處理客戶訂單。

  • 將上傳的檔案從 SFTP 或 FTP 伺服器移動至 Azure 儲存體。

  • 監視推文、分析情緒,以及針對需要檢閱的項目建立警示或工作。

下列部分範例企業工作流程會使用條件和參數來判斷下一個動作。 假設您有訂單系統,而您的工作流程會處理傳入訂單。 您想要手動檢閱高於特定成本的訂單。 您的工作流程先前的步驟已決定傳入訂單的成本。 因此,您會根據該成本值建立初始條件,例如:

Screenshot shows the workflow designer and a sample enterprise workflow that uses switches and conditions.

如果您已準備好嘗試建立第一個邏輯應用程式工作流程,請參閱 開始使用。 若要繼續深入瞭解,請嘗試下列影片:

如需詳細資訊,請流覽 Azure 網站上的 Azure Logic Apps 和其他 Azure Integration Services

關鍵字詞

下表簡要定義了 Azure Logic Apps 中的核心術語和概念。

詞彙 描述:
邏輯應用程式 您想要建置工作流程時所建立的 Azure 資源。 基本上,您可以建立下列類型的邏輯應用程式資源:

- 支援 單一工作流程的取用 邏輯應用程式資源,其裝載並執行於全域多租使用者 Azure Logic Apps 中

- 支援多個工作流程的標準邏輯應用程式資源,這些工作流程裝載並執行於單一租使用者 Azure Logic Apps 中

深入瞭解 邏輯應用程式資源類型及其各自的運算資源和計費模型
工作流程 定義工作、商務程式或工作負載的一系列作業。 每個工作流程一律會以單一觸發程式作業開始,之後您必須新增一或多個動作作業。
觸發程序 任何工作流程中的第一個作業,指定在工作流程中執行任何後續作業之前所要符合的準則。 例如,觸發程式事件可能會在您的收件匣中收到電子郵件,或偵測記憶體帳戶中的新檔案。
動作 工作流程中觸發程序之後的每個後續作業。
內建連接器 此連接器或作業類型是 Azure Logic Apps 執行時間的「內建」,因此,相較於裝載並執行於 Azure 中的 Microsoft 受控連接器,作業會以原生且直接的方式與運行時間一起執行,以獲得更快的效能。

內建作業可讓您控制工作流程的排程或結構、執行自己的程式碼、管理及操作數據、傳送或接收端點的要求,以及完成工作流程中的其他工作。

例如,當您使用 週期 觸發程式時,幾乎可以依排程啟動任何工作流程。 或者,您可以使用 [要求] 觸發程式時,讓工作流程等到呼叫為止。 這些作業通常不需要從工作流程建立連線。

雖然大部分的內建作業並未與任何服務或系統相關聯,但某些內建作業適用於特定服務,例如 Azure Functions、Azure Blob 儲存體、Azure App 服務 等等。 這些內建作業的可用性取決於您使用的是取用或標準邏輯應用程式工作流程。 如需詳細資訊和範例,請參閱 適用於 Azure Logic Apps 的內建連接器。
受控連接器 此連接器或作業類型為「Microsoft 管理」,是服務或系統的 REST API 預先建置的 Proxy 或包裝函式,可供您用來存取特定應用程式、資料、服務或系統。 您必須先從工作流程建立連線並驗證您的身分識別,才能使用大部分受控連接器。 受管理的連接器是由 Microsoft 發行、裝載和維護。

例如,您可以使用觸發程序啟動工作流程,或執行與 Office 365、Salesforce 或文件伺服器等服務搭配運作的動作。 如需詳細資訊,請參閱 適用於 Azure Logic Apps 的受控連接器。
整合帳戶 當您想要定義及儲存 B2B 成品以用於工作流程時,請建立此 Azure 資源。 建立 整合帳戶 並將其連結至邏輯應用程式之後,您的工作流程可以使用這些 B2B 成品。 您的工作流程也可以交換遵循電子數據交換 (EDI) 和企業應用程式整合 (EAI) 標準的訊息。

例如,您可以定義貿易夥伴、合約、架構、地圖和其他 B2B 成品。 您可以建立工作流程,以使用這些成品,並透過 AS2、EDIFACT、X12 和 RosettaNet 等通訊協定交換訊息。

為何使用 Azure Logic Apps

Azure Logic Apps 整合平臺提供 超過 1,000 個預先建置的連接器 ,讓您可以更輕鬆且快速地連線及整合應用程式、數據、服務和系統。 您可以更專注於設計和實作解決方案的商業規則和功能,同時花更少的精力來找出如何存取您的資源。

若要與任何服務端點通訊,請執行您自己的程式代碼、控制工作流程結構、操作數據,或連線 到具有更佳效能的常用服務,您可以使用內建連接器作業。 這些作業會在 Azure Logic Apps 執行時間原生執行,以提升效能。

若要存取和使用 Azure、Microsoft、其他外部 Web 應用程式和服務或內部部署系統等服務中的資源,您可以使用 Microsoft 管理的連接器作業。 在不斷擴充的 Azure 生態系統中,從超過 1,0000 個連接器中選擇,例如:

  • Blob 儲存體 和 服務匯流排 等 Azure 服務

  • Office 365 服務,例如 Outlook、Excel 和 SharePoint

  • SQL 和 Oracle 等資料庫伺服器

  • SAP 和 IBM MQ 等企業系統

  • 檔案共用,例如 FTP 和 SFTP

如需詳細資訊,請參閱下列文件:

您通常不需要撰寫任何程序代碼。 不過,如果您需要撰寫程序代碼,您可以使用 Azure Functions 建立代碼段,並從工作流程執行該程式代碼。 您也可以使用 [內嵌程序代碼 ] 動作,在工作流程中建立執行的代碼段。 如果您的工作流程需要與來自 Azure 服務、自訂應用程式或其他解決方案的事件互動,您可以使用 Azure 事件方格 來監視、路由及發佈事件

Azure Logic Apps 完全由 Microsoft Azure 管理,讓您無須擔心裝載、調整、管理、監視和維護使用這些服務建置的解決方案。 當您使用這些功能來建立 「無伺服器」應用程式和解決方案時,您可以只專注於商業規則和功能。 這些服務可自動根據需求調整規模、加快整合速度,以及協助您使用少許程式碼或無需使用程式碼,就能建立完善的雲端應用程式。

若要瞭解其他公司如何改善其靈活度,並在將 Azure Logic Apps 與其他 Azure 服務和 Microsoft 產品結合在一起時,將焦點放在核心業務上,請參閱這些 客戶案例

Azure Logic Apps 與 Functions、WebJobs 和 Power Automate 有何不同?

所有這些服務可協助您連接並整合不同的系統。 每個服務都有其優點和優點,因此結合其功能是快速建置可調整且功能完整的整合系統的最佳方式。 如需詳細資訊,請參閱 在Logic Apps、Functions、WebJobs和Power Automate之間選擇。

深入瞭解 Azure Logic Apps

您可以從目前的系統和服務開始,然後以自己的步調累加成長。 當您準備好時,Azure Logic Apps 可藉由提供下列功能和優點,協助您實作並相應增加至更成熟的整合案例。

使用易於使用的工具以可視化方式建立和編輯工作流程

使用 Azure Logic Apps 中的可視化設計工具,節省時間並簡化複雜的程式。 在 Azure 入口網站、Visual Studio Code 或 Visual Studio 中使用 Azure Logic Apps 工作流程設計工具,從頭到尾建立工作流程。 只要使用觸發程式啟動您的工作流程,然後從 連接器資源庫新增任意數目的動作。

如果您要建立多租使用者型邏輯應用程式工作流程,請在從範本資源庫建立工作流程時更快開始使用。 這些範本適用於常見的工作流程模式,範圍從軟體即服務 (SaaS) 應用程式的簡單連線到進階 B2B 解決方案,以及「只是為了有趣」範本。

連線 不同環境的不同系統

某些模式和程式很容易描述,但難以在程式碼中實作。 Azure Logic Apps 可協助您順暢地跨雲端、內部部署和混合式環境連線不同的系統。 例如,您可以將雲端行銷解決方案連線到內部部署計費系統,或使用 Azure 服務匯流排 將傳訊集中處理到 API 和系統。 Azure Logic Apps 提供快速、可靠且一致的方式,為這些案例提供可重複使用且可重新設定的解決方案。

建立並部署至不同的環境

根據您的案例、解決方案需求和所需功能,選擇是否要建立取用或標準邏輯應用程式工作流程。 根據這個選擇,工作流程會在多租使用者 Azure Logic Apps、單一租使用者 Azure Logic Apps 或 App Service 環境 (v3) 中執行。 透過單一租使用者 Azure Logic Apps,您的工作流程可以更輕鬆地存取受 Azure 虛擬網路保護的資源。 如果您使用已啟用 Azure Arc 的 Logic Apps 建立單一租使用者型工作流程,您也可以在容器中執行工作流程。 如需詳細資訊,請參閱 Azure Logic Apps 的單一租使用者與多租使用者與整合服務環境,以及什麼是已啟用 Arc 的 Logic Apps

下表簡短摘要說明取用與標準邏輯應用程式工作流程之間的差異。 您也將瞭解多租用戶環境、整合服務環境 (ISE)、單一租用戶環境,以及 App Service 環境 v3 (ASEv3) 之間的差異,以部署、裝載和執行邏輯應用程式工作流程。

資源類型 福利 資源分享和使用方式 定價和計費模型 限制管理
邏輯應用程式 (取用)

主機環境:多租使用者 Azure Logic Apps
- 最容易開始使用

- 隨用隨付

- 完全受控
單一邏輯應用程式只能有 一個 工作流程。

跨 Microsoft Entra 租使用者的邏輯應用程式會共用相同的處理(計算)、記憶體、網路等等。

為了備援目的,數據會在配對區域中寫。 針對高可用性,已啟用異地備援記憶體 (GRS)。
耗用量 (按執行付費) Azure Logic Apps 會管理這些限制的預設值,但如果該選項存在特定限制,您可以變更其中一些值。
邏輯應用程式 (取用)

主機環境:
整合服務環境 (ISE)

注意:在 2024 年 8 月 31 日,ISE 選項將會淘汰。 自 2022 年 11 月 1 日起,您無法再建立 ISE。 相反地,您可以建立標準邏輯應用程式,在單一租使用者 Azure Logic Apps 中執行,可以包含多個工作流程,並提供與 ISE 相同的功能以及更多功能。
- 適用於大型工作負載的企業規模

- 20+ 個直接連線到虛擬網路的 ISE 特定連接器

- 內含使用量和客戶控制的調整的可預測定價
單一邏輯應用程式只能有 一個 工作流程。

相同環境中的邏輯應用程式會共用相同的處理(計算)、記憶體、網路等。

數據會保留在您部署ISE的相同區域中。
ISE (固定) Azure Logic Apps 會管理這些限制的預設值,但如果該選項存在特定限制,您可以變更其中一些值。
邏輯應用程式 (標準)

主機環境:
單一租使用者 Azure Logic Apps

注意:如果您的案例需要容器, 請使用已啟用 Azure Arc 的 Logic Apps 建立單一租使用者型邏輯應用程式。 如需詳細資訊,請參閱 什麼是已啟用 Azure Arc 的 Logic Apps?
- 使用單一租使用者 Azure Logic Apps 執行時間執行。 目前不支援部署位置。

- 更多內建連接器,可大規模提高輸送量和降低成本

- 更多運行時間和效能設定的控制和微調功能

- 虛擬網路和私人端點的整合支援。

- 建立您自己的內建連接器。
單一邏輯應用程式可以有多個 狀態和 狀態工作流程。

單一邏輯應用程式和租使用者中的工作流程會共用相同的處理(計算)、記憶體、網路等等。

數據會保留在您部署邏輯應用程式的相同區域中。
標準,根據具有所選定價層的裝載方案。

如果您執行使用外部記憶體的具狀態工作流程,Azure Logic Apps 運行時間會進行後續 Azure 儲存體 定價的記憶體交易。
您可以根據案例的需求變更許多限制的預設值。

重要事項:某些限制的上限為硬式上限。 在 Visual Studio Code 中,您對邏輯應用程式專案組態檔中預設限制值所做的變更不會出現在設計工具體驗中。 如需詳細資訊,請參閱 在單一租使用者 Azure Logic Apps 中編輯邏輯應用程式的應用程式和環境設定。
邏輯應用程式 (標準)

主機環境:
App Service 環境 v3 (ASEv3) - 僅限 Windows 方案
與單一租使用者 相同的功能加上 下列優點:

- 完全隔離邏輯應用程式。

- 建立和執行比單一租使用者 Azure Logic Apps 更多的邏輯應用程式。

- 不論您建立和執行的邏輯應用程式數目為何,只支付 ASE App Service 方案的費用。

- 可以使用更多虛擬機實例或不同的 App Service 方案來啟用自動調整或手動調整。

- 從選取的 ASEv3 繼承網路設定。 例如,部署至內部 ASE 時,工作流程可以存取與 ASE 相關聯的虛擬網路中的資源,並具有內部存取點。

注意:如果從內部 ASE 外部存取,請針對 ASE 中的工作流程執行歷程記錄,無法存取動作輸入和輸出。
單一邏輯應用程式可以有多個 狀態和 狀態工作流程。

單一邏輯應用程式和租使用者中的工作流程會共用相同的處理(計算)、記憶體、網路等等。

數據會保留在您部署邏輯應用程式的相同區域中。
App Service 計劃 您可以根據案例的需求變更許多限制的預設值。

重要事項:某些限制的上限為硬式上限。 在 Visual Studio Code 中,您對邏輯應用程式專案組態檔中預設限制值所做的變更不會出現在設計工具體驗中。 如需詳細資訊,請參閱 在單一租使用者 Azure Logic Apps 中編輯邏輯應用程式的應用程式和環境設定。

企業整合和 B2B 案例的第一級支援

企業和組織會使用業界標準但不同的訊息通訊協定和格式,例如EDIFACT、AS2、X12 和 RosettaNet,以電子方式彼此通訊。 藉由使用 Azure Logic Apps 所支援的企業整合功能 ,您可以建立工作流程,將貿易夥伴所使用的訊息格式轉換成組織系統可解譯和處理的格式。 Azure Logic Apps 會以加密和數位簽名順暢且安全地處理這些交換。 針對 B2B 整合案例,Azure Logic Apps 包含 BizTalk Server 的功能。 若要定義企業對企業 (B2B) 成品,您可以建立 整合帳戶 來儲存這些成品。 將此帳戶連結至邏輯應用程式資源之後,您的工作流程可以使用這些 B2B 成品,並交換符合電子數據交換 (EDI) 和企業應用程式整合 (EAI) 標準的訊息。

如需詳細資訊,請參閱下列文件:

例如,如果您使用 Microsoft BizTalk Server,您的工作流程可以使用 BizTalk Server 連接器與 BizTalk Server 通訊。 然後,您可以使用整合帳戶連接器,在工作流程 中執行或擴充類似 BizTalk 的作業。 相反地,BizTalk Server 可以使用適用於 Azure Logic AppsMicrosoft BizTalk Server 配接器,與您的工作流程通訊。 瞭解如何 在 BizTalk Server 中設定及使用 BizTalk Server 配接 器。

撰寫一次,經常重複使用

將您的邏輯應用程式建立為 Azure Resource Manager 範本,以便您可以 設定及自動化跨多個環境和區域的部署

內建擴充性

如果沒有適當的連接器可用來執行您想要的程式代碼,您可以使用 Azure Functions 從工作流程建立並呼叫自己的代碼段。 或者,建立自己的 API自定義連接器 ,您可以從工作流程呼叫。

直接存取 Azure 虛擬網路中的資源

邏輯應用程式工作流程可以在您使用 Azure Logic Apps(Standard) 或整合服務環境 (ISE) 時,存取受保護的資源,例如虛擬機(VM)、其他服務和 Azure 虛擬網路內的系統。 Azure Logic Apps (Standard) 和 ISE 都是使用專用資源的 Azure Logic Apps 專用實例,且會與全域多租使用者 Azure Logic Apps 分開執行。

在您自己的專用實例中裝載和執行邏輯應用程式工作流程有助於降低其他 Azure 租使用者對應用程式效能的影響,也稱為 「嘈雜的鄰居」效果

Azure Logic Apps (Standard) 和 ISE 也提供下列優點:

  • 您自己的靜態 IP 位址,這與邏輯應用程式在多租使用者 Azure Logic Apps 中共用的靜態 IP 位址不同。 您也可以設定單一公用、靜態和可預測的輸出IP位址,以與目的地系統通訊。 如此一來,您就不需要在每個 ISE 的目的地系統設定額外的防火牆開啟。

  • 增加執行持續時間、記憶體保留、輸送量、HTTP 要求和回應逾時、訊息大小和自定義連接器要求的限制。 如需詳細資訊,請參閱 Azure Logic Apps 的限制和設定。

當您建立 ISE 時,Azure 會將 該 ISE 插入或部署至您的 Azure 虛擬網路。 然後,您可以使用此 ISE 作為需要存取的邏輯應用程式和整合帳戶的位置。 如需建立 ISE 的詳細資訊,請檢閱從 Azure Logic Apps 連線 至 Azure 虛擬網路。

邏輯應用程式的運作方式

邏輯應用程式工作流程一律會從單 一觸發程序開始。 觸發程式會在符合條件時引發,例如,當特定事件發生或數據符合特定準則時。 許多觸發程式包括 排程功能 ,可控制工作流程的執行頻率。 觸發程式引發之後,一或多個 動作 會執行處理、處理或轉換經過工作流程的數據,或將工作流程前進到下一個步驟的作業。

Azure Logic Apps 會實作並使用「至少一次」訊息傳遞語意。 服務很少會傳遞訊息一次以上,但不會遺失任何訊息。 如果您的企業無法處理或無法處理重複的訊息,您需要實 作等冪性,這是接受相同或重複訊息的功能,同時保留數據完整性和系統穩定性。 如此一來,相同作業的重複不會在第一次執行之後變更結果。

下一節說明範例企業工作流程的邏輯,這是工作流程處理傳入訂單之訂單系統的一部分。 工作流程已具有決定傳入訂單成本的步驟。 您的目標是手動檢閱高於特定成本的訂單,因此您可以根據該成本值建立初始條件,例如:

  • 如果訂單低於特定金額,則條件為 false。 因此,工作流程會處理順序。

  • 如果條件為 true,工作流程會傳送電子郵件以進行手動檢閱。 參數決定下一個步驟。

    • 如果檢閱者核准,工作流程會繼續處理訂單。

    • 如果檢閱者呈報,工作流程會傳送呈報電子郵件,以取得訂單的詳細資訊。

      • 如果符合呈報需求,回應條件為 true。 因此,會處理訂單。

      • 如果回應條件為 false,則會傳送有關問題的電子郵件。

Screenshot shows the workflow designer and a sample enterprise workflow that uses switches and conditions.

您可以在 Azure 入口網站、Visual Studio Code 或 Visual Studio 中使用 Azure Logic Apps 工作流程設計工具,以可視化方式建立工作流程。 每個工作流程也有使用 JavaScript 物件表示法 (JSON) 格式的基礎定義。 如果您想要的話,您可以藉由變更此 JSON 定義來編輯工作流程。 針對某些建立和管理工作,Azure Logic Apps 提供 Azure PowerShell 和 Azure CLI 命令支援。 針對自動化部署,Azure Logic Apps 支援 Azure Resource Manager 範本。

定價選項

每個邏輯應用程式資源類型(多租使用者、單一租使用者、App Service 環境(ASE v3)、整合服務環境),都有不同的定價模式。 例如,多租用戶取用邏輯應用程式工作流程遵循取用定價模式,而單一租用戶標準邏輯應用程式工作流程則遵循標準定價模型。 深入瞭解 Azure Logic Apps 的定價和計量

開始使用

您必須先有 Azure 訂用帳戶,才能開始使用 Azure Logic Apps。 如果您沒有訂用帳戶, 請註冊免費的 Azure 帳戶

當您準備好時,請嘗試下列一或多個 Azure Logic Apps 快速入門指南:

您可能也想要探索 Azure Logic Apps 的其他快速入門指南:

下一步