在單一租使用者 Azure Logic Apps 中編輯標準邏輯應用程式的主機和應用程式設定

  • 發行項

適用於： Azure Logic Apps（標準）

在 單一租 使用者 Azure Logic Apps 中， 標準邏輯應用程式的應用程式設定 會指定影響 該邏輯應用程式中所有工作流程 的全域組態選項。 不過，這些設定 僅適用於 這些工作流程在本機 開發環境中執行時。 在本機執行的工作流程可以存取這些應用程式設定做為 本機環境變數，而本機開發工具會針對通常可在環境之間變更的值使用。 例如，這些值可以包含 連接字串。 當您部署至 Azure 時，會忽略應用程式設定，且不會包含在您的部署中。

邏輯應用程式也有 主機設定，可指定運行時間組態設定，以及套用至 該邏輯應用程式中所有工作流程 的值，例如輸送量、容量、數據大小等等的預設值， 不論是在本機或 Azure 中執行。

應用程式設定、參數和部署

在多租使用者 Azure Logic Apps 中，部署相依於 Azure Resource Manager 範本 （ARM 範本），其結合並處理邏輯應用程式和基礎結構的資源布建。 當您必須針對各種開發、測試和生產環境維護邏輯應用程式的環境變數時，此設計會帶來挑戰。 ARM 範本中的所有內容都是在部署時定義的。 如果您需要只變更單一變數，則必須重新部署所有專案。

在 單一租 使用者 Azure Logic Apps 中，部署會變得更容易，因為您可以在應用程式和基礎結構之間分隔資源布建。 您可以使用 參數 來抽象化可能會在環境之間變更的值。 藉由定義要用於工作流程的參數，您可以先專注於設計工作流程，然後稍後插入您的環境特定變數。 您可以使用應用程式設定和參數，在運行時間呼叫及參考環境變數。 如此一來，您就不需要經常重新部署。

應用程式設定與 Azure 金鑰保存庫 整合。 您可以直接參考安全字串，例如 連接字串和金鑰。 類似於 Azure Resource Manager 範本 （ARM 樣本），您可以在部署期間定義環境變數，您可以在邏輯應用程式工作流程定義中 定義應用程式設定。 然後，您可以擷取動態產生的基礎結構值，例如聯機端點、記憶體字串等等。 不過，應用程式設定具有大小限制，且無法從 Azure Logic Apps 中的特定區域參考。

注意

如果您使用 金鑰保存庫，請確定您只儲存密碼、認證和憑證等秘密。 在邏輯應用程式工作流程中，請勿使用 金鑰保存庫 來儲存工作流程設計工具需要呼叫的非秘密值，例如 URL 路徑。 設計工具無法取值參考 金鑰保存庫 資源類型的應用程式設定，這會導致錯誤和失敗的呼叫。 針對非秘密值，將它們直接儲存在應用程式設定中。

如需設定邏輯應用程式以進行部署的詳細資訊，請參閱下列檔：

Visual Studio Code 項目結構

在 Visual Studio Code 中，邏輯應用程式專案具有下列其中一種類型：

  • 延伸模組套件組合型 （Node.js），這是默認類型
  • NuGet 套件型 （.NET），您可以從預設類型轉換

根據這些類型，您的專案會包含稍微不同的資料夾和檔案。 以 NuGet 為基礎的專案包含.bin資料夾，其中包含套件和其他連結庫檔案。 套件組合型專案不包含.bin資料夾和其他檔案。 某些案例需要以 NuGet 為基礎的專案，您的應用程式才能執行，例如，當您想要開發和執行自定義內建作業時。 如需將項目轉換為使用 NuGet 的詳細資訊，請參閱 啟用內建連接器撰寫。

針對預設套件組合型專案，您的專案具有類似下列範例的資料夾和檔案結構：

MyBundleBasedLogicAppProjectName
| .vscode
| Artifacts
  || Maps 
     ||| MapName1
     ||| ...
  || Schemas
     ||| SchemaName1
     ||| ...
| WorkflowName1
  || workflow.json
  || ...
| WorkflowName2
  || workflow.json
  || ...
| workflow-designtime
| .funcignore
| connections.json
| host.json
| local.settings.json

在專案的根層級，您可以使用其他專案找到下列檔案和資料夾：

名稱 資料夾或檔案 描述
.vscode Folder 包含 Visual Studio Code 相關的配置檔案，例如 extensions.json、 launch.json、 settings.json和 tasks.json 檔案。
工件 Folder 包含您在支援企業對企業 （B2B） 案例的工作流程中定義和使用整合帳戶成品。 例如，範例結構包含 XML 轉換和驗證作業的對應和架構。
<WorkflowName> Folder 針對每個工作流程，<WorkflowName> 資料夾會包含workflow.json檔案，其中包含該工作流程的基礎 JSON 定義。
workflow-designtime Folder 包含開發環境相關的配置檔。
.funcignore 檔案 包含與您已安裝 的 Azure Functions Core Tools 相關的資訊。
connections.json 檔案 包含工作流程使用之任何受控連線和 Azure 函式的元數據、端點和密鑰。

