Azure Logic Apps 的使用量計量、計費和定價
適用於：Azure Logic Apps (使用量 + 標準)
Azure Logic Apps 可以協助您建立和執行可在雲端調整規模的自動化整合工作流程。 本文描述如何使用 Azure Logic Apps 及相關資源的使用量計量、計費和定價模式。 如需諸如特定定價費率、成本規劃或不同的主控環境等資訊，請檢閱下列內容：
取用 (多租用戶)
在多租用戶的 Azure Logic Apps 中，邏輯應用程式及其工作流程依照取用方案進行定價和計費。 您建立這類邏輯應用程式的方式很多元，例如，您選擇「邏輯應用程式 (使用量)」資源類型、使用 Visual Studio Code 中的「Azure Logic Apps (使用量)」延伸模組，或是您建立自動化工作時。
下表摘要說明在多租用戶的 Azure Logic Apps 中，下列元件與邏輯應用程式和工作流程搭配使用時，取用模型如何處理計量和計費：
| 元件 | 計量和計費 |
|---|---|
| 觸發程序和動作作業 | 使用量模式包含每個 Azure 訂用帳戶在一個工作流程可以執行的免費內建作業「初始數目」。 超出此數目的部分，採用每次執行作為計量，計費依照使用量方案的「動作」定價。 若是其他作業類型，例如受控連接器，計費依照使用量方案的「標準」或「企業」連接器定價。 如需詳細資訊，請參閱使用量模式的觸發程序和動作作業。 |
| 儲存體作業 | 採用僅與資料保留相關的儲存體使用量作為計量，例如儲存來自工作流程執行歷程記錄的輸入和輸出。 計費依照使用量方案的資料保留定價。 如需詳細資訊，請參閱儲存體作業。 |
| 整合帳戶 | 採用的計量以您建立並搭配邏輯應用程式使用的整合帳戶類型為依據。 計費依照整合帳戶定價。 如需詳細資訊，請參閱整合帳戶。 |
使用量模式的觸發程序和動作作業
除了每個 Azure 訂用帳戶在一個工作流程可以執行的免費執行內建作業初始數目之外，使用量模式會根據每次執行，對作業進行計量和計費，不論整體工作流程是否成功執行、完成或甚至具現化。 一個作業通常會執行單一次，除非該作業啟用重試嘗試。 因此，一次執行通常會發出單一次呼叫，除非該作業支援且啟用區塊化和分頁來取得大量資料。 如果已啟用區塊化或分頁，執行作業可能必須發出多次呼叫。
使用量模式以一個作業的每次執行、而不是每次呼叫進行計量和計費。 例如，假設工作流程以輪詢觸發程序為開始，定期對端點發出輸出呼叫來取得記錄。 不論是否引發或略過觸發程序 (例如觸發程序檢查端點卻找不到任何資料或事件)，都會將輸出呼叫當做單一次執行而進行計量和計費。 觸發程序狀態會控制是否建立並執行工作流程執行個體。 現在，假設作業也支援且已啟用區塊化或分頁。 如果作業必須發出 10 次呼叫才能完成取得所有資料，則即使發出多次呼叫，作業仍會以單一次執行進行計量和計費。
注意
根據預設，傳回陣列的觸發程序已啟用 [分割開啟] 設定。 此設定會產生觸發程序事件 (您可以在觸發程式歷程記錄中檢閱)，以及每個陣列項目的工作流程執行個體。 所有工作流程執行個體都會平行執行，以便同時處理陣列項目。 計費適用於觸發程序狀態為成功或略過的所有觸發程序事件。 即使在觸發程序未具現化並啟動工作流程，但觸發程序狀態為成功、 失敗或略過的情況下，觸發程序仍可計費。
下表摘要說明在多租用戶的 Azure Logic Apps 中，這些作業類型與邏輯應用程式和工作流程搭配使用時，取用模型如何處理計量和計費：
| 作業類型 | 描述 | 計量和計費 |
|---|---|---|
| 內建 | 這些作業會以直接且原生的方式，搭配 Azure Logic Apps 執行階段執行。 在設計工具中，您可以在 [內建] 標籤底下找到這些作業。 例如，HTTP 觸發程序和要求觸發程序是內建觸發程序。 HTTP 動作和回應動作是內建動作。 其他內建作業包括工作流程控制動作，例如迴圈和條件、資料作業、批次作業等等。 |
使用量模式包含每個 Azure 訂用帳戶在一個工作流程可以執行的免費內建作業「初始數目」。 超出此數目的部分，內建作業的執行依照「動作」定價。 注意：有些受控連接器作業「也可」作為內建作業使用，這些作業包含在初始免費作業中。 超出初始免費作業的部分，計費依照「動作」定價，而不是「標準」或「企業」連接器定價。 |
| 受控連接器 | 這些作業會在 Azure 中個別執行。 在設計工具中，您可以在 [標準] 或 [企業] 標籤底下找到這些作業。 | 這些作業的執行依照「標準」或「企業」連接器定價。 注意：預覽版企業連接器作業的執行依照使用量的「標準」連接器定價。 |
| 自訂連接器 | 這些作業會在 Azure 中個別執行。 在設計工具中，您可以在 [自訂] 標籤底下找到這些作業。 如需連接器的限制數目、輸送量和逾時時間，請檢閱 Azure Logic Apps 中的自訂連接器限制。 | 這些作業的執行依照「標準」連接器定價。 |
如需使用量模式如何與在其他作業內部執行的作業 (例如迴圈、處理如陣列的多項目以及重試原則) 搭配使用的詳細資訊，請檢閱其他作業行為。
使用量模式的成本估計秘訣
為協助您估計更精確的使用量成本，請檢閱下列秘訣：
請考慮在任何指定日可能送達的訊息或事件數目，而非只根據輪詢間隔來計算成本。
當事件或訊息符合觸發條件時，許多觸發程序會立即嘗試讀取任何其他符合條件的等候事件或訊息。 這個行為表示，即使在您選取較長的輪詢間隔時，觸發程序也會根據有資格啟動工作流程的等候事件或訊息數目而引發。 遵循此行為的觸發程序包括 Azure 服務匯流排和 Azure 事件中樞。
舉例來說，假設您所設定的觸發程序會每天檢查端點。 當觸發程序檢查端點並找到 15 個符合條件的事件時，觸發程序便會引發並執行對應的工作流程 15 次。 Logic Apps 服務會對這 15 個工作流程所執行的所有動作進行計量，包括觸發程序要求。
標準 (單一租用戶)
在單一租用戶的 Azure Logic Apps 中，邏輯應用程式及其工作流程依照標準方案進行定價和計費。 您建立這類邏輯應用程式的方式很多元，例如，您選擇邏輯應用程式 (標準) 資源類型，或是使用 Visual Studio Code 中的 Azure Logic Apps (標準) 延伸模組。 此定價模式需要邏輯應用程式使用主控方案和定價層，這與使用量模式不同，不論您是否使用，保留容量和專用資源都要計費。
當您使用邏輯應用程式 (標準) 資源類型建立或部署邏輯應用程式，並選擇任何 Azure 區域進行部署時，也會選擇工作流程標準主控方案。 不過，如果您為部署位置選取現有的 App Service 環境 v3 資源，則必須選取 App Service 方案。
重要
混合式裝載選項目前為預覽狀態。 如需詳細資訊，請參閱 使用混合式部署為標準邏輯應用程式設定您自己的基礎結構。
單一租用戶 Azure Logic Apps 中的標準邏輯應用程式工作流程公開版本不再提供或支援下列方案和資源：Functions 進階方案、App Service 環境 v1 和 App Service 環境 v2。 App Service 方案僅適用於 App Service 環境 v3 (ASE v3)。
下表摘要說明在單一租用戶的 Azure Logic Apps 中，下列元件搭配邏輯應用程式和工作流程使用時，標準模式如何處理計量和計費：
| 元件 | 計量和計費 |
|---|---|
| 虛擬 CPU (vCPU) 和記憶體 | 標準模式「需要」邏輯應用程式使用「工作流程標準」的主控方案和定價層，決定計算和記憶體容量適用的資源等級和定價費率。 如需詳細資訊，請參閱標準模式的定價層。 |
| 觸發程序和動作作業 | 標準模式包含您的工作流程可以執行的無限量免費內建作業。 如果您的工作流程使用任何受控連接器作業，則採用每次呼叫做為計量，計費則依照與使用量模式相同的「標準」或「企業」連接器定價。 如需詳細資訊，請參閱標準模式的觸發程序和動作作業。 |
| 儲存體作業 | 採用 Azure Logic Apps 所執行的任何儲存體作業作為計量。 例如，服務儲存工作流程執行歷程記錄的輸入和輸出時，所執行的儲存體作業。 計費依照您選擇的定價層。 如需詳細資訊，請參閱儲存體作業。 |
| 整合帳戶 | 如果您要建立整合帳戶以供邏輯應用程式使用，則計量會以您建立的整合帳戶類型為依據。 計費依照「整合帳戶」定價。 如需詳細資訊，請參閱整合帳戶。 |
標準模式的定價層
您選擇對邏輯應用程式 (標準) 資源進行計量和計費的定價層，包含虛擬 CPU (vCPU) 和記憶體資源中的特定計算量。 如果您選取 App Service 環境 v3 作為部署位置和 App Service 方案，特別是隔離式 V2 服務方案定價層，則須為 App Service 方案所使用的執行個體以及執行邏輯應用程式工作流程而付費。 不收取其他費用。 如需詳細資訊，請參閱 App Service 方案 - 隔離式 V2 服務方案定價層。
如果您選取工作流程標準主控方案，則可以從下列層級中選擇：
| 定價層 | 虛擬 CPU (vCPU) | 記憶體 (GB) |
|---|---|---|
| WS1 | 1 | 3.5 |
| WS2 | 2 | 7 |
| WS3 | 4 | 14 |
重要
下列範例僅供說明，同時提供範例估計值以大致顯示定價層的使用方式。 如需提供 Azure Logic Apps 的特定地區的特定 vCPU 和記憶體定價，請參閱 Azure Logic Apps 定價頁面上所選地區的標準方案。
假設在範例區域中，下列資源有以下每小時費率：
| 資源 | 每小時費率 (範例區域) |
|---|---|
| vCPU | 每個 vCPU 0.192 美元 |
| 記憶體 | 每 GB 0.0137 美元 |
下列計算提供估計的每月費率：
<每月費率> = 730 小時 (每月) * [(<vCPU 數目> * <vCPU 的每小時費率>) + (<記憶體大小 GB 數> * <記憶體大小 GB 數的每小時費率>)]
根據上述資訊，下表顯示每個定價層和該定價層中資源的估計每月費率：
| 定價層 | 虛擬 CPU (vCPU) | 記憶體 (GB) | 每月費率 (範例區域) |
|---|---|---|---|
| WS1 | 1 | 3.5 | 175.16 美元 |
| WS2 | 2 | 7 | 350.33 美元 |
| WS3 | 4 | 14 | 700.65 美元 |
標準模式的觸發程序和動作作業
除了一個工作流程可以執行的無限量免費內建作業之外，標準模式會根據每次呼叫，對作業進行計量和計費，不論整個工作流程是否成功執行、完成或甚至具現化。 一個作業通常會執行單一次，除非該作業啟用重試嘗試。 因此，一次執行通常會發出單一次呼叫，除非該作業支援且啟用區塊化和分頁來取得大量資料。 如果已啟用區塊化或分頁，執行作業可能必須發出多次呼叫。 標準模式以一個作業的每次呼叫、而不是每次執行進行計量和計費。
例如，假設工作流程以輪詢觸發程序為開始，定期對端點發出輸出呼叫來取得記錄。 不論是否引發或略過觸發程序，都會對輸出呼叫進行計量並計費。 觸發程序狀態會控制是否建立並執行工作流程執行個體。 現在，假設作業也支援且已啟用區塊化或分頁。 如果作業必須發出 10 次呼叫才能完成取得所有資料，則作業以每次呼叫進行計量和計費。
下表摘要說明在單一租用戶的 Azure Logic Apps 中，作業類型搭配邏輯應用程式和工作流程使用時，標準模式如何處理計量和計費：
| 作業類型 | 描述 | 計量和計費 |
|---|---|---|
| 內建 | 這些作業會以直接且原生的方式，搭配 Azure Logic Apps 執行階段執行。 在設計工具中，您可以在 [執行階段]>[應用程式內] 下的連接器資源庫找到這些作業。 例如，HTTP 觸發程序和要求觸發程序是內建觸發程序。 HTTP 動作和回應動作是內建動作。 其他內建作業包括工作流程控制動作，例如迴圈和條件、資料作業、批次作業等等。 |
標準模式包括無限制的免費內建作業。 注意：有些受控連接器作業「也可」作為內建作業使用。 雖然內建作業是免費的，但標準模式仍會使用與使用量模式相同的「標準」或「企業」連接器定價，對受控連接器作業進行計量和計費。 |
| 受控連接器 | 這些作業會在共用的全域 Azure 中個別執行。 在設計工具中，您可以在 [執行階段]>[共用] 下的連接器資源庫找到這些作業。 | 標準模式會依據與使用量模式相同的「標準」或「企業」連接器定價，對受控連接器作業進行計量和計費。 注意：預覽版企業連接器作業依照使用量的「標準」連接器定價。 |
| 自訂連接器 | 目前，您只能在單一租用戶型的邏輯應用程式工作流程中，建立和使用自訂的內建連接器作業。 | 標準模式包括無限制的免費內建作業。 如需有關輸送量和逾時時間的限制，請檢閱 Azure Logic Apps 中的自訂連接器限制。 |
如需標準模式如何與在其他作業內部執行的作業 (例如迴圈、處理如陣列的多項目以及重試原則) 搭配使用的詳細資訊，請檢閱其他作業行為。
其他作業行為
下表摘要說明取用和標準模型如何處理在其他作業內部執行的作業，例如迴圈、處理如陣列的多項目以及重試原則：
| 作業 | 描述 | 耗用 | 標準 |
|---|---|---|---|
| 迴圈動作 | 迴圈動作可以包含在每個迴圈循環期間執行的其他動作，例如 For each 或 Until 迴圈。 | 除了內含的內建作業初始數目之外，迴圈動作和迴圈中的每個動作在每次迴圈執行時都會列入計量。 如果動作處理集合中的任何項目，例如清單或陣列，則計量計算中也會使用項目數目。 例如，假設您有一個 For each 迴圈搭配處理清單的動作。 服務會將清單項目數目乘以迴圈中的動作數目，然後加上啟動迴圈的動作。 因此，10 個項目的清單計算是 (10 * 1) + 1，結果是 11 個動作的執行。 定價是以作業類型內建、標準或企業為基礎。 |
除了內含的內建作業之外，其他與使用量模式相同。 |
| 重試原則 | 在支援的作業上，您可以藉由設定重試原則來實作基本的例外狀況和錯誤處理。 | 除了內建作業初始數目之外，原始的執行加上每次重試的執行都會列入計量。 例如，以 5 次重試執行的動作會計量和計費為執行 6 次。 定價是以作業類型內建、標準或企業為基礎。 |
除了內含的內建作業之外，其他與使用量模式相同。 |
儲存體作業
Azure Logic Apps 使用 Azure 儲存體進行任何必要的儲存體交易，例如使用佇列來排程觸發程序的作業，或是使用資料表和 Blob 來儲存工作流程狀態。 根據工作流程中的作業，儲存體成本會有所不同，因為不同的觸發程序、動作和承載會導致不同的儲存體作業和需求。 服務也會根據邏輯應用程式資源的執行歷程記錄保留限制，儲存和保存來自工作流程執行歷程記錄的輸入和輸出。 您可以在邏輯應用程式資源層級管理此保留限制，而不是在工作流程層級。
下表摘要說明取用和標準模型如何處理儲存體作業的計量和計費：
| 模型 | 描述 | 計量和計費 |
|---|---|---|
| 取用 (多租用戶) | 儲存體資源和使用量會附加至邏輯應用程式資源。 | 計量和計費採用僅與資料保留相關的儲存體使用量，並依照使用量方案的資料保留定價。 |
| 標準 (單一租用戶) | 您可以使用自己的 Azure 儲存體帳戶，讓您更對工作流程的資料有更大的控制權及彈性。 | 計量和計費依照 Azure 儲存體定價模式。 儲存體成本會另外顯示在您的 Azure 帳單發票上。 祕訣：為協助您進一步了解工作流程可能執行的儲存體作業數目及其成本，請嘗試使用 Logic Apps 儲存體計算機。 請選取工作流程範例，或使用現有的工作流程定義。 第一個計算會預估工作流程中的儲存體作業數量。 您接著可以使用這些數字，以 Azure 定價計算機預估可能的成本。 如需詳細資訊，請檢閱預估單一租用戶 Azure Logic Apps 中工作流程的儲存體需求和成本 (機器翻譯)。 |
如需詳細資訊，請參閱下列文件：
內部部署的資料閘道
內部部署資料閘道是您建立的個別 Azure 資源，可讓您的邏輯應用程式工作流程使用支援特定閘道的連接器存取內部部署資料。 閘道資源本身不會產生費用，但透過閘道執行的作業會根據邏輯應用程式所使用的定價和計費模式而產生費用。
整合帳戶
整合帳戶是您建立作為容器的個別 Azure 資源，用來定義和儲存企業對企業 (B2B) 成品，例如交易夥伴、合約、結構描述、對應等等。 建立此帳戶並定義這些成品之後，請將此帳戶連結至您的邏輯應用程式，讓您可以在工作流程中使用這些成品和各種 B2B 作業，探索、建立並測試使用 EDI 和 XML 處理功能的整合解決方案。
下表摘要說明取用和標準模型如何處理整合帳戶的計量和計費：
| 模型 | 計量和計費 |
|---|---|
| 取用 (多租用戶) | 計量和計費會根據您使用的帳戶層，使用整合帳戶定價。 |
| 標準 (單一租用戶) | 計量和計費會根據您使用的帳戶層，使用整合帳戶定價。 |
如需詳細資訊，請參閱下列文件：
其他項目不列入計量或計費
在所有定價模式中，下列項目不會列入計量或計費：
- 因為工作流程在完成前停止而未執行的動作
- 因為無法在非使用中建立新執行個體的已停用邏輯應用程式或工作流程。