在單一租用戶 Azure Logic Apps 中,編輯標準邏輯應用程式的主機和應用程式設定
適用於:Azure Logic Apps (標準)
在單一租用戶 Azure Logic Apps 中,標準邏輯應用程式的應用程式設定會指定影響該邏輯應用程式中所有工作流程的全域組態選項。 不過,只有在這些工作流程於本機開發環境中執行時,才會套用這些設定。 在本機執行的工作流程可以存取這些應用程式設定作為本機環境變數,而本機開發工具會將其應用於通常在環境之間變更的值。 例如,這些值可能包含連接字串。 當您部署至 Azure 時,會忽略應用程式設定,且不會包含在您的部署中。
您的邏輯應用程式具有主機設定,以指定執行階段組態設定及套用至該邏輯應用程式中所有工作流程的值,例如輸送量、容量、資料大小等的預設值,無論是在本機或 Azure 中執行。
應用程式設定、參數和部署
在多租用戶 Azure Logic Apps 中,部署取決於 Azure Resource Manager 範本 (ARM 範本),其會結合並處理邏輯應用程式和基礎結構的資源佈建。 當您必須在各種開發、測試和實際執行環境中維護邏輯應用程式的環境變數時,此設計會帶來挑戰。 ARM 範本中的所有內容均於部署時定義。 如果您只需要變更單一變數,則必須重新部署所有內容。
在單一租用戶 Azure Logic Apps 中,部署會變得更加容易,因為您可以在應用程式和基礎結構之間分隔資源佈建。 您可以使用參數擷取可能會在環境之間變更的值。 藉由定義要用於工作流程的參數,您可以先專注於設計工作流程,並於稍後再插入您的環境特定變數。 您可以使用應用程式設定和參數,在執行階段呼叫和參考環境變數。 如此一來,您便無須經常重新部署。
將應用程式設定與 Azure Key Vault 整合。 您可以直接參考安全字串,例如連接字串和金鑰。 類似於 Azure Resource Manager 範本 ( ARM 範本),您可以於部署期間定義環境變數,也可以在邏輯應用程式工作流程定義中定義應用程式設定。 然後,您可以擷取動態產生的基礎結構值,例如連線端點、儲存體字串等等。 不過,應用程式設定有大小限制,而且無法從 Azure Logic Apps 中的特定區域參考。
注意
如果您使用 Key Vault,請確定您只儲存密碼、認證和憑證等祕密。 在邏輯應用程式工作流程中,請勿使用 Key Vault 來儲存工作流程設計工具進行呼叫所需的非祕密值,例如 URL 路徑。 設計工具無法取值 (Dereference) 參考 Key Vault 資源類型的應用程式設定,這會導致錯誤和呼叫失敗。 針對非祕密值,將它們直接儲存在應用程式設定中。
如需針對部署設定邏輯應用程式的詳細資訊,請參閱下列文件:
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 - 本機設定檔案。
若要讓工作流程正常執行,則需要一些應用程式設定。
設定 | 必要 | 值 | Description |
---|---|---|---|
APP_KIND |
Yes | workflowApp |
必須設定標準邏輯應用程式資源的應用程式類型。 此值必須設為 workflowApp 。 注意:在某些情況下,此應用程式設定可能會遺失,例如,因為使用 Azure Resource Manager 範本的自動化,或未包含設定的其他案例。 如果某些動作無法運作,例如 [執行 JavaScript 程式代碼 ] 動作,或工作流程停止運作,請檢查 APP_KIND 應用程式設定是否存在,並且設定為 workflowApp 。 |
AZURE_AUTHORITY_HOST |
No | 無 | 設定標準邏輯應用程式的預設授權單位,以用於 OAuth 驗證。 |
AzureWebJobsStorage |
Yes | 無 | 必須設定 Azure 儲存體帳戶的連接字串。 如需詳細資訊,請參閱 AzureWebJobsStorage。 |
FUNCTIONS_EXTENSION_VERSION |
Yes | ~4 |
必須設定 Azure Functions 版本。 如需詳細資訊,請參閱 FUNCTIONS_EXTENSION_VERSION。 |
FUNCTIONS_WORKER_RUNTIME |
Yes | dotnet |
為邏輯應用程式資源和工作流程設定語言背景工作角色執行階段的必要項目。 注意:此設定的值先前已設定為 node ,但現在必要的值是 dotnet 針對所有已部署的新和現有的標準邏輯應用程式。 這項變更不應影響工作流程的運行時間,因此一切都應該與之前一樣運作。 如需詳細資訊,請參閱 FUNCTIONS_WORKER_RUNTIME。 |
ServiceProviders.Sftp.FileUploadBufferTimeForTrigger |
No | 00:00:20 (20 秒) |
設定緩衝區時間,以忽略上次修改時間戳記大於目前時間的檔案。 當大型檔案寫入需要很長的時間,以及避免擷取部分寫入檔案的資料時,此設定很有用。 |
ServiceProviders.Sftp.OperationTimeout |
No | 00:02:00 (2 分鐘) |
設定在任何作業逾時之前等候的時間。 |
ServiceProviders.Sftp.ServerAliveInterval |
No | 00:30:00 (30 分鐘) |
如果指定的期間內未與伺服器交換任何資料,則傳送「保持運作」訊息,讓 SSH 連線保持作用中。 |
ServiceProviders.Sftp.SftpConnectionPoolSize |
No | 2 個連線 |
設定每個處理器可以快取的連線數目。 您可以快取的連線總數是 ProcessorCount 乘以設定值。 |
ServiceProviders.MaximumAllowedTriggerStateSizeInKB |
No | 10 KB,其最多為 1,000 個檔案 |
以 KB 為單位設定觸發程序狀態實體大小,其與受監視資料夾中的檔案數目成比例,並用來偵測檔案。 如果檔案數目超過 1,000 個,請增加此值。 |
ServiceProviders.Sql.QueryTimeout |
No | 00:02:00 (2 分鐘) |
設定 SQL 服務提供者作業的要求時間值。 |
WEBSITE_CONTENTSHARE |
Yes | 動態 | 必須設定 Azure Functions 用來儲存函式應用程式程式碼和組態檔的檔案共用名稱,並搭配 WEBSITE_CONTENTAZUREFILECONNECTIONSTRING使用。 預設值是執行階段所產生的唯一字串。 如需詳細資訊,請參閱 WEBSITE_CONTENTSHARE。 |
WEBSITE_LOAD_ROOT_CERTIFICATES |
No | 無 | 設定要信任的根憑證指紋。 |
Workflows.Connection.AuthenticationAudience |
No | 無 | 設定用於驗證受控 (Azure 託管連) 線的對象。 |
Workflows.CustomHostName |
No | 無 | 設定要用於工作流程和輸入輸出 URL 的主機名稱,例如「logic.contoso.com」。 如需設定自訂 DNS 名稱的資訊,請參閱將現有的自訂 DNS 名稱對應至 Azure App Service和在 Azure App Service 中使用 TLS/SSL 繫結保護自訂 DNS 名稱。 |
Workflows.<workflowName>.FlowState |
No | 無 | 設定 <workflowName> 的狀態。 |
Workflows.<workflowName>.RuntimeConfiguration.RetentionInDays |
No | 90 天 |
設定以天為單位的時間量,以保留 <workflowName 的執行 > 歷程記錄。 - 最小值:7 天 - 最大值:365 天 |
Workflows.RuntimeConfiguration.RetentionInDays |
No | 90 天 |
設定執行開始之後,保留工作流程執行歷程記錄的天數時間量。 - 最小值:7 天 - 最大值:365 天 |
Workflows.WebhookRedirectHostUri |
No | 無 | 設定用於 Webhook 回撥 URL 的主機名稱。 |
管理應用程式設定 - local.settings.json
若要新增、更新或刪除應用程式設定,請選取並檢閱適用於 Azure 入口網站、Visual Studio Code、Azure CLI 或 ARM (Bicep) 範本的下列各節。 針對邏輯應用程式特定的應用程式設定,請檢閱可用應用程式設定的參考指南 - local.settings.json。
在入口網站中檢視應用程式設定
在 Azure 入口網站搜尋方塊中,尋找並開啟邏輯應用程式。
在邏輯應用程式功能表的 [設定] 下,選取 [環境變數]。
在 [環境變數] 頁面上,於 [應用程式設定] 索引標籤上,檢閱邏輯應用程式的應用程式設定。
如需這些設定的詳細資訊,請檢閱可用應用程式設定的參考指南 - local.settings.json。
若要檢視所有值,請選取 [顯示值]。 或者,若要檢視單一值,請在 [值] 資料行中,選取值旁的「眼睛」。
在入口網站中新增應用程式設定
主機設定參考 - 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>:"
定期型觸發程序
設定 | 預設值 | 說明 |
---|---|---|
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 陣列項目 |
設定變數中具有陣列類型的項目數目上限。 |
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 位元組 |
設定受控 API 連接器觸發程序和動作的要求大小上限 (以位元組為單位)。 如需詳細資訊,請參閱限制。 |
Runtime.Backend.ApiConnectionOperation.DefaultRetryCount |
4 重試 |
設定受控 API 連接器觸發程序和動作的預設重試計數。 |
Runtime.Backend.ApiConnectionOperation.DefaultRetryInterval |
00:00:07 (7 秒) |
設定受控 API 連接器觸發程序和動作的預設重試間隔。 |
Runtime.Backend.ApiWebhookOperation.DefaultRetryMaximumInterval |
01:00:00 (1 天) |
設定受控 API 連接器 Webhook 觸發程序和動作的重試間隔上限。 |
Runtime.Backend.ApiConnectionOperation.DefaultRetryMinimumInterval |
00:00:05 (5 秒) |
設定受控 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 入口網站中,檢閱以單一租用戶為基礎的邏輯應用程式的主機設定,請遵循下列步驟:
在 Azure 入口網站搜尋方塊中,尋找並開啟邏輯應用程式。
在資源功能表上的 [開發工具] 底下,選取 [進階工具]。
在 [進階工具] 窗格上,選取 [開始],便能開啟邏輯應用程式的 Kudu 環境。
在 Kudu 工具列上,開啟 [偵錯主控台] 功能表,並選取 [CMD]。
主控台視窗隨即開啟,您便能使用命令提示字元瀏覽至 [wwwroot] 資料夾。 或者,您可以瀏覽出現在主控台視窗上方的目錄結構。
隨下列路徑瀏覽至 [wwwroot] 資料夾:
...\home\site\wwwroot
。在主控台視窗上方的目錄資料表中,在 [host.json] 檔案旁,選取 [編輯] 。
在 [host.json] 檔案開啟之後,請檢閱先前為邏輯應用程式新增的任何主機設定。
如需主機設定的詳細資訊,請檢閱可用主機設定的參考指南 - host.json。
若要新增設定,請遵循下列步驟:
在您新增或編輯設定之前,請先在 Azure 入口網站中停止邏輯應用程式。
在資源功能表上,選取 [概觀]。
在 [概觀] 窗格的工具列上,選取 [停止]。
如果host.json檔案已經開啟,請返回host.json檔案。 否則,請遵循上述步驟來開啟 host.json 檔案。
在
extensionBundle
物件下,新增extensions
物件 (包含workflow
和settings
物件),例如:{ "version": "2.0", "extensionBundle": { "id": "Microsoft.Azure.Functions.ExtensionBundle", "version": "[1.*, 2.0.0)" }, "extensions": { "workflow": { "settings": { } } } }
在
settings
物件中,新增一般清單,其中包含您要用於邏輯應用程式中所有工作流程的主機設定,無論這些工作流程是在本機或 Azure 中執行,例如:{ "version": "2.0", "extensionBundle": { "id": "Microsoft.Azure.Functions.ExtensionBundle", "version": "[1.*, 2.0.0)" }, "extensions": { "workflow": { "settings": { "Runtime.Trigger.MaximumWaitingRuns": "100" } } } }
完成後,請記住選取 [儲存]。
現在,重新啟動邏輯應用程式。 返回邏輯應用程式的 [概觀] 頁面,然後選取 [重新啟動]。
Visual Studio Code - host.json
若要在 Visual Studio Code 中檢閱邏輯應用程式的主機設定,請遵循下列步驟:
在您的邏輯應用程式專案中,於根專案層級尋找並開啟 [host.json] 檔案。
在
extensions
物件中的workflows
和settings
下,檢閱先前為邏輯應用程式新增的任何主機設定。 否則,extensions
物件不會出現在檔案中。如需主機設定的詳細資訊,請檢閱可用主機設定的參考指南 - host.json。
若要新增主機設定,請遵循下列步驟:
在 [host.json] 檔案的
extensionBundle
物件下,新增extensions
物件 (包含workflow
和settings
物件),例如:{ "version": "2.0", "extensionBundle": { "id": "Microsoft.Azure.Functions.ExtensionBundle", "version": "[1.*, 2.0.0)" }, "extensions": { "workflow": { "settings": { } } } }
在
settings
物件中,新增一般清單,其中包含您要用於邏輯應用程式中所有工作流程的主機設定,無論這些工作流程是在本機或 Azure 中執行,例如:{ "version": "2.0", "extensionBundle": { "id": "Microsoft.Azure.Functions.ExtensionBundle", "version": "[1.*, 2.0.0)" }, "extensions": { "workflow": { "settings": { "Runtime.Trigger.MaximumWaitingRuns": "100" } } } }