重要事項：若要針對每個環境使用不同的連線和函式，請務必將這個 參數化connections.json 檔案並更新端點。
host.json 檔案 包含運行時間特定的組態設定和值，例如，單一租使用者 Azure Logic Apps 平臺、邏輯應用程式、工作流程、觸發程式和動作的預設限制。 在邏輯應用程式專案的根層級，host.json元數據檔案包含相同邏輯應用程式中所有工作流程在本機或 Azure 中執行時所使用的組態設定和預設值。

注意：當您建立邏輯應用程式時，Visual Studio Code 會在記憶體容器中建立備份 host.snapshot.*.json 檔案。 如果您刪除邏輯應用程式，則不會刪除此備份檔。 如果您建立另一個具有相同名稱的邏輯應用程式，則會建立另一個快照集檔案。 您最多只能有 10 個相同邏輯應用程式的快照集。 如果您超過此限制，您會收到下列錯誤：

Microsoft.Azure.WebJobs.Script.WebHost: Repository has more than 10 non-decryptable secrets backups (host))

若要解決此錯誤，請從記憶體容器中刪除額外的快照集檔案。
local.settings.json 檔案 包含應用程式設定、連接字串，以及工作流程在本機執行時所使用的其他設定。 換句話說，這些設定和值 僅適用於 您在本機開發環境中執行專案時。 在部署至 Azure 期間，會忽略檔案和設定，且不會包含在您的部署中。

此檔案會將設定和值儲存為 本機開發工具所使用的本機環境變數 作為 appSettings 值。 您可以使用應用程式設定和參數，在運行時間和部署時間呼叫和參考這些環境變數。

重要事項： local.settings.json 檔案可以包含秘密，因此請確定您也從專案原始檔控制中排除此檔案。

應用程式設定的參考 - local.settings.json

在 Visual Studio Code 中，在邏輯應用程式專案的根層級， local.settings.json 檔案包含全域組態選項，可在本機開發環境中執行時影響 該邏輯應用程式中的所有工作流程 。 當您的工作流程在本機執行時，這些設定會以本機環境變數的形式存取，而且這些設定的值通常會在您執行工作流程的各種環境之間變更。 若要檢視和管理這些設定，請檢視 管理應用程式設定 - local.settings.json。

Azure Logic Apps 中的應用程式設定與 Azure Functions 或 Azure Web Apps 中的應用程式設定類似。 如果您之前已使用這些其他服務，您可能已經熟悉應用程式設定。 如需詳細資訊，請檢閱 Azure Functions 的應用程式設定參考和使用 Azure Functions Core Tools - 本機配置檔案。

設定 預設值 說明
AzureWebJobsStorage None 設定 Azure 記憶體帳戶的 連接字串。 如需詳細資訊，請參閱 AzureWebJobs 儲存體
FUNCTIONS_WORKER_RUNTIME node 設定要搭配邏輯應用程式資源和工作流程使用的語言背景工作角色運行時間。 不過，由於自動啟用多語言支援，因此不再需要此設定。

如需詳細資訊，請參閱 FUNCTIONS_WORKER_RUNTIME。
ServiceProviders.Sftp.FileUploadBufferTimeForTrigger 00:00:20
（20 秒）		 設定緩衝區時間，忽略上次修改時間戳大於目前時間的檔案。 當大型檔案寫入需要很長的時間，並避免擷取部分寫入檔案的數據時，此設定很有用。
ServiceProviders.Sftp.OperationTimeout 00:02:00
（2 分鐘）		 設定在任何作業逾時之前等候的時間。
ServiceProviders.Sftp.ServerAliveInterval 00:30:00
（30 分鐘）		 如果指定的期間內未與伺服器交換任何數據，則傳送「保持運作」訊息，讓SSH連線保持作用中。
ServiceProviders.Sftp.SftpConnectionPoolSize 2 個連線 設定每個處理器可以快取的連線數目。 您可以快取的連接總數是 ProcessorCount 乘以設定值。
ServiceProviders.MaximumAllowedTriggerStateSizeInKB 10 KB，也就是 ~1,000 個檔案 以 KB 為單位設定觸發程式狀態實體大小，其與受監視資料夾中的檔案數目成正比，並用來偵測檔案。 如果檔案數目超過 1,000，請增加此值。
ServiceProviders.Sql.QueryTimeout 00:02:00
（2 分鐘）		 設定 SQL 服務提供者作業的要求逾時值。
TARGET_BASED_SCALING_ENABLED 1 將 Azure Logic Apps 設定為使用以目標為基礎的調整 （1） 或累加調整 （0）。 根據預設，系統會自動啟用以目標為基礎的調整。 如需詳細資訊，請參閱 以目標為基礎的調整。
WEBSITE_LOAD_ROOT_CERTIFICATES 無 設定要信任之跟證書的指紋。
Workflows.Connection.AuthenticationAudience 無 設定物件，以驗證受控 （Azure 裝載） 連線。
Workflows.CustomHostName 無 設定要用於工作流程和輸入輸出 URL 的主機名，例如“logic.contoso.com”。 如需設定自定義 DNS 名稱的資訊，請參閱將現有的自定義 DNS 名稱對應至 Azure App 服務，並在 Azure App 服務 中使用 TLS/SSL 系結保護自定義 DNS 名稱。
Workflows.<workflowName>.FlowState 無 設定 workflowName> 的狀態<。
Workflows.<workflowName>.RuntimeConfiguration.RetentionInDays 無 設定天數，以保留 workflowName> 的執行<歷程記錄。
Workflows.RuntimeConfiguration.RetentionInDays 90 天 設定在執行開始時保留工作流程執行歷程記錄的天數。
Workflows.WebhookRedirectHostUri 無 設定要用於 Webhook 回呼 URL 的主機名。

