使用 Azure 入口網站 在單一租使用者 Azure Logic Apps 中建立標準工作流程範例

適用於: Azure Logic Apps(標準)

本操作說明指南示範如何建立範例自動化工作流程,以等候輸入 Web 要求,然後將訊息傳送至電子郵件帳戶。 更具體來說,您將建立標準邏輯應用程式資源,其中包含在單一租使用者 Azure Logic Apps 中執行的多個具狀態和無狀態工作流程

注意

若要改為在Visual Studio Code 中建立此範例工作流程,請遵循使用Visual Studio Code 在單一租使用者 Azure Logic Apps 中建立標準工作流程中的步驟。 這兩個選項都提供在相同環境中開發、執行及部署邏輯應用程式工作流程的功能。 不過,使用 Visual Studio Code,您可以在 開發環境中本機 開發、測試及執行工作流程。

雖然此範例工作流程是以雲端為基礎,而且只有兩個步驟,但您可以從數百個作業建立工作流程,以跨雲端、內部部署和混合式環境連接各種應用程式、數據、服務和系統。 範例工作流程會從要求內建觸發程式開始,後面接著 Office 365 Outlook 動作。 觸發程式會為工作流程建立可呼叫的端點,並等候來自任何呼叫端的輸入 HTTPS 要求。 當觸發程式收到要求並引發時,下一個動作會藉由將電子郵件傳送至指定的電子郵件位址以及觸發程式的選取輸出執行。

Screenshot showing the Azure portal with the designer for Standard logic app workflow.

進行時,您將完成這些高階工作:

  • 建立標準邏輯應用程式資源,並新增空白 的具 狀態工作流程
  • 新增觸發程式和動作。
  • 觸發工作流程執行。
  • 檢視工作流程的執行和觸發程式歷程記錄。
  • 在部署之後啟用或開啟 Application Insights。
  • 啟用無狀態工作流程的執行歷程記錄。

在單一租使用者 Azure Logic Apps 中,相同邏輯應用程式資源和租使用者中的工作流程會在與運行時間相同的進程中執行,因此它們會共用相同的資源,並提供更佳的效能。 如需單一租使用者 Azure Logic Apps 的詳細資訊,請參閱 單一租使用者與多租使用者與整合服務環境

必要條件

  • Azure 帳戶和訂用帳戶。 如果您沒有訂用帳戶, 請註冊免費的 Azure 帳戶

  • Azure 儲存體 帳戶。 如果您沒有記憶體帳戶,您可以事先建立記憶體帳戶,或在邏輯應用程式建立期間建立記憶體帳戶。

    注意

    標準邏輯應用程式資源類型是由 Azure Functions 提供電源,且具有 與函式應用程式類似的記憶體需求。 具狀態工作流程 會執行記憶體交易,例如使用佇列來排程和儲存數據表和 Blob 中的工作流程狀態。 這些交易會產生 記憶體費用。 如需具狀態工作流程如何將數據儲存在外部記憶體的詳細資訊,請檢閱 具狀態和無狀態工作流程

  • 若要在本指南中建立相同的範例工作流程,您需要使用 Microsoft 公司或學校帳戶登入的 Office 365 Outlook 電子郵件帳戶。

    如果您沒有 Office 365 帳戶,您可以使用 任何其他可用的電子郵件連接器 ,從電子郵件帳戶傳送訊息,例如 Outlook.com。 如果您使用不同的電子郵件連接器,您仍然可以遵循範例,而且一般的整體步驟都相同。 不過,您的選項在某些方面可能會有所不同。 例如,如果您使用 Outlook.com 連接器,請改用您的個人 Microsoft 帳戶登入。

  • 若要測試本指南中的範例工作流程,您需要一個工具,可將呼叫傳送至要求觸發程式所建立的端點。 如果您沒有這類工具,您可以下載、安裝及使用 Postman

  • 如果您建立邏輯應用程式資源並啟用 Application Insights,您可以選擇性地為邏輯應用程式啟用診斷記錄和追蹤。 您可以在建立邏輯應用程式或在部署之後執行此動作。 您需要有 Application Insights 實例,但您可以在預先建立邏輯應用程式或部署之後建立此資源

  • 若要將標準邏輯應用程式資源部署至 App Service 環境 v3 (ASEv3) - 僅限 Windows 方案,您必須先建立此環境資源。 接著,您可以在建立邏輯應用程式資源時選取此環境作為部署位置。 如需詳細資訊,請檢閱資源類型和環境,以及建立 App Service 環境

  • 從 2022 年 10 月中旬開始,Azure 入口網站 中的新標準邏輯應用程式工作流程會自動使用 Azure Functions v4。 在 2022 年 11 月期間,Azure 入口網站 中現有的標準工作流程會自動移轉至 Azure Functions v4。 除非您將標準邏輯應用程式部署為 NuGet 型專案,或將邏輯應用程式釘選到特定套件組合版本,否則此升級的設計目的為不需要您採取任何動作,也不會對運行時間造成影響。 不過,如果例外狀況適用於您,或如需 Azure Functions v4 支援的詳細資訊,請參閱 Azure Logic Apps Standard 現在支援 Azure Functions v4

