什麼是 Azure Logic Apps？
Azure Logic Apps 是一個雲端平台，您可以在其中建立和執行需要很少程式碼或完全不需要程式碼的自動化工作流程。 透過使用視覺化設計工具，並從預建作業中進行選取，您可以快速建立一個可整合和管理您應用程式、資料、服務和系統的工作流程。
Azure Logic Apps 簡化跨雲端、內部部署和混合式環境連線舊版、現代化和最新式系統的方式。 您可以使用低程式碼無程式碼工具來開發高度可調整的整合解決方案，以支援您的企業和企業對企業 (B2B) 案例。
下列清單只描述一些您可以使用 Azure Logic Apps 自動化的範例工作、商務程序和工作負載：
當發生特定事件時，使用 Office 365 排程及傳送電子郵件通知，例如上傳了新檔案時。
跨內部部署系統與雲端服務路由及處理客戶訂單。
將上傳的檔案從 SFTP 或 FTP 伺服器移動至 Azure 儲存體。
監視推文、分析情緒，以及針對需要檢閱的項目建立警示或工作。
下列部分範例企業工作流程會使用條件和參數來判斷下一個動作。 假設您有訂單系統，而工作流程會處理傳入訂單。 您想要手動檢閱高於特定成本的訂單。 您的工作流程已有先前的步驟，可判斷傳入訂單的成本。 因此，您會根據該成本值建立初始條件，例如：
提示
若要深入了解，您可以詢問 Azure Copilot 下列問題：
- 我可以使用 Azure Logic Apps 解決哪些問題？
- Azure Logic Apps 提供哪些優點？
若要尋找 Azure Copilot，請在 Azure 入口網站工具列上，選取 [Copilot]。
如果您已準備好嘗試建立您的第一個邏輯應用程式工作流程，請參閱開始使用。
若要繼續深入了解，請嘗試下列視訊：
如需詳細資訊，請造訪 Azure 網站上的 Azure Logic Apps 及其他 Azure 整合服務。
關鍵字詞
下表簡要定義了 Azure Logic Apps 中的核心術語和概念。
| 詞彙 | 描述: |
|---|---|
| 邏輯應用程式 | 當您想要建置工作流程時所建立的 Azure 資源。 基本上，您可以建立下列類型的邏輯應用程式資源： - 支援單一工作流程的使用量邏輯應用程式資源，其裝載並執行於全域多租用戶 Azure Logic Apps 中 - 支援多個工作流程的標準邏輯應用程式資源，這些工作流程裝載並執行於單一租用戶 Azure Logic Apps 中 深入了解邏輯應用程式資源類型及其各自的運算資源和計費模型。 |
| 工作流程 | 定義工作、商務程序或工作負載的一系列作業。 每個工作流程一律會以單一觸發程序作業開始，之後您必須新增一或多個動作作業。 |
| 觸發程序 | 任何工作流程中的第一個作業，都會指定在該工作流程中執行任何後續作業之前所要符合的準則。 例如，觸發程式事件可能會在您的收件匣中收到電子郵件，或偵測儲存體帳戶中的新檔案。 |
| 動作 | 工作流程中觸發程序之後的每個後續作業。 |
| 內建連接器 | 此連接器或作業類型是「內建」至 Azure Logic Apps 執行階段，因此相較於在 Azure 中裝載並執行的 Microsoft 受控連接器，作業會以原生方式隨著執行階段直接執行以加快效能。 內建作業可讓您控制工作流程的排程或結構、執行自己的程式碼、管理及操作資料、傳送或接收端點的要求，以及完成工作流程中的其他工作。 例如，您可以使用定期觸發程序，在排程上啟動幾乎任何工作流程。 或者，您可以讓工作流程等候到使用要求觸發程序呼叫為止。 這些作業通常不需要您從工作流程建立連線。 雖然大部分的內建作業不會與任何服務或系統建立關聯，但某些內建作業適用於特定服務，例如 Azure Functions、Azure Blob 儲存體、Azure App Service 等等。 這些內建作業的可用性取決於您使用的是使用量或標準邏輯應用程式工作流程。 如需詳細資訊和範例，請參閱適用於 Azure Logic Apps 的內建連接器。 |
| 受控連接器 | 此連接器或作業類型由 Microsoft 發行、管理、裝載及執行於 Azure 中，且是服務或系統的 REST API 預先建置的 Proxy 或包裝函式，您可以用來存取特定應用程式、資料、服務或系統。 您必須先從工作流程建立連線並驗證您的身分識別，才能使用大部分受控連接器。 例如，您可以使用觸發程式啟動工作流程，或執行可搭配服務使用的動作，例如 Office 365、Salesforce 或檔案伺服器。 如需詳細資訊，請檢視適用於 Azure Logic Apps 的受控連接器。 |
| 企業整合帳戶 | 當您想要定義及儲存 B2B 成品以供工作流程使用時，請建立這項 Azure 資源。 建立整合帳戶並將其連結至邏輯應用程式之後，您的工作流程就可以使用這些 B2B 成品。 您的工作流程也可以交換遵循電子資料交換 (EDI) 和 Enterprise 應用程式整合 (EAI) 標準的訊息。 例如，您可以定義交易夥伴、合約、架構、對應和其他 B2B 成品。 您可以建立工作流程，以使用這些成品，並透過 AS2、EDIFACT、X12 和 RosettaNet 等通訊協定交換訊息。 |
為何要使用 Azure Logic Apps
Azure Logic Apps 整合平台提供超過 1,000 個預建連接器，讓您可以更輕鬆快速地連線及整合應用程式、資料、服務和系統。 您可以更專注於設計和實作解決方案的商務邏輯和功能，而花費較少精力在了解如何存取您的資源。
若要與任何服務端點通訊、執行您自己的程式碼、控制您的工作流程結構、操作資料，或以更好的效能連線到常用的服務，您可以使用 內建連接器作業。 這些作業會在 Azure Logic Apps 執行階段原生執行，以提升效能。
若要存取及使用 Azure、Microsoft、其他外部 Web 應用程式和服務或內部部署系統等服務中的資源，您可以使用 Microsoft 管理 (Azure 裝載) 的連接器作業。 在持續擴充的 Azure 生態系統中，從超過 1,0000 個連接器中選擇，例如：
Blob 儲存體和服務匯流排等 Azure 服務
Office 365 服務，例如 Outlook、Excel 和 SharePoint
SQL 和 Oracle 等資料庫伺服器
企業系統，例如 SAP 和 IBM MQ
FTP 和 SFTP 等檔案共用
如需詳細資訊，請參閱下列文件：
當您在 Azure Logic Apps 中建置工作流程時，通常不需要撰寫任何程式碼。 不過，如果您需要撰寫某些程式碼，則可以使用 JavaScript 或 C# 的內嵌程式碼動作，在工作流程中分別新增及執行 JavaScript 程式碼片段或 C#指令碼。 您也可以使用 Azure Functions 來新增和執行程式碼。 如果您的工作流程需要與來自其他 Azure 服務、自訂應用程式或其他解決方案的事件互動，您可以使用 Azure 事件方格或 Azure 事件中樞來監視、路由和發佈事件。
Azure Logic Apps 完全由 Microsoft Azure 管理，這可讓您擔心裝載、調整、管理、監視和維護使用這些服務建置的解決方案。 當您使用這些功能來建立 「無伺服器」應用程式和解決方案時，您可以只專注於商務邏輯和功能。 這些服務可自動根據需求調整規模、加快整合速度，以及協助您使用少許程式碼或無需使用程式碼，就能建立完善的雲端應用程式。
若要了解公司結合 Logic Apps 與其他 Azure 服務和 Microsoft 產品時，如何提升其靈活度及更加著重其核心業務，請參閱這些客戶案例。
Logic Apps 與 Functions、WebJobs 和 Power Automate 有何不同？
所有這些服務都協助您連接並整合不同的系統。 每個服務都各有其優點，因此把這些服務的功能結合在一起，是快速建置可調式、全功能整合系統的最佳方式。 如需詳細資訊，請參閱在 Azure Logic Apps、Azure Functions、Azure WebJobs 和 Microsoft Power Automate 之間選擇。
Azure Logic Apps 與 Azure 自動化 Runbook 有何不同？
Azure 自動化 Runbook 提供輕量型且符合成本效益的解決方案，以直接補救，例如重新啟動虛擬機。 相反地，Azure Logic Apps 非常適合多個服務、系統、應用程式和數據之間的工作流程和協調流程。 包括執行自定義程式代碼或需要複雜邏輯的工作負載，這些邏輯會使用控制結構，例如迴圈、分支、條件等等。
如何使用 Azure Logic Apps 加快解決方案的速度？
從您目前的系統與服務著手，並以您自己的步調逐漸成長。 當您準備就緒時，Azure Logic Apps 會提供下列功能和好處，協助您實作及擴大至更多成熟的整合案例。
使用便於使用的工具，以視覺化方式建立和編輯工作流程
使用 Azure Logic Apps 中的視覺化設計工具，節省時間並簡化複雜的程式。 在 Azure 入口網站 或 Visual Studio Code 中使用 Azure Logic Apps 工作流程設計工具，從頭到尾建立工作流程。 使用觸發程序啟動您的工作流程，並從連接器資源庫新增任意數目的動作。
跨各種環境連線不同的系統
有些模式和工作流程很輕易描述，但難以在程式碼中實作。 Azure Logic Apps 可協助您順暢地跨雲端、內部部署和混合式環境連線不同的系統。 例如，您可以將雲端行銷解決方案連線至內部部署計費系統，或使用企業服務匯流排集中處理跨越 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？
下表簡短摘要說明使用量與標準邏輯應用程式工作流程之間的差異。 您也將了解「多租用戶環境」、「單一租用戶環境」與「App Service 環境 v3 (ASEv3)」之間的差異，以部署、裝載和執行您的邏輯應用程式工作流程。
| 主控選項 | 福利 | 資源共用和使用方式 | 價格和計費模型 | 限制管理 |
|---|---|---|---|---|
| 耗用 主機環境：多租用戶 Azure Logic Apps |
- 最容易上手 - 按使用量付費 - 完全受控 |
單一邏輯應用程式資源只能有「一個」工作流程。 跨 Microsoft Entra 租用戶的所有邏輯應用程式會共用相同的處理 (計算)、儲存體、網路等等。 為了備援目的，資料會在配對區域中複寫。 針對高可用性，已啟用異地備援儲存體 (GRS)。 |
消費方案 (依執行次數付費) | Azure Logic Apps 會管理這些限制的預設值，但您可以變更這其中一些值 (如果針對特定限制存在該選項)。 |
| 標準 (工作流程服務方案) 主機環境： 單一租用戶 Azure Logic Apps 注意：如果您的情節需要容器，請使用已啟用 Azure Arc 的 Logic Apps 建立以單一租用戶為基礎的邏輯應用程式。 如需詳細資訊，請檢閱什麼是已啟用 Azure Arc 的 Logic Apps？ |
- 裝載在單一租用戶執行階段上的更多內建連接器，以達到更高的輸送量，並大規模降低成本 - 在執行階段和效能設定方面，提供更多控制和微調功能 - 虛擬網路和私人端點的整合式支援。 - 建立您自己的內建連接器。 |
單一邏輯應用程式資源可以有多個「具狀態」和「無狀態」工作流程。 「位於單一邏輯應用程式和租用戶中」的工作流程會共用相同的處理 (計算)、儲存體、網路等。 資料會保留在您部署邏輯應用程式的相同區域中。 |
標準方案，以主控方案搭配選取的定價層為基礎。 如果您執行的「具狀態」工作流程使用外部儲存體，Azure Logic Apps 執行階段就會根據 Azure 儲存體定價進行儲存體交易。 |
您可以根據案例需要，變更許多限制的預設值。 重要：某些限制有固定上限。 在 Visual Studio Code 中，對邏輯應用程式專案設定檔中的預設限制值所做的變更將不會出現在設計工具體驗中。 如需詳細資訊，請參閱在單一租用戶 Azure Logic Apps 中編輯邏輯應用程式的應用程式和環境設定。 |
| 標準 (App Service 環境 v3) 主機環境： 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) 的訊息，以及Enterprise應用程式整合 (EAI) 標準。
如需詳細資訊，請參閱下列文件：
整合及建置Microsoft BizTalk Server、Azure 服務匯流排、Azure Functions、Azure API 管理等等。
使用EDIFACT、AS2、X12和RosettaNet通訊協定Exchange訊息。
例如，如果您使用 Microsoft BizTalk Server，則邏輯應用程式可以使用 BizTalk Server 連接器與您的 BizTalk Server 連線並通訊。 您可以使用這些整合帳戶連接器，接著在工作流程中擴充或執行類似 BizTalk 的作業。 另一方面，BizTalk Server 可以使用適用於 Azure Logic Apps 的 Microsoft BizTalk Server 配接器與您的工作流程通訊。 了解如何在 BizTalk Server 中設定和使用 BizTalk Server 配接器。
撰寫一次，經常重複使用
建立您的邏輯應用程式工作流程作為 Azure Resource Manager 範本，以便在多個環境和區域中自動進行邏輯應用程式部署。
內建擴充性
如果沒有適當的連接器可執行您想要的程式碼，您可以使用適用於 JavaScript 或 C# 指令碼的內嵌程式碼動作，從工作流程建立和執行程式碼片段，您可以使用 Azure Functions。 您也可以建立從邏輯應用程式呼叫的 API 和自訂連接器。
直接存取 Azure 虛擬網路中的資源
當您使用 Azure Logic Apps (標準) 時，邏輯應用程式工作流程可以存取 Azure 虛擬網路內的受保護資源，例如虛擬機器、其他服務和系統。 Azure Logic Apps (標準) 是單一租用戶執行個體 Azure Logic Apps，其會使用專用資源，並與全域多租用戶 Azure Logic Apps 分開執行。
在您自己的專用執行個體中裝載並執行邏輯應用程式工作流程，有助於減少其他 Azure 租用戶對您應用程式效能可能造成的影響，也就是 "noisy neighbors" effect (相鄰干擾效應)。
Azure Logic Apps (標準) 提供下列優點：
您自己的靜態 IP 位址，這與邏輯應用程式在多租用戶 Azure Logic Apps 中所共用的靜態 IP 位址不同。 您也可以設定公用、靜態且可預測的單一輸出 IP 位址，以便與目的地系統進行通訊。 如此一來，您就不必在目的地系統上設定額外的開放式防火牆。
增加執行期間、儲存體保留期、輸送量、HTTP 要求和回應逾時、訊息大小及自訂連接器要求的限制。 如需詳細資訊，請檢閱 Azure Logic Apps 的限制和設定。
邏輯應用程式如何運作
邏輯應用程式工作流程一律會以單一觸發程序來啟動。 當符合條件時，觸發程序會在符合條件時引發，例如，當特定事件發生或資料符合特定準則時。 許多觸發程式都包含 排程功能 ，可控制工作流程的執行頻率。 在觸發程序引發之後，一或多個動作會執行作業，以處理、控制或轉換經過工作流程的資料，或將工作流程前進到下一個步驟。
Azure Logic Apps 會實作並使用「至少一次」訊息傳遞語意。 服務很少會傳遞訊息一次以上，但不會遺失任何訊息。 如果您的企業不會處理或無法處理重複的訊息，您需要實作等冪性，這是接受相同或重複訊息的功能，同時保留資料完整性和系統穩定性。 如此一來，相同作業的重複不會在第一次執行之後變更結果。
下一節說明範例企業工作流程的邏輯，這是工作流程處理傳入訂單所在訂單系統的一部分。 工作流程已有步驟，可判斷傳入訂單的成本。 您的目標是手動檢閱高於特定成本的訂單，因此您可以根據該成本價值建立初始條件，例如：
如果訂單低於特定金額，則條件為 false。 因此，工作流程會處理訂單。
如果條件為 true，工作流程會傳送電子郵件以供手動檢閱。 參數會決定下一個步驟。
如果檢閱者核准，工作流程會繼續處理訂單。
如果檢閱者呈報，工作流程會傳送呈報電子郵件，以取得訂單的詳細資訊。
如果符合呈報需求，回應條件為 true。 因此，系統會處理訂單。
如果回應條件為 false，則會傳送關於問題的電子郵件。
您可以在 Azure 入口網站 或 Visual Studio Code 中使用 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 快速入門手冊：