管理應用程式設定 - local.settings.json

若要新增、更新或刪除應用程式設定，請選取並檢閱下列各節，以取得 Azure 入口網站、Visual Studio Code、Azure CLI 或 ARM （Bicep） 範本。 如需邏輯應用程式專屬的應用程式設定，請檢閱 可用應用程式設定的參考指南 - local.settings.json。

在入口網站中檢視應用程式設定

  1. 在 Azure 入口網站 搜尋方塊中，尋找並開啟邏輯應用程式。

  2. 在邏輯應用程式功能表上的 [設定] 下，選取 [環境變數]。

  3. 在 [ 環境變數 ] 頁面上的 [應用程式設定 ] 索引標籤上，檢閱邏輯應用程式的應用程式設定。

    如需這些設定的詳細資訊，請檢閱 可用應用程式設定的參考指南 - local.settings.json。

  4. 若要檢視所有值，請選取 [ 顯示值]。 或者，若要檢視單一值，請在 [值 ] 數據行中，選取值旁的 “eye”。

在入口網站中新增應用程式設定

  1. 在 [應用程式設定] 索引標籤的清單底部的 [名稱] 資料行中，輸入新設定的索引鍵或名稱。

  2. 針對 [ 值]，輸入新設定的值。

  3. 當您準備好建立新的 機碼/值 組時，請選取 [ 套用]。

    Screenshot shows Azure portal with app settings page and values for a Standard logic app resource.

主機設定的參考 - host.json

在 Visual Studio Code 中，在邏輯應用程式專案的根層級上， host.json 元數據檔案包含運行時間設定和預設值，這些設定和預設值會套用至 邏輯應用程式資源中的所有工作流程 ，不論是在本機或 Azure 中執行。 若要檢視和管理這些設定，請檢閱 管理主機設定 - host.json。 您也可以在 Azure Logic Apps 的限制和設定檔中找到相關的限制資訊。

作業協調流程輸送量

這些設定會影響單一租使用者 Azure Logic Apps 執行工作流程作業的輸送量和容量。

設定 預設值 說明
Jobs.BackgroundJobs.DispatchingWorkersPulseInterval 00:00:01
（1 秒）		 設定作業發送器在上一次輪詢傳回無作業時輪詢作業佇列的間隔。 當上一次輪詢傳回作業時，作業發送器會立即輪詢佇列。
Jobs.BackgroundJobs.NumPartitionsInJobDefinitionsTable 4 作業分割區 設定作業定義數據表中的作業分割區數目。 此值會控制分割區記憶體限制會影響多少執行輸送量。
Jobs.BackgroundJobs.NumPartitionsInJobTriggersQueue 1 作業佇列 設定作業發送器監視的工作佇列數目，以便處理作業。 這個值也會影響作業佇列所在的記憶體分割區數目。
Jobs.BackgroundJobs.NumWorkersPerProcessorCount 192 發送器背景工作實例 設定每個處理器核心的 發送器背景工作實例 或 作業發送器 數目。 此值會影響每個核心的工作流程執行數目。
Jobs.BackgroundJobs.StatelessNumWorkersPerProcessorCount 192 發送器背景工作實例 設定發送器背景工作實例或作業發送器的數目，以讓每個處理器核心、每個無狀態執行。 這個值會影響每個執行所處理的並行工作流程動作數目。

下列兩個設定都用來手動停止並立即刪除標準邏輯應用程式中的指定工作流程。

注意

請小心使用這些設定，而且只能在非生產環境中使用，例如負載或效能測試環境，因為您無法復原或復原這些作業。

設定 預設值 說明
Jobs.CleanupJobPartitionPrefixes None 立即刪除指定工作流程的所有執行作業。
Jobs.SuspendedJobPartitionPartitionPrefixes 無 停止指定工作流程的執行作業。