建立標準邏輯應用程序資源

  1. Azure 入口網站 中,使用您的 Azure 帳戶登入。

  2. 在 [Azure 入口網站 搜尋方塊中,輸入邏輯應用程式,然後選取 [邏輯應用程式]。

    Screenshot showing Azure portal search box with logic apps entered and logic apps group selected.

  3. 在 [ 邏輯應用程式] 頁面上,選取 [ 新增]。

  4. 在 [建立邏輯應用程式] 頁面上的 [基本] 索引標籤上,提供下列邏輯應用程式的基本資訊:

    屬性 必填 Description
    訂用帳戶 Yes <Azure-訂閱-名稱> 您的 Azure 訂用帳戶名稱。
    資源群組 Yes <Azure-資源-群組-名稱> 您在 其中建立邏輯應用程式和相關資源的 Azure 資源群組 。 此名稱在區域之間必須是唯一的,而且只能包含字母、數位、連字元(-)、底線(_)、括號(()和句號(.)。

    此範例會建立名為 Fabrikam-Workflows-RG 的資源群組。
    邏輯應用程式名稱 Yes <logic-app-name> 邏輯應用程式資源名稱,跨區域必須是唯一的,而且只能包含字母、數位、連字元 (-)、底線 (_)、括號 (()和句號 (.)。

    注意:邏輯應用程式的名稱會自動取得後置詞 .azurewebsites.net,因為標準邏輯應用程式資源是由單一租使用者 Azure Logic Apps 運行時間提供,該運行時間會使用 Azure Functions 擴充性模型,並且裝載為 Azure Functions 運行時間上的擴充功能。 Azure Functions 使用相同的應用程式命名慣例。

    此範例會建立名為 Fabrikam-Workflows 的邏輯應用程式。
  5. 繼續進行選取之前,請移至 [ 計劃] 區段。 針對 [ 方案類型],選取 [ 標準 ],以便只檢視套用至標準方案型邏輯應用程式類型的設定。

    [ 方案類型 ] 屬性會指定要用於邏輯應用程式的主控方案和計費模型。 如需詳細資訊,請檢閱 裝載方案和定價層

    方案類型 描述
    標準 此邏輯應用程式類型是預設選取專案。 工作流程會在單一租使用者 Azure Logic Apps 中執行,並使用 標準計費模型
    耗用 此邏輯應用程式類型和工作流程會在全域、多租使用者 Azure Logic Apps 中執行,並使用 使用量計費模型
    屬性 必填 Description
    Windows Plan Yes <plan-name> 要使用的計劃名稱。 選取現有的方案名稱或提供新方案的名稱。

    此範例使用名稱 My-App-Service-Plan

    注意:僅支援以 Windows 為基礎的 App Service 方案。 請勿使用以Linux為基礎的App Service 方案。
    定價方案 Yes <定價層> 邏輯 應用程式和工作流程所使用的定價層 。 您的選擇會影響邏輯應用程式和工作流程所使用的定價、計算、記憶體和記憶體。

    如需詳細資訊,請檢閱 裝載方案和定價層
  6. 現在繼續進行下列選擇:

    屬性 必填 Description
    發行 Yes 工作流程 只有在 [方案類型] 設定為 [標準邏輯應用程式類型] 時,才會顯示此選項並套用。 根據預設,此選項會設定為 [工作流程 ],並在其中建立您新增第一個工作流程的空白邏輯應用程序資源。

    注意:目前, Docker 容器 選項需要 已啟用 Azure Arc 的 Kubernetes 叢集上的自定義位置 ,您可以搭配 已啟用 Azure Arc 的 Logic Apps (Standard) 使用。 邏輯應用程式、自定義位置和叢集的資源位置必須全部相同。
    區域 Yes <Azure 區域> 用來儲存應用程式資訊的 Azure 資料中心區域。 此範例會將範例邏輯應用程式部署至 Azure 中的美國 西部區域。

    - 如果您先前選擇 Docker 容器,請從 [ 區域 ] 列表中選取您的自定義位置。

    - 如果您想要將應用程式部署到現有的 App Service 環境 v3 資源,您可以從 [區域] 清單中選取該環境

    注意

    如果您選取支援可用性區域備援的 Azure 區域,則會啟用區域 備援 區段。 本節提供為邏輯應用程式啟用可用性區域備援的選項。 不過,目前支援的 Azure 區域不包含 美國西部,因此您可以忽略此範例的本節。 如需詳細資訊,請參閱 使用區域備援和可用性區域保護邏輯應用程式免於區域失敗。

    完成時,您的設定看起來會類似下列範例:

    Screenshot showing Azure portal and page named Create Logic App.

  7. 在 [ 裝載] 索引標籤上,提供下列記憶體解決方案和裝載方案的相關信息,以用於邏輯應用程式。

    屬性 必填 Description
    儲存體類型 Yes - Azure 儲存體
    - SQL 和 Azure 儲存體
    您想要用於工作流程相關成品和數據的記憶體類型。

    - 若要只部署至 Azure,請選取 [Azure 儲存體]。

    - 若要使用 SQL 作為主要記憶體,並將 Azure 儲存體 作為次要記憶體,請選取 [SQL] 和 [Azure 儲存體],並檢閱在單一租使用者 Azure Logic Apps 中設定標準邏輯應用程式的 SQL 資料庫記憶體。

    注意:如果您要部署至 Azure 區域,您仍然需要 Azure 記憶體帳戶,用來在 Azure Logic Apps 平臺上完成邏輯應用程式設定的一次性裝載。 工作流程的狀態、執行歷程記錄和其他運行時間成品會儲存在您的 SQL 資料庫中。

    針對部署至裝載在 Azure Arc 叢集上的自定義位置,您只需要 SQL 作為記憶體提供者。
    儲存體帳戶 Yes <Azure-storage-account-name> 用於記憶體交易的 Azure 儲存體 帳戶

    此資源名稱在區域之間必須是唯一的,且只有數位和小寫字母的 3-24 個字元。 選取現有的帳戶或建立新的帳戶。

    此範例會建立名為 mystorageacct 的記憶體帳戶。
  8. 在 [ 網络] 索引 標籤上,您可以保留此範例的預設選項。

    針對您的特定真實案例,請務必檢閱並選取適當的選項。 您也可以在部署邏輯應用程式資源之後變更此設定。 如需詳細資訊,請參閱 使用私人端點保護標準邏輯應用程式和 Azure 虛擬網路之間的流量。

    啟用公用存取 行為
    開啟 邏輯應用程式具有公用端點,其輸入位址已開放至因特網,且無法存取 Azure 虛擬網路。
    關閉 您的邏輯應用程式沒有公用端點,但有私人端點供 Azure 虛擬網路內的通訊使用,且與該虛擬網路隔離。 私人端點可以與虛擬網路中的端點通訊,但只能從該網路內的客戶端進行通訊。 此設定也表示邏輯應用程式流量可由網路安全組控管,或受到虛擬網路路由影響。

    若要讓邏輯應用程式存取虛擬網路中的端點,請務必選取適當的選項:

    啟用網路插入 行為
    開啟 邏輯應用程式工作流程可以私下且安全地與虛擬網路中的端點通訊。
    關閉 邏輯應用程式工作流程無法與虛擬網路中的端點通訊。
  9. 如果您的建立和部署設定支援使用 Application Insights,您可以選擇性地啟用邏輯應用程式工作流程的診斷記錄和追蹤。

    1. 在 [監視] 索引標籤的 [Application Insights] 底下,如果尚未選取,請將 [啟用 Application Insights] 設定[是]。

    2. 針對 Application Insights 設定,請選取現有的 Application Insights 實例,或如果您想要建立新的實例,請選取 [新建],並提供您想要使用的名稱。

  10. 在 Azure 驗證邏輯應用程式的設定之後,在 [ 檢閱 + 建立 ] 索引標籤上,選取 [建立],例如:

    Screenshot showing Azure portal and new logic app resource settings.

    注意

    如果您在此步驟期間收到驗證錯誤,請開啟並檢閱錯誤詳細數據。 例如,如果您選取的區域達到您嘗試建立的資源配額,您可能必須嘗試不同的區域。

    在 Azure 完成部署之後,邏輯應用程式資源會自動上線,但尚未執行任何動作,因為資源是空的,而且您尚未新增任何工作流程。

  11. 在 [部署完成] 頁面上,選取 [移至資源 ],以便新增空白工作流程。

    Screenshot showing Azure portal and finished deployment.

新增空白工作流程

建立空白邏輯應用程式資源之後,您必須新增第一個工作流程。

  1. 在 Azure 開啟資源之後,在邏輯應用程式資源功能表上,選取 [ 工作流程]。 在 [ 工作流程] 工具列上,選取 [ 新增]。

    Screenshot showing logic app resource menu with Workflows selected, and on the toolbar, Add is selected.

  2. 開啟 [ 新增工作流程 ] 窗格之後,請提供工作流程的名稱,然後選取狀態類型,即 狀態或 狀態。 完成時,選取建立

    本範例會新增名為 Stateful-Workflow 的空白具狀態工作流程。 根據預設,工作流程會啟用,但在您新增觸發程式和動作之前,不會執行任何動作。

    Screenshot showing new blank stateful workflow named Stateful-Workflow.

  3. 從工作流程清單中,選取空白的具狀態工作流程。

  4. 在工作流程功能表上的 [開發人員] 底下,選取 [設計工具]。

    設計工具介面會顯示選取觸發程式作業的提示。 根據預設,已選取提示,讓具有可用觸發程式的窗格已開啟。

因此,現在您將新增啟動工作流程的觸發程式。

新增觸發程序

此範例工作流程會以 內建要求觸發程式 開頭,名為 「收到 HTTP 要求時」。 此觸發程式會建立端點,讓其他服務或邏輯應用程式工作流程可以呼叫並等候這些連入呼叫或要求到達。 內建作業會在 Azure Logic Apps 運行時間內以原生方式和直接執行。

  1. 在工作流程設計工具上,確定已開啟空白工作流程,並在 設計工具介面上選取 [新增觸發程式 提示]。

  2. 藉由使用 要求 做為搜尋字詞, 請遵循下列步驟,將名為 「收到 HTTP 要求時」的內建要求 觸發程式新增至您的工作流程。

    當觸發程式出現在設計工具上時,觸發程式的資訊窗格隨即開啟,以顯示觸發程式的屬性、設定和其他動作。

    Screenshot showing the workflow designer and trigger information pane.

  3. 儲存您的工作流程您 在設計師工具列上選取儲存

    當您第一次儲存工作流程,且該工作流程以要求觸發程式開頭時,Azure Logic Apps 會自動為要求觸發程式所建立的端點產生 URL。 稍後,當您測試工作流程時,您會將要求傳送至此 URL,這會引發觸發程式並啟動工作流程執行。

新增動作

此範例工作流程會繼續執行名為傳送電子郵件Office 365 Outlook 受管理連接器動作。 受控連接器作業會在 Azure 中執行,而不是原生且直接在 Azure Logic Apps 運行時間上執行。

  1. 在設計工具上,選取您新增的觸發程式底下,選取加號 (+) >[新增動作]。

    [ 新增動作 ] 窗格隨即開啟,以便選取下一個動作。

  2. 使用 Office 傳送電子郵件 做為搜尋字詞, 請遵循下列步驟,將名為 傳送電子郵件 (V2) 的 Office 365 Outlook 動作新增至您的工作流程。

  3. 在動作的資訊窗格中,於 [建立 連線 ion] 索引卷標上,選取 [登入],讓您可以建立電子郵件帳戶的連線。

    Screenshot showing the designer, the pane named Send an email (V2) with Sign in button.

  4. 當系統提示您存取電子郵件帳戶時,請使用您的帳戶認證登入。

    注意

    如果您收到錯誤訊息:「 失敗,並出現錯誤:「瀏覽器已關閉。」。請再次登入」,檢查您的瀏覽器是否封鎖第三方 Cookie。 如果封鎖這些 Cookie,請嘗試將 新增 https://portal.azure.com 至可使用 Cookie 的網站清單。 如果您使用 incognito 模式,請確定第三方 Cookie 不會在該模式中運作時遭到封鎖。

    如有必要,請重載頁面、開啟您的工作流程、再次新增電子郵件動作,然後嘗試建立連線。

    在 Azure 建立連線之後, [傳送電子郵件 ] 動作會出現在設計工具上,且預設為已選取。 如果未選取動作,請選取動作,使其資訊窗格也開啟。

  5. 在動作資訊窗格中,於 [參數] 索引卷標上提供動作的必要資訊,例如:

    Screenshot that shows the designer and the

    屬性 必填 Description
    目標 Yes <your-email-address> 電子郵件收件者,這可以是測試用途的電子郵件位址。 這個範例使用虛構的電子郵件 。 sophiaowen@fabrikam.com
    主體 Yes 來自範例工作流程的電子郵件 電子郵件主旨
    本文 Yes 您範例工作流程的 Hello! 電子郵件內文內容

    注意

    在 [設定]、[靜態結果] 或 [執行后] 索引卷標上的資訊窗格中進行任何變更時,請務必先選取 [完成] 以認可這些變更,再切換索引卷標或將焦點變更至設計工具。 否則,設計工具不會保留您的變更。

  6. 儲存您的工作流程您 在設計師工具列上選取儲存

  7. 如果您的環境有嚴格的網路需求或防火牆來限制流量,您必須為存在於工作流程中的任何觸發程式或動作連線設定許可權。 若要尋找完整功能變數名稱,請檢閱 尋找防火牆存取的功能變數名稱。

    否則,若要測試您的工作流程, 請手動觸發執行

從設計工具刪除專案

若要從設計工具刪除工作流程中的專案,請遵循下列步驟:

  • 選取項目,開啟專案的快捷方式功能表 (Shift+F10),然後選取 [ 刪除]。 請選取 [確定] 確認。

  • 選取項目,然後按下刪除鍵。 請選取 [確定] 確認。

  • 選取專案,以便開啟該專案的資訊窗格。 在窗格的右上角,開啟省略號 (...) 功能表,然後選取 [ 刪除]。 請選取 [確定] 確認。

    Screenshot that shows a selected item on designer with the opened information pane plus the selected ellipses button and

    提示

    如果看不到省略號功能表,請展開瀏覽器視窗寬度夠寬,讓資訊窗格在右上角顯示省略號 (...) 按鈕。

尋找防火牆存取的功能變數名稱

在部署邏輯應用程式並在 Azure 入口網站 中執行工作流程之前,如果您的環境有嚴格的網路需求或防火牆來限制流量,您必須為邏輯應用程式中存在於工作流程中的任何觸發程式或動作連線設定網路或防火牆許可權。

若要尋找邏輯應用程式和工作流程所使用的輸入和輸出IP位址,請遵循下列步驟:

  1. 在邏輯應用程式功能表上的 [設定],選取 [網络] [預覽]。

  2. 在 [網络] 頁面上,尋找並檢閱 [輸入流量] 和 [輸出流量] 區段。

若要尋找連線的完整功能變數名稱 (FQDN),請遵循下列步驟:

  1. 在邏輯應用程式功能表上的 [工作流程] 底下,選取 [連線。 在 [API 連線 ions] 索引標籤上,選取連線的資源名稱,例如:

    Screenshot that shows the Azure portal and logic app menu with the

  2. 將瀏覽器擴充到足夠寬,如此一來,當 JSON 檢視 出現在瀏覽器的右上角時,請選取 [ JSON 檢視]。

    Screenshot that shows the Azure portal and API Connection pane with

  3. 複製並儲存 connectionRuntimeUrl 屬性值安全的地方,讓您可以使用這項資訊來設定防火牆。

    Screenshot showing the selected property value named connectionRuntimeUrl.

  4. 針對每個連線,重複相關步驟。

觸發工作流程

在此範例中,工作流程會在要求觸發程式收到輸入要求時執行,而該要求會傳送至觸發程式所建立端點的 URL。 當您第一次儲存工作流程時,Azure Logic Apps 會自動產生此 URL。 因此,您必須先找到此 URL,才能傳送此要求來觸發工作流程。

  1. 在工作流程設計工具上,選取名為 [收到 HTTP 要求時] 的 [要求] 觸發程式。

  2. 資訊窗格開啟之後,在 [ 參數 ] 索引標籤上,尋找 HTTP POST URL 屬性。 若要複製產生的 URL,請選取 [複製 URL ] (複製檔案圖示),並將 URL 儲存到別處。 URL 遵循下列格式:

    https://<*logic-app-name*>.azurewebsites.net:443/api/<*workflow-name*>/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=<*shared-access-signature*>

    Screenshot that shows the designer with the Request trigger and endpoint URL in the

    在此範例中,URL 看起來像這樣:

    https://fabrikam-workflows.azurewebsites.net:443/api/Fabrikam-Stateful-Workflow/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=xxxxxXXXXxxxxxXXXXxxxXXXXxxxxXXXX

    提示

    您也可以在邏輯應用程式的 [概觀 ] 窗格 的 [工作流程 URL] 屬性中找到端點 URL

    1. 在資源功能表上,選取 [ 概觀]。
    2. 在 [概 觀] 窗格中,尋找 [工作流程 URL ] 屬性。
    3. 若要複製端點 URL,請將指標移至端點 URL 文字的結尾,然後選取 [ 複製到剪貼簿 ] (複製檔案圖示)。
  3. 若要藉由傳送要求來測試 URL,請開啟 Postman 或您用來建立和傳送要求的慣用工具。

    此範例會繼續使用Postman。 如需詳細資訊,請參閱 Postman用戶入門

    1. 在 Postman 工具列上,選取 [ 新增]。

      Screenshot that shows Postman with New button selected

    2. 在 [新建] 窗格的 [建置組塊] 底下,選取 [要求]。

    3. 在 [ 儲存要求 ] 視窗中的 [要求名稱] 底下 ,提供要求的名稱,例如 測試工作流程觸發程式

    4. 在 [選取要儲存的集合或資料夾] 下,選取 [建立集合]。

    5. 在 [所有集合] 底下,提供集合的名稱來建立以組織您的要求,按 Enter 鍵,然後選取 [儲存至<集合名稱>]。 此範例會使用 LogicApps要求 作為集合名稱。

      在Postman應用程式中,要求窗格隨即開啟,以便您將要求傳送至要求觸發程式的端點 URL。

      Screenshot that shows Postman with the opened request pane

    6. 在要求窗格的 [方法] 清單旁的位址方塊中,目前會顯示 GET 作為預設要求方法,貼上您先前複製的 URL,然後選取 [ 傳送]。

      Screenshot that shows Postman and endpoint URL in the address box with Send button selected

      觸發程式引發時,範例工作流程會執行並傳送類似此範例的電子郵件:

      Screenshot that shows Outlook email as described in the example

最佳做法和建議

若要獲得最佳的設計工具回應性和效能,請檢閱並遵循下列指導方針:

  • 每個工作流程使用不超過 50 個動作。 超過這個數目的動作會增加設計工具效能變慢的可能性。

  • 請考慮視需要將商業規則分割成多個工作流程。

  • 每個邏輯應用程式資源不超過 10-15 個工作流程。

檢閱工作流程執行歷程記錄

當具狀態工作流程完成執行之後,您可以檢視工作流程的執行歷程記錄,包括整體執行的狀態、觸發程式的狀態,以及每個動作及其輸入和輸出。 在 Azure 入口網站 中,工作流程執行歷程記錄和觸發程式歷程記錄會出現在工作流程層級,而不是邏輯應用程式資源層級。 如需詳細資訊,請參閱 檢閱工作流程執行歷程記錄檢閱觸發程式歷程記錄

在此範例工作流程中,工作流程執行歷程記錄看起來類似下列範例:

Screenshot shows run details view with the status for each step in the workflow.

Screenshot shows inputs and outputs in the selected action named Send an email.

檢閱觸發程序記錄

針對具狀態工作流程,您可以檢閱每個執行的觸發程式歷程記錄,包括觸發程序狀態以及輸入和輸出,與 工作流程執行歷程記錄分開。 在 Azure 入口網站 中,觸發程式歷程記錄和執行歷程記錄會出現在工作流程層級,而不是邏輯應用程式層級。 如需詳細資訊,請參閱 檢閱觸發程式歷程記錄

使用相同的輸入重新提交工作流程執行

針對現有的具狀態工作流程執行,您可以使用先前用於該執行的相同輸入來重新執行整個工作流程。 如需詳細資訊,請參閱 使用相同的輸入重新執行工作流程。

啟用無狀態工作流程的執行歷程記錄

若要更輕鬆地偵錯無狀態工作流程,您可以啟用該工作流程的執行歷程記錄,然後在完成時停用執行歷程記錄。 請依照下列步驟進行 Azure 入口網站,或如果您正在Visual Studio Code 中工作,請參閱在Visual Studio Code 中建立具狀態和無狀態工作流程。

  1. Azure 入口網站 中,開啟您的標準邏輯應用程序資源。

  2. 在邏輯應用程式的功能表上,選取 [設定] 下的 [組態]。

  3. 在 [ 應用程式設定] 索引標籤上,選取 [ 新增應用程式設定]。

  4. 在 [新增/編輯應用程式設定] 窗格的 [名稱] 方塊中,輸入此作業選項名稱:

    流程。{yourWorkflowName}。OperationOptions

  5. 在 [ 值] 方塊中,輸入下列值: WithStatelessRunHistory

    Screenshot showing Standard logic app and pane named Add/Edit application setting with Workflows.{yourWorkflowName}.OperationOptions set to WithStatelessRunHistory.

  6. 若要完成這項工作,請選取 [ 確定]。 在 [ 設定 ] 窗格工具列上,選取 [ 儲存]。

  7. 若要在完成時停用執行歷程記錄,請設定名為 Workflows 的屬性。{your-workflow-name}。OperationOptions to None,或刪除屬性及其值。

在部署后啟用或開啟Application Insights

在工作流程執行期間,邏輯應用程式會發出遙測和其他事件。 您可以使用此遙測來深入瞭解工作流程的執行效能,以及Logic Apps 運行時間如何以各種方式運作。 您可以使用Application Insights來監視工作流程,其提供近乎即時的遙測(即時計量)。 當您使用此數據來診斷問題、設定警示和建置圖表時,這項功能可協助您更輕鬆地調查失敗和效能問題。

如果您的邏輯應用程式的建立和部署設定支援使用 Application Insights,您可以選擇性地啟用邏輯應用程式工作流程的診斷記錄和追蹤。 您可以在 Azure 入口網站 或部署之後建立邏輯應用程式資源時執行此動作。 您需要有 Application Insights 實例,但您可以在預先建立邏輯應用程式或部署之後建立此資源。 您也可以選擇性地 在 Application Insights for Standard 工作流程中啟用增強的遙測。

在已部署的邏輯應用程式上啟用ApplicationInsights

  1. 在 Azure 入口網站 中,尋找已部署的邏輯應用程式。

  2. 在邏輯應用程式功能表上的 [設定] 下,選取 [Application Insights]。

  3. 在 [ Application Insights ] 窗格中,選取 [開啟 Application Insights]。

  4. 窗格更新之後,在底部選取 [套用>是]。

  5. 在 [ Application Insights ] 窗格中,選取 [ 檢視 Application Insights 數據]。

    Application Insights 儀錶板開啟之後,您可以檢閱邏輯應用程式工作流程的計量或記錄。 例如,若要繪製或查詢數據,請在 [Application Insights] 資源功能表上的 [監視] 底下,選取 [計量] 或 [記錄]。

開啟 Application Insights

  1. 在 Azure 入口網站 中,尋找已部署的邏輯應用程式。

  2. 在邏輯應用程式功能表上的 [設定] 下,選取 [Application Insights]。

  3. 在 [ Application Insights ] 窗格中,選取 [ 檢視 Application Insights 數據]。

    Application Insights 儀錶板開啟之後,您可以檢閱邏輯應用程式工作流程的計量或記錄。 例如,若要繪製或查詢數據,請在 [Application Insights] 資源功能表上的 [監視] 底下,選取 [計量] 或 [記錄]。

檢視連線

當您使用 Microsoft 管理的連接器在工作流程中建立連線時,這些連線實際上會以自己的資源定義分隔 Azure 資源,並裝載於全域多租使用者 Azure 中。 標準邏輯應用程式工作流程也可以使用 原生執行且由單一租使用者 Azure Logic Apps 執行時間提供電源的內建服務提供者連接器 。 若要檢視和管理這些連線,請參閱 檢視連線

停止或啟動邏輯應用程式資源

請遵循停用或啟用邏輯應用程式中的步驟。

針對問題和錯誤進行疑難解答

先前建立工作流程的設計工具選擇器中缺少新的觸發程式和動作

單一租使用者 Azure Logic Apps 支援 Azure 函式作業、Liquid Operations 和 XML 作業的內建動作,例如 XML 驗證轉換 XML。 不過,針對先前建立的邏輯應用程式,如果您的邏輯應用程式使用過時的延伸模組套件組合 Microsoft.Azure.Functions.ExtensionBundle.Workflows 版本,這些動作可能不會出現在設計工具中,讓您選取。

若要修正此問題,請遵循下列步驟來刪除過期的版本,讓擴充功能套件組合可以自動更新為最新版本。

注意

此特定解決方案僅適用於您使用 Azure 入口網站 建立的標準邏輯應用程式資源,不適用於您使用 Visual Studio Code 和 Azure Logic Apps (Standard) 擴充功能建立和部署的邏輯應用程式。 請參閱 Visual Studio Code 中設計工具缺少支援的觸發程式和動作。

  1. 在 Azure 入口網站 中,停止邏輯應用程式。

    1. 在您的邏輯應用程式功能表上,選取 [ 概觀]。

    2. 在 [ 概觀 ] 窗格的工具列上,選取 [ 停止]。

  2. 在邏輯應用程式功能表上的 [開發工具] 底下,選取 [進階工具]。

  3. 在 [ 進階工具] 窗格中,選取 [Go],這會開啟邏輯應用程式的 Kudu 環境。

  4. 在 Kudu 工具列上,開啟 [ 偵錯] 主控台 選單,然後選取 [ CMD]。

    主控台視窗隨即開啟,讓您可以使用命令提示字元流覽至套件組合資料夾。 或者,您可以瀏覽主控台視窗上方顯示的目錄結構。

  5. 瀏覽至下列資料夾,其中包含現有套件組合的版本化資料夾:

    ...\home\data\Functions\ExtensionBundles\Microsoft.Azure.Functions.ExtensionBundle.Workflows

  6. 刪除現有套件組合的版本資料夾。 在主控台視窗中,您可以執行此命令,其中您將 {bundle-version} 取代為現有的版本:

    rm -rf {bundle-version}

    例如:rm -rf 1.1.3

    提示

    如果您收到「許可權遭拒」「使用中的檔案」之類的錯誤,請重新整理瀏覽器中的頁面,然後再次嘗試先前的步驟,直到資料夾被刪除為止。

  7. 在 Azure 入口網站 中,返回邏輯應用程式的 [概觀] 頁面,然後選取 [重新啟動]。

    入口網站會自動取得並使用最新的套件組合。

下一步