下列範例顯示這些設定的語法，其中每個工作流程標識符後面接著冒號 （：），並以分號分隔 （;）：

"Jobs.CleanupJobPartitionPrefixes": "<workflow-ID-1>:; <workflow-ID-2:",
"Jobs.SuspendedJobPartitionPrefixes": "<workflow-ID-1>:; <workflow-ID-2>:"

以目標為基礎的調整

單一租使用者 Azure Logic Apps 可讓您選擇慣用的計算資源，並設定邏輯應用程式資源，以根據不同的工作負載需求動態調整。 Azure Logic Apps 所使用的以目標為基礎的調整模型包含可用來微調模型基礎動態調整機制的設定，這可能會導致更快的相應放大和相應縮小時間。 如需以目標為基礎的調整模型的詳細資訊，請參閱 單一租使用者 Azure Logic Apps 中標準工作流程的目標型調整。

考量

  • 針對在 App Service 環境 或取用方案上執行的標準工作流程，無法使用或支援以目標為基礎的調整。

  • 如果您有無任何向外延展要求的相應縮小要求，Azure Logic Apps 會使用最大相應縮小值。 以目標為基礎的調整可以更快速地相應減少未使用的背景工作實例，進而產生更有效率的資源使用量。

需求

host.json中以目標為基礎的調整設定

設定 預設值 說明
Runtime.TargetScaler.TargetConcurrency null 每個背景工作實例的目標執行數目。 根據預設，此值是 null。 如果您將此值維持不變，邏輯應用程式會預設使用動態並行。 您可以使用此設定來設定並行作業輪詢的目標最大值。 如需範例，請參閱下表後面的區段。
Runtime.TargetScaler.TargetScalingCPU 70 您預期以目標並行存取的CPU使用量百分比上限。 您可以使用此設定來變更每個邏輯應用程式的預設百分比。 如需範例，請參閱下表後面的區段。
Runtime.TargetScaler.TargetScalingFactor 0.3 從 0.05 到 1.0 的數值，決定縮放強度的程度。 較高的目標縮放比例會導致更積極的調整。 較低的目標縮放比例會導致更保守的縮放比例。 您可以使用此設定來微調每個邏輯應用程式的目標縮放比例。 如需範例，請參閱下表後面的區段。
TargetConcurrency 範例
{
   "version": "2.0",
   "extensionBundle": {
      "id": "Microsoft.Azure.Functions.ExtensionBundle.Workflows",
      "version": "[1.*, 2.0.0)"
   },
   "extensions": {
      "workflow": {
         "Settings": {
            "Runtime.TargetScaler.TargetConcurrency": "280"
         }
      }
   }
}

TargetScalingCPU 範例

{
   "version": "2.0",
   "extensionBundle": {
      "id": "Microsoft.Azure.Functions.ExtensionBundle.Workflows",
      "version": "[1.*, 2.0.0)"
   },
   "extensions": {
      "workflow": {
         "Settings": {
            "Runtime.TargetScaler.TargetScalingCPU": "76"
         }
      }
   }
}
TargetScalingFactor 範例
{
   "version": "2.0",
   "extensionBundle": {
      "id": "Microsoft.Azure.Functions.ExtensionBundle.Workflows",
      "version": "[1.*, 2.0.0)"
   },
   "extensions": {
      "workflow": {
         "Settings": {
            "Runtime.TargetScaler.TargetScalingFactor": "0.62"
         }
      }
   }
}

停用以目標為基礎的調整

根據預設，系統會自動啟用以目標為基礎的調整。 若要選擇不使用以目標為基礎的調整，並還原回增量調整，請新增名為 TARGET_BASED_SCALING_ENABLED 的應用程式設定，並使用visual Studio Code，在標準邏輯應用程式資源中使用 Azure 入口網站 或邏輯應用程式專案的 local.settings.json 檔案，將值設定為0。 如需詳細資訊，請參閱 管理應用程式設定 - local.settings.json。

週期型觸發程式

設定 預設值 說明
Microsoft.Azure.Workflows.ServiceProviders.MaximumAllowedTriggerStateSizeInKB 1 KB 為週期型觸發程式設定觸發程式的最大允許大小，例如內建SFTP觸發程式。 觸發程式狀態會跨多個服務提供者週期型觸發程式保存數據。

重要事項：根據您的記憶體大小，請避免設定此值太高，這可能會對記憶體和效能造成負面影響。

觸發程序並行

下列設定僅適用於以週期為基礎的觸發 程式為內建服務提供者型連接器的工作流程。 針對以函式為基礎的觸發程式開頭的工作流程，您可能會嘗試在 支援的位置設定批處理。 不過，批處理不一定是正確的解決方案。 例如，使用 Azure 服務匯流排 觸發程式時，批次可能會保留超過鎖定持續時間的訊息。 因此，任何動作，例如完成或放棄，會在這類訊息上失敗。

設定 預設值 說明
Runtime.Trigger.MaximumRunConcurrency 100 運行 設定觸發程式可以啟動的並行執行數目上限。 這個值會出現在觸發程式的並行定義中。
Runtime.Trigger.MaximumWaitingRuns 200 運行 設定可在並行執行符合最大值之後等候的執行數目上限。 這個值會出現在觸發程式的並行定義中。 如需詳細資訊，請參閱 變更等候執行限制。

執行持續時間和歷程記錄保留

設定 預設值 說明
Runtime.Backend.FlowRunTimeout 90.00:00:00
（90天）		 設定工作流程在強制逾時之前可以繼續執行的時間量。 此設定的最小值為 7 天。

重要事項：請確定此值小於或等於名為 Workflows.RuntimeConfiguration.RetentionInDays的應用程式設定值。 否則，執行歷程記錄可以在相關聯的作業完成之前刪除。
Runtime.FlowMaintenanceJob.RetentionCooldownInterval 7.00:00:00
（7 天）		 將天數設定為檢查和刪除不再想要保留的執行歷程記錄之間的間隔。

執行動作

設定 預設值 說明
Runtime.FlowRunRetryableActionJobCallback.ActionJobExecutionTimeout 00:10:00
（10 分鐘）		 設定工作流程動作作業在逾時和重試之前要執行的時間量。

Inputs and outputs

設定 預設值 說明
Microsoft.Azure.Workflows.TemplateLimits.InputParametersLimit 50 針對匯出取用邏輯應用程式所建立的標準邏輯應用程式，將跨環境工作流程參數的預設限制變更為 500。
Runtime.ContentLink.MaximumContentSizeInBytes 104857600 位元組 以位元組為單位設定輸入或輸出在單一觸發程式或動作中可以擁有的大小上限。
Runtime.FlowRunActionJob.MaximumActionResultSize 209715200 位元組 以位元組為單位來設定合併輸入和輸出在單一動作中可以擁有的大小上限。

分頁

設定 預設值 說明
Runtime.FlowRunRetryableActionJobCallback.MaximumPageCount 1000 頁 在作業上支援並啟用分頁時，設定要在運行時間傳回或處理的最大頁數。

區塊化

設定 預設值 說明
Runtime.FlowRunRetryableActionJobCallback.MaximumContentLengthInBytesForPartialContent 1073741824 位元組 在作業上支援和啟用區塊化時，請設定下載或上傳內容的位元組大小上限。
Runtime.FlowRunRetryableActionJobCallback.MaxChunkSizeInBytes 52428800 位元組 在作業上支援並啟用區塊化時，請設定每個內容區塊的大小上限。
Runtime.FlowRunRetryableActionJobCallback.MaximumRequestCountForPartialContent 1000 請求 在作業上支援並啟用區塊處理時，設定動作執行可以下載內容的要求數目上限。

內嵌儲存內容或使用 Blob

設定 預設值 說明
Runtime.FlowRunEngine.ForeachMaximumItemsForContentInlining 20 專案 For each當迴圈執行時，每個專案的值會內嵌儲存在數據表記憶體中的其他元數據，或個別儲存在 Blob 記憶體中。 設定要與其他元數據內嵌儲存的項目數目。
Runtime.FlowRunRetryableActionJobCallback.MaximumPagesForContentInlining 20 頁 設定在 Blob 記憶體中儲存之前，要儲存為表格記憶體中內嵌內容的頁數上限。
Runtime.FlowTriggerSplitOnJob.MaximumItemsForContentInlining 40 專案 當設定將 SplitOn 數位專案分成多個工作流程實例時，每個專案的值會內嵌於數據表記憶體中的其他元數據，或個別儲存在 Blob 記憶體中。 設定要內嵌儲存的項目數。
Runtime.ScaleUnit.MaximumCharactersForContentInlining 8192 個字元 設定在 Blob 記憶體中儲存之前，要內嵌在資料表記憶體中的作業輸入和輸出字元數目上限。

針對每個迴圈

設定 預設值 說明
Runtime.Backend.FlowDefaultForeachItemsLimit 100000 陣列專案 針對具狀態工作流程，設定迴圈中For each要處理的陣列項目數目上限。
Runtime.Backend.FlowDefaultSplitOnItemsLimit 100000 陣列專案 根據設定，設定要清除或分割成多個工作流程實例 SplitOn 的陣列項目數目上限。
Runtime.Backend.ForeachDefaultDegreeOfParallelism 20 反覆運算 在迴圈中 For each 設定並行反覆運算或平行處理原則程度的預設數目。 若要循序執行，請將 值設定為 1。
Runtime.Backend.Stateless.FlowDefaultForeachItemsLimit 100 專案 針對無狀態工作流程，設定迴圈中For each要處理的陣列項目數目上限。

Until 迴圈

設定 預設值 說明
Runtime.Backend.MaximumUntilLimitCount 5000 反覆運算 針對具狀態工作流程，設定動作中Until屬性的可能Count數目上限。
Runtime.Backend.Stateless.FlowRunTimeout 00:05:00
（5 分鐘）		 設定無狀態工作流程中迴圈的等候時間 Until 上限。
Runtime.Backend.Stateless.MaximumUntilLimitCount 100 反覆運算 針對無狀態工作流程，設定動作中Until屬性的可能Count數目上限。

變數

設定 預設值 說明
Runtime.Backend.DefaultAppendArrayItemsLimit 100000 陣列專案 使用 Array 類型設定變數中的項目數目上限。
Runtime.Backend.VariableOperation.MaximumStatelessVariableSize 無狀態工作流程： 1024 字元 設定變數在無狀態工作流程中使用時可儲存之內容的大小上限。
Runtime.Backend.VariableOperation.MaximumVariableSize 具狀態工作流程： 104857600 字元 設定變數在具狀態工作流程中使用時可儲存之內容的大小上限。

內建 HTTP 作業

設定 預設值 說明
Runtime.Backend.HttpOperation.DefaultRetryCount 4 重試 設定 HTTP 觸發程式和動作的預設重試計數。
Runtime.Backend.HttpOperation.DefaultRetryInterval 00:00:07
（7 秒）		 設定 HTTP 觸發程式和動作的預設重試間隔。
Runtime.Backend.HttpOperation.DefaultRetryMaximumInterval 01:00:00
（1 小時）		 設定 HTTP 觸發程式和動作的最大重試間隔。
Runtime.Backend.HttpOperation.DefaultRetryMinimumInterval 00:00:05
（5 秒）		 設定 HTTP 觸發程式和動作的最小重試間隔。
Runtime.Backend.HttpOperation.MaxContentSize 104857600 位元組 僅設定 HTTP 動作的要求大小上限，而不是觸發程式。 如需詳細資訊，請參閱限制。
Runtime.Backend.HttpOperation.RequestTimeout 00:03:45
（3 分 45 秒）

注意：預設值也是最大值。		 設定 HTTP 觸發程式和動作的要求逾時值。

內建 HTTP Webhook 作業

設定 預設值 說明
Runtime.Backend.HttpWebhookOperation.DefaultRetryCount 4 重試 設定 HTTP Webhook 觸發程式和動作的預設重試計數。
Runtime.Backend.HttpWebhookOperation.DefaultRetryInterval 00:00:07
（7 秒）		 設定 HTTP Webhook 觸發程式和動作的預設重試間隔。
Runtime.Backend.HttpWebhookOperation.DefaultRetryMaximumInterval 01:00:00
（1 小時）		 設定 HTTP Webhook 觸發程式和動作的最大重試間隔。
Runtime.Backend.HttpWebhookOperation.DefaultRetryMinimumInterval 00:00:05
（5 秒）		 設定 HTTP Webhook 觸發程式和動作的最小重試間隔。
Runtime.Backend.HttpWebhookOperation.DefaultWakeUpInterval 01:00:00
（1 小時）		 設定 HTTP Webhook 觸發程式和動作作業的預設喚醒間隔。
Runtime.Backend.HttpWebhookOperation.MaxContentSize 104857600 位元組 僅設定 HTTP Webhook 動作的要求大小上限，而不是觸發程式。 如需詳細資訊，請參閱限制。
Runtime.Backend.HttpWebhookOperation.RequestTimeout 00:02:00
（2 分鐘）		 設定 HTTP Webhook 觸發程式和動作的要求逾時值。

內建 Azure 儲存體 作業

Blob 儲存體

設定 預設值 說明
Microsoft.Azure.Workflows.ContentStorage.RequestOptionsThreadCount None 設定 Blob 上傳和下載作業的線程計數。 您可以使用此設定來強制 Azure Logic Apps 執行時間在上傳和下載動作輸入和輸出的內容時使用多個線程。
Runtime.ContentStorage.RequestOptionsDeltaBackoff 00:00:02
（2 秒）		 設定傳送至 Blob 記憶體之重試之間的輪詢間隔。
Runtime.ContentStorage.RequestOptionsMaximumAttempts 4 重試 設定傳送至數據表和佇列記憶體的重試次數上限。
Runtime.ContentStorage.RequestOptionsMaximumExecutionTime 00:02:00
（2 分鐘）		 設定來自 Azure Logic Apps 執行時間之 Blob 要求的作業逾時值，包括重試。
Runtime.ContentStorage.RequestOptionsServerTimeout 00:00:30
（30 秒）		 設定來自 Azure Logic Apps 執行時間之 Blob 要求的逾時值。

數據表和佇列記憶體

設定 預設值 說明
Runtime.DataStorage.RequestOptionsDeltaBackoff 00:00:02
（2 秒）		 設定傳送至數據表和佇列記憶體之重試之間的輪詢間隔。
Runtime.DataStorage.RequestOptionsMaximumAttempts 4 重試 設定傳送至數據表和佇列記憶體的重試次數上限。
Runtime.DataStorage.RequestOptionsMaximumExecutionTime 00:00:45
（45 秒）		 針對來自 Azure Logic Apps 執行時間的數據表和佇列記憶體要求，設定作業逾時值，包括重試。
Runtime.DataStorage.RequestOptionsServerTimeout 00:00:16
（16 秒）		 設定來自 Azure Logic Apps 執行時間之數據表和佇列記憶體要求的逾時值。

檔案共用

設定 預設值 說明
ServiceProviders.AzureFile.MaxFileSizeInBytes 150000000 位元組 設定 Azure 檔案共享的檔案大小上限，以位元組為單位。

內建的 Azure Functions 作業

設定 預設值 說明
Runtime.Backend.FunctionOperation.RequestTimeout 00:03:45
（3 分 45 秒）		 設定 Azure Functions 動作的要求逾時值。
Runtime.Backend.FunctionOperation.MaxContentSize 104857600 位元組 設定 Azure Functions 動作的要求大小上限，以位元組為單位。 如需詳細資訊，請參閱限制。
Runtime.Backend.FunctionOperation.DefaultRetryCount 4 重試 設定 Azure Functions 動作的預設重試計數。
Runtime.Backend.FunctionOperation.DefaultRetryInterval 00:00:07
（7 秒）		 設定 Azure Functions 動作的預設重試間隔。
Runtime.Backend.FunctionOperation.DefaultRetryMaximumInterval 01:00:00
（1 小時）		 設定 Azure Functions 動作的最大重試間隔。
Runtime.Backend.FunctionOperation.DefaultRetryMinimumInterval 00:00:05
（5 秒）		 設定 Azure Functions 動作的最小重試間隔。

內建 Azure 服務匯流排 作業

設定 預設值 說明
ServiceProviders.ServiceBus.MessageSenderOperationTimeout 00:01:00
（1 分鐘）		 設定使用內建 服務匯流排 作業傳送訊息的逾時。
Runtime.ServiceProviders.ServiceBus.MessageSenderPoolSizePerProcessorCount 64 郵件寄件者 設定訊息傳送者集區中使用的每個處理器核心 Azure 服務匯流排 訊息傳送者數目。

內建 SFTP 作業

設定 預設值 說明
Runtime.ServiceProviders.Sftp.MaxFileSizeInBytes 2147483648 位元組 設定取得檔案內容 （V2） 動作的位元元組大小上限。
Runtime.ServiceProviders.Sftp.MaximumFileSizeToReadInBytes 209715200 位元組 設定取得檔案內容動作的位元組大小上限。 請確定此值不會超過可參考的記憶體大小，因為此動作會讀取記憶體中的檔案內容。

受控連接器作業

設定 預設值 說明
Runtime.Backend.ApiConnectionOperation.RequestTimeout 00:02:00
（2 分鐘）		 設定受控 API 連接器觸發程式和動作的要求逾時值。
Runtime.Backend.ApiConnectionOperation.MaxContentSize 104857600 位元組 設定 Managed API 連接器觸發程式和動作的位元組要求大小上限。 如需詳細資訊，請參閱限制。
Runtime.Backend.ApiConnectionOperation.DefaultRetryCount 4 重試 設定受控 API 連接器觸發程式和動作的預設重試計數。
Runtime.Backend.ApiConnectionOperation.DefaultRetryInterval 00:00:07
（7 秒）		 設定 Managed API 連接器觸發程式和動作的預設重試間隔。
Runtime.Backend.ApiWebhookOperation.DefaultRetryMaximumInterval 01:00:00
（1 天）		 設定 Managed API 連接器 Webhook 觸發程式和動作的最大重試間隔。
Runtime.Backend.ApiConnectionOperation.DefaultRetryMinimumInterval 00:00:05
（5 秒）		 設定 Managed API 連接器觸發程式和動作的最低重試間隔。
Runtime.Backend.ApiWebhookOperation.DefaultWakeUpInterval 01:00:00
（1 天）		 設定受控 API 連接器 Webhook 觸發程式和動作作業的預設喚醒間隔。

所有其他作業的重試原則

設定 預設值 說明
Runtime.ScaleMonitor.MaxPollingLatency 00:00:30
（30 秒）		 設定運行時間調整的最大輪詢延遲。
Runtime.Backend.Operation.MaximumRetryCount 90 重試 設定工作流程作業的重試原則定義中重試次數上限。
Runtime.Backend.Operation.MaximumRetryInterval 01:00:00:01
（1 天和 1 秒）		 設定工作流程作業重試原則定義中的最大間隔。
Runtime.Backend.Operation.MinimumRetryInterval 00:00:05
（5 秒）		 設定工作流程作業重試原則定義中的最小間隔。

限制

  • 內容大小上限

    根據預設，內建觸發程式，例如 HTTP 或要求，會受限於限制和組態參考 - 訊息中所述的訊息大小。 若要處理大於限制的檔案，請嘗試將內容上傳為 Blob 以 Azure Blob 儲存體，然後使用 Azure Blob 連接器取得您的內容。

管理主機設定 - host.json

您可以新增、更新或刪除主機設定，以指定運行時間組態設定和套用至 該邏輯應用程式中所有工作流程 的值，例如輸送量、容量、數據大小等預設值， 無論它們是在本機或 Azure 中執行。 如需邏輯應用程式特定的主機設定，請檢閱 可用運行時間和部署設定的參考指南 - host.json。

Azure 入口網站 - host.json

若要在 Azure 入口網站 中檢閱單一租使用者型邏輯應用程式的主機設定，請遵循下列步驟：

  1. 在 [Azure 入口網站 搜尋] 方塊中，尋找並開啟邏輯應用程式。

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

  3. 在 [ 進階工具] 頁面上，選取 [Go]，這會開啟 邏輯應用程式的 Kudu 環境。

  4. 在 Kudu 工具列的 [偵錯] 主控台 選單中，選取 [CMD]。

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

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

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

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

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

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

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

  9. 沿著下列路徑 流覽至 wwwroot 資料夾： ...\home\site\wwwroot。

  10. 在主控台視窗上方的目錄資料表中，選取host.json檔案旁的 [編輯]。

  11. 開啟host.json檔案之後，請檢閱先前為邏輯應用程式新增的任何主機設定。

    如需主機設定的詳細資訊，請檢閱 可用主機設定的參考指南 - host.json。

若要新增設定，請遵循下列步驟：

  1. 在您新增或編輯設定之前，請先停止 Azure 入口網站 中的邏輯應用程式。

    1. 在您的邏輯應用程式功能表上，選取 [ 概觀]。
    2. 在 [ 概觀 ] 窗格的工具列上，選取 [ 停止]。

  2. 返回host.json檔案。 在物件底extensionBundle下，新增 extensions 包含和 settings 物件的 物件workflow，例如：

    {
   "version": "2.0",
   "extensionBundle": {
      "id": "Microsoft.Azure.Functions.ExtensionBundle",
      "version": "[1.*, 2.0.0)"
   },
   "extensions": {
      "workflow": {
         "settings": {
         }
      }
   }
}

  3. 在物件中 settings ，使用您要用於邏輯應用程式中所有工作流程的主機設定來新增一般清單，例如：這些工作流程是在本機或 Azure 中執行：

    {
   "version": "2.0",
   "extensionBundle": {
      "id": "Microsoft.Azure.Functions.ExtensionBundle",
      "version": "[1.*, 2.0.0)"
   },
   "extensions": {
      "workflow": {
         "settings": {
            "Runtime.Trigger.MaximumWaitingRuns": "100"
         }
      }
   }
}

  4. 當您完成時，請記得選取 [ 儲存]。

  5. 現在，請重新啟動邏輯應用程式。 返回邏輯應用程式的 [概觀 ] 頁面，然後選取 [ 重新啟動]。

Visual Studio Code - host.json

若要在 Visual Studio Code 中檢閱邏輯應用程式的主機設定，請遵循下列步驟：

  1. 在您的邏輯應用程式專案中，於根專案層級尋找並開啟 host.json 檔案。

  2. 在物件中extensions，在和 settings底下workflows，檢閱先前針對邏輯應用程式新增的任何主機設定。 否則， extensions 物件不會出現在檔案中。

    如需主機設定的詳細資訊，請檢閱 可用主機設定的參考指南 - host.json。

若要新增主機設定，請遵循下列步驟：

  1. 在 host.json 檔案的 extensionBundle 物件底下，新增 extensions 包含 和 settings 對象的物件workflow，例如：

    {
   "version": "2.0",
   "extensionBundle": {
      "id": "Microsoft.Azure.Functions.ExtensionBundle",
      "version": "[1.*, 2.0.0)"
   },
   "extensions": {
      "workflow": {
         "settings": {
         }
      }
   }
}

  2. 在物件中 settings ，使用您要用於邏輯應用程式中所有工作流程的主機設定來新增一般清單，例如：這些工作流程是在本機或 Azure 中執行：

    {
   "version": "2.0",
   "extensionBundle": {
      "id": "Microsoft.Azure.Functions.ExtensionBundle",
      "version": "[1.*, 2.0.0)"
   },
   "extensions": {
      "workflow": {
         "settings": {
            "Runtime.Trigger.MaximumWaitingRuns": "100"
         }
      }
   }
}

下一步