Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Gäller för: Azure Logic Apps (Standard)
Den här guiden beskriver hur du hanterar körnings- och miljöinställningar för standardlogikappar i Azure Logic Apps med en enda klientorganisation.
Appinställningarna för en standardlogikapp anger de globala konfigurationsalternativ som påverkar alla arbetsflöden i logikappen. De här inställningarna gäller dock bara när dessa arbetsflöden körs i din lokala utvecklingsmiljö. Arbetsflöden som körs lokalt kan komma åt dessa appinställningar som lokala miljövariabler, som används av lokala utvecklingsverktyg för värden som ofta kan ändras mellan miljöer. Dessa värden kan till exempel innehålla anslutningssträng. När du distribuerar till Azure ignoreras appinställningarna och ingår inte i distributionen.
Logikappen har också värdinställningar som anger inställningar och värden för körningskonfiguration som gäller för alla arbetsflöden i logikappen , till exempel standardvärden för dataflöde, kapacitet, datastorlek och så vidare, oavsett om de körs lokalt eller i Azure.
Inställningarna är nyckel/värde-par som definierar inställningsnamnet och värdet.
Appinställningar, parametrar och distribution
I Azure Logic Apps med flera klientorganisationer beror distributionen på Azure Resource Manager-mallar (ARM-mallar) som kombinerar och hanterar resursetablering för både logikappar och infrastruktur. Den här designen utgör en utmaning när du måste underhålla miljövariabler för logikappar i olika utvecklings-, test- och produktionsmiljöer. Allt i en ARM-mall definieras vid distributionen. Om du bara behöver ändra en enda variabel måste du distribuera om allt.
I Azure Logic Apps för en klientorganisation blir distributionen enklare eftersom du kan separera resursetablering mellan appar och infrastruktur. Du kan använda parametrar för att abstrahera värden som kan ändras mellan miljöer. Genom att definiera parametrar som ska användas i dina arbetsflöden kan du först fokusera på att utforma arbetsflöden och sedan infoga miljöspecifika variabler senare. Du kan anropa och referera till miljövariabler vid körning med hjälp av appinställningar och parametrar. På så sätt behöver du inte distribuera om så ofta.
Appinställningar integreras med Azure Key Vault. Du kan referera direkt till säkra strängar, till exempel anslutningssträng och nycklar. På samma sätt som ARM-mallar, där du kan definiera miljövariabler vid distributionen, kan du definiera appinställningar i logikappens arbetsflödesdefinition. Du kan sedan samla in dynamiskt genererade infrastrukturvärden, till exempel anslutningsslutpunkter, lagringssträngar med mera. Appinställningar har dock storleksbegränsningar och kan inte refereras från vissa områden i Azure Logic Apps.
Note
Om du använder Azure Key Vault ska du bara lagra hemligheter, till exempel lösenord, autentiseringsuppgifter och certifikat. Använd inte ett nyckelvalv i ett logikapparbetsflöde för att lagra icke-säkerhetsvärden, till exempel URL-sökvägar, som arbetsflödesdesignern behöver göra anrop till. Designern kan inte referera till en appinställning som refererar till en Azure Key Vault-resurs, vilket resulterar i ett fel och ett misslyckat anrop. Lagra dem direkt i appinställningar för värden som inte är sekreter.
Mer information om hur du konfigurerar dina logikappar för distribution finns i följande dokumentation:
- Skapa parametrar mellan miljöer för arbetsflödesindata i Azure Logic Apps
- Översikt över DevOps-implementering för logikappar med enkelhyresmodell
- Konfigurera DevOps-distribution för enklientbaserade logikappar
Visual Studio Code-projektstruktur
I Visual Studio Code har logikappprojektet någon av följande typer:
- Tilläggspaketbaserad (Node.js), som är standardtypen
- NuGet-paketbaserad (.NET), som du kan konvertera från standardtypen
Baserat på dessa typer kan projektet innehålla lite olika mappar eller filer. Ett Nuget-paketbaserat projekt har till exempel en .bin mapp som innehåller paket och andra biblioteksfiler. Ett tilläggspaketbaserat projekt innehåller inte den här .bin mappen.
Vissa scenarier kräver ett NuGet-paketbaserat projekt för att appen ska kunna köras, till exempel när du vill utveckla och köra anpassade inbyggda åtgärder. Mer information om hur du konverterar projektet till att använda NuGet finns i Aktivera författande av inbyggd anslutningsanslutning.
Standardtilläggets paketbaserade projekt har en mapp och filstruktur som liknar följande exempel:
MyWorkspaceName
| MyBundleBasedLogicAppProjectName
  || .vscode
  || Artifacts
     ||| Maps 
         |||| MapName1
         |||| ...
     ||| Rules
     ||| Schemas
         |||| SchemaName1
         |||| ...
  || lib
     ||| builtinOperationSdks
         |||| JAR
         |||| net472
     ||| custom
  || WorkflowName1
     ||| workflow.json
     ||| ...
  || WorkflowName2
     ||| workflow.json
     ||| ...
  || workflow-designtime
     ||| host.json
     ||| local.settings.json
  || .funcignore
  || connections.json
  || host.json
  || local.settings.json
På projektets rotnivå hittar du följande mappar och filer tillsammans med andra objekt:
| Name | Mapp eller fil | Description | 
|---|---|---|
| .vscode | Folder | Innehåller Visual Studio Code-relaterade inställningsfiler, till exempel extensions.json, launch.json, settings.json och tasks.json filer. | 
| Artifacts | Folder | Innehåller artefakter för integrationskonto som du definierar och använder i arbetsflöden som stöder B2B-scenarier (business-to-business). Exempelstrukturen innehåller till exempel följande mappar: - Kartor: Innehåller kartor som ska användas för XML-transformeringsåtgärder. - Scheman: Innehåller scheman som ska användas för XML-valideringsåtgärder. - Regler: Komponenter för affärsregler i regelbaserade systemprojekt. | 
| lib | Folder | Innehåller sammansättningar som stöds som logikappen kan använda eller referera till. Du kan ladda upp dessa sammansättningar till projektet i Visual Studio Code, men du måste lägga till dem i specifika mappar i projektet. Den här mappen innehåller till exempel följande mappar: - builtinOperationSdks: Innehåller JAR- respektive net472-mapparna för Java- respektive .NET Framework-sammansättningar. - custom: Innehåller anpassade .NET Framework-sammansättningar. Mer information om sammansättningstyper som stöds och var du placerar dem i projektet finns i Lägga till sammansättningar i projektet. | 
| < WorkflowName> | Folder | För varje arbetsflöde <innehåller mappen WorkflowName> en workflow.json fil som innehåller arbetsflödets underliggande JSON-definition. | 
| workflow-designtime | Folder | Innehåller filer för miljörelaterade inställningar för utveckling. | 
| .funcignore | File | Innehåller information om dina installerade Azure Functions Core Tools. | 
| connections.json | File | Innehåller metadata, slutpunkter och nycklar för alla hanterade anslutningar och Azure-funktioner som dina arbetsflöden använder. Viktigt: Om du vill använda olika anslutningar och funktioner för varje miljö måste du parametrisera den här connections.json filen och uppdatera slutpunkterna. | 
| host.json | File | Innehåller körningsspecifika konfigurationsinställningar och värden, till exempel standardgränserna för Azure Logic Apps-plattformen med en enda klient, logikappar, arbetsflöden, utlösare och åtgärder. På rotnivån för logikappsprojektet innehåller den host.json metadatafilen de konfigurationsinställningar och standardvärden som alla arbetsflöden i samma logikapp använder när de körs, oavsett om de körs lokalt eller i Azure. Referensinformation finns i Redigera appinställningar och värdinställningar. Obs! När du skapar din logikapp skapar Visual Studio Code en säkerhetskopia i form av en fil med namnet host.snapshot.*.json i din lagringsbehållare. Om du tar bort logikappen tas inte den här säkerhetskopieringsfilen bort. Om du skapar en annan logikapp med samma namn skapas en annan ögonblicksbildsfil. Du kan bara ha upp till 10 ögonblicksbilder för samma logikapp. Om du överskrider den här gränsen får du följande fel: Microsoft.Azure.WebJobs.Script.WebHost: Repository has more than 10 non-decryptable secrets backups (host))Lös det här felet genom att ta bort de extra ögonblicksbildfilerna från lagringscontainern. | 
| local.settings.json | File | Innehåller appinställningar, anslutningssträng och andra inställningar som dina arbetsflöden använder när de körs lokalt. Dessa inställningar och värden gäller endast när du kör dina projekt i din lokala utvecklingsmiljö. Under distributionen till Azure ignoreras filen och inställningarna och ingår inte i distributionen. Den här filen lagrar inställningar och värden som lokala miljövariabler som dina lokala utvecklingsverktyg använder för appSettingsvärdena. Du kan anropa och referera till dessa miljövariabler både vid körning och distribution med hjälp av appinställningar och parametrar.Viktigt: Den local.settings.json filen kan innehålla hemligheter, så se till att du även exkluderar den här filen från projektkällans kontroll. Den här filen innehåller även appinställningar som logikappen behöver för att fungera korrekt. Referensinformation finns i Redigera appinställningar och värdinställningar. | 
Referens för appinställningar – local.settings.json
I Visual Studio Code, på logikappprojektets rotnivå, innehåller local.settings.json-filen globala konfigurationsalternativ som påverkar alla arbetsflöden i logikappen när den körs i din lokala utvecklingsmiljö. När dina arbetsflöden körs lokalt används de här inställningarna som lokala miljövariabler, och deras värden kan ofta ändras mellan de olika miljöer där du kör dina arbetsflöden. Information om hur du visar och hanterar de här inställningarna finns i Hantera appinställningar – local.settings.json.
Appinställningar i Azure Logic Apps fungerar på samma sätt som appinställningar i Azure Functions eller Azure Web Apps. Om du har använt dessa andra tjänster tidigare kanske du redan är bekant med appinställningarna. Mer information finns i Referens för appinställningar för Azure Functions och Arbeta med Azure Functions Core Tools – filen Lokala inställningar.
I följande tabell beskrivs de appinställningar som logikappen använder. Vissa inställningar krävs för att logikappen ska fungera korrekt:
| Setting | Required | Value | Description | 
|---|---|---|---|
| APP_KIND | Yes | workflowApp | Krävs för att ange apptypen för standardlogikappresursen. Värdet måste anges till workflowApp.Obs! I vissa scenarier kanske den här appinställningen saknas, till exempel på grund av automatisering med hjälp av Azure Resource Manager-mallar eller andra scenarier där inställningen inte ingår. Om vissa åtgärder inte fungerar, till exempel åtgärden Kör JavaScript Code , eller om arbetsflödet slutar fungera kontrollerar du att inställningen APP_KIND app finns och är inställd på workflowApp. | 
| AZURE_AUTHORITY_HOST | No | None | Anger standardlogikappens standardauktoritet som ska användas för OAuth-autentisering. | 
| AzureWebJobsStorage | Yes | None | Krävs för att ange anslutningssträng för ett Azure-lagringskonto. Mer information finns i AzureWebJobsStorage. | 
| FUNCTIONS_EXTENSION_VERSION | Yes | ~4 | Krävs för att ange Azure Functions-versionen. Mer information finns på FUNCTIONS_EXTENSION_VERSION. | 
| FUNCTIONS_WORKER_RUNTIME | Yes | dotnet | Krävs för att ange körningsmiljö för språkhantering för resursen och arbetsflödena i din logikapplikation. Obs! Den här inställningens värde har tidigare angetts till node, men nu ärdotnetdet nödvändiga värdet för alla nya och befintliga distribuerade standardlogikappar. Den här ändringen bör inte påverka arbetsflödets körning, så allt bör fungera på samma sätt som tidigare.Mer information finns i FUNCTIONS_WORKER_RUNTIME. | 
| ServiceProviders.Sftp.FileUploadBufferTimeForTrigger | No | 00:00:20(20 sekunder) | Anger bufferttiden för att ignorera filer som har en senast ändrad tidsstämpel som är större än den aktuella tiden. Den här inställningen är användbar när stora filskrivningar tar lång tid och undviker att hämta data för en delvis skriven fil. | 
| ServiceProviders.Sftp.OperationTimeout | No | 00:02:00(2 min) | Anger tid att vänta innan tidsgränsen för en åtgärd nås. | 
| ServiceProviders.Sftp.ServerAliveInterval | No | 00:30:00(30 min) | Skickar ett keep alive-meddelande för att hålla SSH-anslutningen aktiv om inget datautbyte med servern sker under den angivna perioden. | 
| ServiceProviders.Sftp.SftpConnectionPoolSize | No | 2anslutningar | Anger antalet anslutningar som varje processor kan cachelagrar. Det totala antalet anslutningar som du kan cachelagra är ProcessorCount multiplicerat med inställningsvärdet. | 
| ServiceProviders.MaximumAllowedTriggerStateSizeInKB | No | 10KB, som är ~1 000 filer | Anger entitetsstorleken för utlösartillståndet i kilobyte, vilket är proportionellt mot antalet filer i den övervakade mappen och används för att identifiera filer. Om antalet filer överskrider 1 000 ökar du det här värdet. | 
| ServiceProviders.Sql.QueryTimeout | No | 00:02:00(2 min) | Anger tidsgränsvärdet för begäran för SQL-tjänstprovideråtgärder. | 
| WEBSITE_CONTENTSHARE | Yes | Dynamic | Krävs för att ange namnet på filresursen som Azure Functions använder för att lagra funktionsappkod och konfigurationsfiler och används med WEBSITE_CONTENTAZUREFILECONNECTIONSTRING. Standardvärdet är en unik sträng som genereras av runtime. Mer information finns i WEBSITE_CONTENTSHARE. | 
| WEBSITE_LOAD_ROOT_CERTIFICATES | No | None | Anger fingeravtrycken för att rotcertifikaten ska vara betrodda. | 
| WEBSITE_NODE_DEFAULT_VERSION | Yes | ~ < version> | Anger den Node.js versionen när du kör logikappens arbetsflöden i Windows. Använd en tilde (~) så att Azure Logic Apps-plattformen använder den senaste tillgängliga versionen av målversionens huvudversion. Om värdet till exempel är ~18 används den senaste versionen av Node.js 18. När du använder en tilde med en huvudversion behöver du inte uppdatera delversionen manuellt. Mer information finns i WEBSITE_NODE_DEFAULT_VERSION. | 
| Workflows.Connection.AuthenticationAudience | No | None | Anger målgruppen för autentisering av en hanterad (Azure-hostad) anslutning. | 
| Workflows.CustomHostName | No | None | Anger värdnamnet som ska användas för arbetsflödes- och indatautdata-URL:er, till exempel logic.contoso.com. Information om hur du konfigurerar ett anpassat DNS-namn finns i Konfigurera en befintlig anpassad domän i Azure App Service och Aktivera HTTPS för en anpassad domän i Azure App Service. | 
| Workflows.<workflowName>.FlowState | No | None | Anger tillståndet för <workflowName>. | 
| Workflows.<workflowName>.RuntimeConfiguration.RetentionInDays | No | 90dagar | Anger hur lång tid i dagar det tar att behålla körningshistoriken för <workflowName>. – Minst: 7 dagar - Max: 365 dagar | 
| Workflows.RuntimeConfiguration.RetentionInDays | No | 90dagar | Anger det antal dagar som arbetsflödets körningshistorik ska sparas efter att en körning startar. – Minst: 7 dagar - Max: 365 dagar | 
| Workflows.WebhookRedirectHostUri | No | None | Anger värdnamnet som ska användas för webhook-url:er för återanrop. | 
Hantera appinställningar – local.settings.json
Om du vill lägga till, uppdatera eller ta bort appinställningar väljer du och granskar följande avsnitt för Azure-portalen, Visual Studio Code eller Azure CLI. Appinställningar som är specifika för logikappar finns i Referens för appinställningar – local.settings.json.
Visa appinställningar i portalen
- I sökrutan i Azure-portalen letar du upp och öppnar logikappen. 
- På sidomenyn går du till Inställningar och väljer Miljövariabler. 
- På sidan Miljövariabler går du till fliken Appinställningar och granskar appinställningarna för logikappen. - Mer information om de här inställningarna finns i Referens för appinställningar – local.settings.json. 
- Om du vill visa alla värden går du till verktygsfältet på sidan och väljer Visa värden. Om du vill visa ett enskilt värde går du till kolumnen Värde och väljer Visa värde (ögonikon). 
Lägga till en appinställning i portalen
Referens för värdinställningar – host.json
I Visual Studio Code, på logikappprojektets rotnivå, innehåller denhost.json metadatafilen de körningsinställningar och standardvärden som gäller för alla arbetsflöden i en logikappresurs oavsett om den körs lokalt eller i Azure. Information om hur du visar och hanterar dessa inställningar finns i Hantera värdinställningar – host.json. Du kan också hitta information om relaterade gränser i dokumentationen Gränser och konfiguration för Azure Logic Apps .
Jobborkestreringsgenomströmning
De här inställningarna påverkar dataflödet och kapaciteten för Azure Logic Apps med en enda klientorganisation för att köra arbetsflödesåtgärder.
| Setting | Standardvärde | Description | 
|---|---|---|
| Jobs.BackgroundJobs.DispatchingWorkersPulseInterval | 00:00:01(1 sekund) | Anger intervallet för jobbutskickare att avsöka jobbkön när den föregående undersökningen inte returnerar några jobb. Jobbutskickare avsöker kön omedelbart när den föregående undersökningen returnerar ett jobb. | 
| Jobs.BackgroundJobs.NumPartitionsInJobDefinitionsTable | 4jobbpartitioner | Anger antalet jobbpartitioner i jobbdefinitionstabellen. Det här värdet styr hur mycket körningsdataflöde som påverkas av partitionslagringsgränser. | 
| Jobs.BackgroundJobs.NumPartitionsInJobTriggersQueue | 1jobbkö | Anger antalet jobbköer som övervakas av jobbutskickare så att jobb kan bearbetas. Det här värdet påverkar också antalet lagringspartitioner där jobbköer finns. | 
| Jobs.BackgroundJobs.NumWorkersPerProcessorCount | 192dispatcher arbetsinstanser | Anger antalet dispatcher worker-instanser eller jobbutskickare som ska ha per processorkärna. Det här värdet påverkar antalet arbetsflödeskörningar per kärna. | 
| Jobs.BackgroundJobs.StatelessNumWorkersPerProcessorCount | 192dispatcher arbetsinstanser | Anger antalet dispatcher worker-instanser eller jobbavsändare som ska användas per processorkärna, för varje tillståndslös körning. Det här värdet påverkar antalet samtidiga arbetsflödesåtgärder som bearbetas per körning. | 
Följande inställningar används för att manuellt stoppa och omedelbart ta bort de angivna arbetsflödena i standardlogikappen.
Note
Använd dessa inställningar med försiktighet och endast i icke-produktionsmiljöer, till exempel belastnings- eller prestandatestmiljöer, eftersom du inte kan ångra eller återställa från dessa åtgärder.
| Setting | Standardvärde | Description | 
|---|---|---|
| Jobs.CleanupJobPartition | None | Tar omedelbart bort alla körningsjobb för de angivna arbetsflödena. | 
| Jobs.SuspendedJobPartition | None | Stoppar jobbkörningarna för de angivna arbetsflödena. | 
| SequencerJobs.SuspendedSequencerPartition | None | Stoppar sekvenserarens jobb för angivna arbetsflöden. | 
Om du vill ange enskilda arbetsflöden använder du följande syntax där varje arbetsflödes-ID följs av ett kolon (:) och avgränsas med ett semikolon (;):
"Jobs.CleanupJobPartition": "<workflow-ID-1>:;<workflow-ID-2>",
"Jobs.SuspendedJobPartition": "<workflow-ID-1>:;<workflow-ID-2>:",
"SequencerJobs.SuspendedSequencerPartition": "<workflow-ID-1>:;<workflow-ID-2>:"
Om du vill avbryta en specifik körning anger du körnings-ID:t efter arbetsflödes-ID:t med 2D som avgränsare, till exempel:
"Jobs.SuspendedJobPartition": "<workflow-ID-1>:2D<run-ID>;",
Upprepningsbaserade utlösare
| Setting | Standardvärde | Description | 
|---|---|---|
| Microsoft.Azure.Workflows.ServiceProviders.MaximumAllowedTriggerStateSizeInKB | 1kB | Anger utlösartillståndets maximala tillåtna storlek för upprepningsbaserade utlösare, till exempel den inbyggda SFTP-utlösaren. Utlösartillståndet bevarar data över flera återkommande utlösare för tjänstleverantören. Viktigt: Undvik att ange det här värdet för högt baserat på lagringsstorleken, vilket kan påverka lagring och prestanda negativt. | 
Utlösa konkurrens
Följande samtidighetsinställningar gäller endast för arbetsflöden som börjar med en upprepningsbaserad utlösare för inbyggda tjänstleverantörsbaserade anslutningar och styr antalet arbetsflöden som körs vid samma tidpunkt.
För ett arbetsflöde som börjar med en funktionsbaserad utlösare kan du försöka konfigurera batchbearbetning där det stöds. Batchbearbetning är dock inte alltid rätt lösning. Med utlösare för Azure Service Bus kan en batch till exempel behålla meddelanden efter att låset har gått ut. Därför misslyckas alla åtgärder, till exempel fullständiga eller avbrutna, på sådana meddelanden.
| Setting | Standardvärde | Description | 
|---|---|---|
| Runtime.Trigger.MaximumRunConcurrency | 100Körs | Anger det maximala antalet samtidiga körningar som en utlösare kan starta. Det här värdet visas i utlösarens samtidighetsdefinition. | 
| Runtime.Trigger.MaximumWaitingRuns | 200Körs | Anger det maximala antalet körningar som kan vänta när det maximala antalet samtidiga körningar har uppnåtts. Det här värdet visas i utlösarens samtidighetsdefinition. Mer information finns i Ändra gränsen för väntande körningar. | 
Körningsvaraktighet och kvarhållning av historik
| Setting | Standardvärde | Description | 
|---|---|---|
| Runtime.Backend.FlowRunTimeout | 90.00:00:00(90 dagar) | Anger hur lång tid ett arbetsflöde kan fortsätta att köras innan tidsgränsen överskrids. Minimivärdet för den här inställningen är 7 dagar. Viktigt: Kontrollera att det här värdet är mindre än eller lika med värdet för appinställningen med namnet Workflows.RuntimeConfiguration.RetentionInDays. Annars kan körhistorik raderas innan de associerade jobben är slutförda. | 
| Runtime.FlowMaintenanceJob.RetentionCooldownInterval | 7.00:00:00(7 dagar) | Ställer in antalet dagar som intervallet mellan när körningshistorik ska kontrolleras och tas bort, om du inte längre vill behålla den. | 
Utför åtgärder
| Setting | Standardvärde | Description | 
|---|---|---|
| Runtime.FlowRunRetryableActionJobCallback.ActionJobExecutionTimeout | 00:10:00(10 minuter) | Anger varaktigheten för ett arbetsflödesåtgärdsjobb som ska köras innan tidsgränsen överskrids och försök igen. Om du vill ändra standardtimeouten för en inbyggd åtgärd, till exempel SAP, anger du även värdinställningen functionTimeout. Mer information finns i nästa post. | 
| functionTimeout | 00:30:00(30 minuter) | Anger varaktigheten som ska köras innan tidsgränsen nås för anrop från Azure Functions och vissa inbyggda åtgärder, till exempel SAP, som fungerar som funktionsanrop. Standardlogikappar använder samma underliggande design som funktionsappar. Värdinställningen functionTimeouti Azure Functions påverkar därför även inbyggda åtgärder som körs som funktionsanrop. Mer information finns i functionTimeout.Obs! I filen host.json functionTimeoutfinns inställningen på samma nivå somextensionsobjektet där värdinställningarna finns för en Standard Logic App. Mer information finns i exemplet i det här avsnittet: Ändra tidsgränsvärdet för funktionsbaserade inbyggda åtgärder. | 
Ändra timeout-värde för funktionsbaserade inbyggda åtgärder
För inbyggda åtgärder som körs som funktionsanrop i Azure Functions lägger du till både Runtime.FlowRunRetryableActionJobCallback.ActionJobExecutionTimeout värdinställningarna och functionTimeout i  dinhost.json-fil  enligt följande exempel:
{
   "version": "2.0",
   "extensionBundle": {
      "id": "Microsoft.Azure.Functions.ExtensionBundle.Workflows",
      "version": "[1.*, 2.0.0)"
   },
   "extensions": {
      "workflow": {
         "settings": {
            "Runtime.FlowRunRetryableActionJobCallback.ActionJobExecutionTimeout": "01:00:00"
         }
      }
   },
   "functionTimeout": "01:00:00"
}
Indata och utdata
| Setting | Standardvärde | Description | 
|---|---|---|
| Microsoft.Azure.Workflows.TemplateLimits.InputParametersLimit | 50 | Ändrar standardgränsen för arbetsflödesparametrar mellan miljöer upp till 500 för standardlogikappar som skapats genom export av förbrukningslogikappar. | 
| Runtime.ContentLink.MaximumContentSizeInBytes | 104857600Byte | Anger den maximala storleken i byte som indata eller utdata kan ha i en enda utlösare eller åtgärd. | 
| Runtime.FlowRunActionJob.MaximumActionResultSize | 209715200Byte | Anger den maximala storleken i byte som de kombinerade indata och utdata kan ha i en enda åtgärd. | 
Pagination
| Setting | Standardvärde | Description | 
|---|---|---|
| Runtime.FlowRunRetryableActionJobCallback.MaximumPageCount | 1000sidor | När sidnumrering stöds och aktiveras för en åtgärd anger du det maximala antalet sidor som ska returneras eller bearbetas vid körning. | 
Chunking
| Setting | Standardvärde | Description | 
|---|---|---|
| Runtime.FlowRunRetryableActionJobCallback.MaximumContentLengthInBytesForPartialContent | 1073741824Byte | När segmentering stöds och aktiveras för en åtgärd anger du den maximala storleken i byte för nedladdat eller uppladdat innehåll. | 
| Runtime.FlowRunRetryableActionJobCallback.MaxChunkSizeInBytes | 52428800Byte | När segmentering stöds och aktiveras för en åtgärd anger du den maximala storleken i byte för varje innehållssegment. | 
| Runtime.FlowRunRetryableActionJobCallback.MaximumRequestCountForPartialContent | 1000Förfrågningar | När segmentering stöds och aktiveras för en åtgärd anger du det maximala antalet begäranden som en åtgärdskörning kan göra för att ladda ned innehåll. | 
Lagra innehåll infogat eller använd blobar
| Setting | Standardvärde | Description | 
|---|---|---|
| Runtime.FlowRunEngine.ForeachMaximumItemsForContentInlining | 20Objekt | När en For eachloop körs lagras varje objekts värde antingen infogat med andra metadata i tabelllagringen eller separat i Blob Storage. Anger hur många objekt som ska lagras infogade med andra metadata. | 
| Runtime.FlowRunRetryableActionJobCallback.MaximumPagesForContentInlining | 20sidor | Anger det maximala antalet sidor som ska lagras som infogat innehåll i tabelllagring innan de lagras i Blob Storage. | 
| Runtime.FlowTriggerSplitOnJob.MaximumItemsForContentInlining | 40Objekt | När en utlösare som stöder diskussion har inställningen Dela på eller splitOnaktiverad, utlöser utlösaren matrisobjekt i flera arbetsflödesinstanser. Varje matrisobjekts värde lagras antingen infogat med andra metadata i tabelllagring eller separat i bloblagring. Anger hur många objekt som ska lagras i linje. | 
| Runtime.ScaleUnit.MaximumCharactersForContentInlining | 32384tecken | Anger det maximala antalet indata- och utdatatecken för åtgärder som ska lagras direkt i tabellagringen innan de lagras i bloblagringen. | 
För varje loop
| Setting | Standardvärde | Description | 
|---|---|---|
| Runtime.Backend.FlowDefaultForeachItemsLimit | 100000matrisobjekt | För ett tillståndskänsligt arbetsflöde anger du det maximala antalet matrisobjekt som ska bearbetas i en For eachloop. | 
| Runtime.Backend.FlowDefaultSplitOnItemsLimit | 100000matrisobjekt | Anger det maximala antalet matrisobjekt som ska debatteras eller delas upp i flera arbetsflödesinstanser baserat på splitOnegenskapen. | 
| Runtime.Backend.ForeachDefaultDegreeOfParallelism | 20Iterationer | Anger standardantalet samtidiga iterationer, eller grad av parallellitet, i en For eachloop. Om du vill köra sekventiellt anger du värdet till1. | 
| Runtime.Backend.Stateless.FlowDefaultForeachItemsLimit | 100Objekt | För ett tillståndslöst arbetsflöde anger du det maximala antalet matrisobjekt som ska bearbetas i en For eachloop. | 
Loopar tills
| Setting | Standardvärde | Description | 
|---|---|---|
| Runtime.Backend.MaximumUntilLimitCount | 5000Iterationer | För ett tillståndskänsligt arbetsflöde anger du det maximala antal som är möjligt för Countegenskapen i enUntilåtgärd. | 
| Runtime.Backend.Stateless.FlowRunTimeout | 00:05:00(5 min) | Anger maximal väntetid för en Untilloop i ett tillståndslöst arbetsflöde. | 
| Runtime.Backend.Stateless.MaximumUntilLimitCount | 100Iterationer | För ett tillståndslöst arbetsflöde anger du det maximala antal som är möjligt för Countegenskapen i enUntilåtgärd. | 
Variables
| Setting | Standardvärde | Description | 
|---|---|---|
| Runtime.Backend.DefaultAppendArrayItemsLimit | 100000matrisobjekt | Anger det maximala antalet objekt i en variabel med matristypen. | 
| Runtime.Backend.VariableOperation.MaximumStatelessVariableSize | Tillståndslöst arbetsflöde: 1024tecken | Anger den maximala storleken i tecken för innehållet som en variabel kan lagra när den används i ett tillståndslöst arbetsflöde. | 
| Runtime.Backend.VariableOperation.MaximumVariableSize | Tillståndsbaserat arbetsflöde: 104857600tecken | Anger den maximala storleken i tecken för innehållet som en variabel kan lagra när den används i ett tillståndskänsligt arbetsflöde. | 
Inbyggda HTTP-åtgärder
| Setting | Standardvärde | Description | 
|---|---|---|
| Runtime.Backend.HttpOperation.DefaultRetryCount | 4Försök igen | Anger standardantalet för återförsök för HTTP-utlösare och -åtgärder. | 
| Runtime.Backend.HttpOperation.DefaultRetryInterval | 00:00:07(7 sek) | Anger standardintervallet för återförsök för HTTP-utlösare och åtgärder. | 
| Runtime.Backend.HttpOperation.DefaultRetryMaximumInterval | 01:00:00(1 timme) | Anger det maximala återförsöksintervallet för HTTP-utlösare och åtgärder. | 
| Runtime.Backend.HttpOperation.DefaultRetryMinimumInterval | 00:00:05(5 sek) | Anger det minsta återförsöksintervallet för HTTP-utlösare och åtgärder. | 
| Runtime.Backend.HttpOperation.MaxContentSize | 104857600Byte | Anger den maximala begärandestorleken i byte endast för HTTP-åtgärder, inte utlösare. Mer information finns i Begränsningar. | 
| Runtime.Backend.HttpOperation.RequestTimeout | 00:03:45(3 min och 45 sek) Obs! Standardvärdet är också det maximala värdet. | Anger tidsgränsvärdet för begäran för HTTP-utlösare och -åtgärder. | 
Inbyggda HTTP Webhook-åtgärder
| Setting | Standardvärde | Description | 
|---|---|---|
| Runtime.Backend.HttpWebhookOperation.DefaultRetryCount | 4Försök igen | Anger standardantalet för återförsök för HTTP-webhook-utlösare och -åtgärder. | 
| Runtime.Backend.HttpWebhookOperation.DefaultRetryInterval | 00:00:07(7 sek) | Anger standardintervallet för återförsök för HTTP-webhooksutlösare och åtgärder. | 
| Runtime.Backend.HttpWebhookOperation.DefaultRetryMaximumInterval | 01:00:00(1 timme) | Anger det maximala återförsöksintervallet för HTTP-webhooksutlösare och åtgärder. | 
| Runtime.Backend.HttpWebhookOperation.DefaultRetryMinimumInterval | 00:00:05(5 sek) | Anger det minsta återförsöksintervallet för HTTP-webhooksutlösare och åtgärder. | 
| Runtime.Backend.HttpWebhookOperation.DefaultWakeUpInterval | 01:00:00(1 timme) | Anger det förvalda uppvakningsintervallet för HTTP webhook-trigger och åtgärdsutföranden. | 
| Runtime.Backend.HttpWebhookOperation.MaxContentSize | 104857600Byte | Anger den maximala begärandestorleken i byte endast för HTTP webhook-åtgärder, inte utlösare. Mer information finns i Begränsningar. | 
| Runtime.Backend.HttpWebhookOperation.RequestTimeout | 00:02:00(2 min) | Anger tidsgränsvärdet för begäran för HTTP webhook-utlösare och -åtgärder. | 
Inbyggda Azure Storage-åtgärder
BLOB-lagring
| Setting | Standardvärde | Description | 
|---|---|---|
| Microsoft.Azure.Workflows.ContentStorage.RequestOptionsThreadCount | None | Anger antalet trådar för åtgärder för blobuppladdning och nedladdning. Du kan använda den här inställningen för att tvinga Azure Logic Apps-körningen att använda flera trådar när du laddar upp och laddar ned innehåll från åtgärdsindata och utdata. | 
| Runtime.ContentStorage.RequestOptionsDeltaBackoff | 00:00:02(2 sek) | Ställer in backoff-intervallet mellan återförsök som skickas till bloblagringen. | 
| Runtime.ContentStorage.RequestOptionsMaximumAttempts | 4Försök igen | Anger det maximala antalet återförsök som skickas till tabell- och kölagring. | 
| Runtime.ContentStorage.RequestOptionsMaximumExecutionTime | 00:02:00(2 min) | Anger tidsgränsvärdet för åtgärden, inklusive återförsök, för blobbegäranden från Azure Logic Apps-runtime. | 
| Runtime.ContentStorage.RequestOptionsServerTimeout | 00:00:30(30 sek) | Anger tidsgränsvärdet för blob-förfrågningar i Azure Logic Apps-körningen. | 
Tabell- och kölagring
| Setting | Standardvärde | Description | 
|---|---|---|
| Runtime.DataStorage.RequestOptionsDeltaBackoff | 00:00:02(2 sek) | Ställer in intervallet mellan återförsök som skickas till tabell- och kölagringssystemet. | 
| Runtime.DataStorage.RequestOptionsMaximumAttempts | 4Försök igen | Anger det maximala antalet återförsök som skickas till tabell- och kölagring. | 
| Runtime.DataStorage.RequestOptionsMaximumExecutionTime | 00:00:45(45 sek) | Anger tidsgränsvärdet för åtgärden, inklusive återförsök, för begäranden om tabell- och kölagring från Azure Logic Apps-körningen. | 
| Runtime.DataStorage.RequestOptionsServerTimeout | 00:00:16(16 sek) | Anger timeout-värdet för tabell- och kölagringsbegäranden från Azure Logic Apps-körningen. | 
Fildelning
| Setting | Standardvärde | Description | 
|---|---|---|
| ServiceProviders.AzureFile.MaxFileSizeInBytes | 150000000Byte | Anger den maximala filstorleken i byte för en Azure-filresurs. | 
Inbyggda Azure Functions-åtgärder
| Setting | Standardvärde | Description | 
|---|---|---|
| Runtime.Backend.FunctionOperation.RequestTimeout | 00:03:45(3 min och 45 sek) | Anger tidsgränsvärdet för begäran för Azure Functions-åtgärder. | 
| Runtime.Backend.FunctionOperation.MaxContentSize | 104857600Byte | Anger den maximala begärandestorleken i byte för Azure Functions-åtgärder. Mer information finns i Begränsningar. | 
| Runtime.Backend.FunctionOperation.DefaultRetryCount | 4Försök igen | Anger standardantalet för återförsök för Azure Functions-åtgärder. | 
| Runtime.Backend.FunctionOperation.DefaultRetryInterval | 00:00:07(7 sek) | Anger standardintervallet för återförsök för Azure Functions-åtgärder. | 
| Runtime.Backend.FunctionOperation.DefaultRetryMaximumInterval | 01:00:00(1 timme) | Anger det maximala återförsöksintervallet för Azure Functions-åtgärder. | 
| Runtime.Backend.FunctionOperation.DefaultRetryMinimumInterval | 00:00:05(5 sek) | Anger det minsta återförsöksintervallet för Azure Functions-åtgärder. | 
Inbyggda Azure Service Bus-åtgärder
| Setting | Standardvärde | Description | 
|---|---|---|
| ServiceProviders.ServiceBus.MessageSenderOperationTimeout | 00:01:00(1 min) | Anger tidsgränsen för att skicka meddelanden med den inbyggda Service Bus-åtgärden. | 
| Runtime.ServiceProviders.ServiceBus.MessageSenderPoolSizePerProcessorCount | 64meddelandeavsändare | Anger antalet Azure Service Bus-meddelandeavsändare per processorkärna som ska användas i meddelandeavsändarpoolen. | 
Inbyggda SFTP-åtgärder
| Setting | Standardvärde | Description | 
|---|---|---|
| Runtime.ServiceProviders.Sftp.MaxFileSizeInBytes | 2147483648Byte | Anger den maximala filstorleken i byte för åtgärden Hämta filinnehåll (V2). | 
| Runtime.ServiceProviders.Sftp.MaximumFileSizeToReadInBytes | 209715200Byte | Anger den maximala filstorleken i byte för åtgärden Hämta filinnehåll . Kontrollera att det här värdet inte överskrider den referensbara minnesstorleken eftersom den här åtgärden läser filinnehåll i minnet. | 
Åtgärder för hanterade anslutningsoperationer
| Setting | Standardvärde | Description | 
|---|---|---|
| Runtime.Backend.ApiConnectionOperation.RequestTimeout | 00:02:00(2 min) | Anger timeout för begäran för utlösare och åtgärder i hanterade API-anslutningar. | 
| Runtime.Backend.ApiConnectionOperation.MaxContentSize | 104857600Byte | Anger den maximala begärandestorleken i byte för utlösare och åtgärder i hanterade API-kopplingar. Mer information finns i Begränsningar. | 
| Runtime.Backend.ApiConnectionOperation.DefaultRetryCount | 4Försök igen | Konfigurerar standardantalet återförsök för utlösare och åtgärder i hanterade API-anslutningar. | 
| Runtime.Backend.ApiConnectionOperation.DefaultRetryInterval | 00:00:07(7 sek) | Anger standardintervallet för återförsök för utlösare och åtgärder för hanterade API-anslutningskomponenter. | 
| Runtime.Backend.ApiWebhookOperation.DefaultRetryMaximumInterval | 01:00:00(1 dag) | Anger det maximala återförsöksintervallet för webhook-utlösare och åtgärder för hanterade API-anslutningskopplingar. | 
| Runtime.Backend.ApiConnectionOperation.DefaultRetryMinimumInterval | 00:00:05(5 sek) | Anger det minsta återförsöksintervallet för utlösare och åtgärder för hanterade API-kopplingar. | 
| Runtime.Backend.ApiWebhookOperation.DefaultWakeUpInterval | 01:00:00(1 dag) | Anger standard aktiveringsintervallet för webhooksutlösare och åtgärdsjobb för hanterade API-anslutningsappar. | 
Återförsöksprincip för alla andra åtgärder
| Setting | Standardvärde | Description | 
|---|---|---|
| Runtime.ScaleMonitor.MaxPollingLatency | 00:00:30(30 sek) | Ställer in maximal svarstid för frågecykel vid körning av skalning. | 
| Runtime.Backend.Operation.MaximumRetryCount | 90Försök igen | Anger det maximala antalet återförsök i principdefinitionen för återförsök för en arbetsflödesåtgärd. | 
| Runtime.Backend.Operation.MaximumRetryInterval | 01:00:00:01(1 dag och 1 sekund) | Anger det maximala intervallet i principdefinitionen för återförsök för en arbetsflödesåtgärd. | 
| Runtime.Backend.Operation.MinimumRetryInterval | 00:00:05(5 sek) | Anger det minsta intervallet i principdefinitionen för återförsök för en arbetsflödesåtgärd. | 
Limitations
Maximal innehållsstorlek:
Som standard begränsas inbyggda utlösare, till exempel HTTP eller Begäran, till meddelandestorleken som beskrivs i Referens för gränser och konfiguration – Meddelanden. Om du vill hantera filer som är större än gränsen kan du prova att ladda upp ditt innehåll som en blob till Azure Blob Storage och sedan hämta ditt innehåll med hjälp av Azure Blob-anslutningsappen.
Hantera värdinställningar – host.json
Du kan lägga till, uppdatera eller ta bort värdinställningar som anger inställningar och värden för körningskonfiguration som gäller för alla arbetsflöden i logikappen, till exempel standardvärden för dataflöde, kapacitet, datastorlek och så vidare, oavsett om de körs lokalt eller i Azure. Värdinställningar som är specifika för logikappar finns i Referens för värdinställningar – host.json.
Om du vill granska värdinställningarna för din singelklientbaserade logikapp i Azure portal följer du dessa steg:
- I sökrutan i Azure-portalen letar du upp och öppnar logikappen. 
- På resursmenyn går du till Utvecklingsverktyg och väljer Avancerade verktyg. 
- I fönstret Avancerade verktyg väljer du Go, som öppnar Kudu-miljön för logikappen. 
- Öppna menyn Felsökningskonsol i Verktygsfältet Kudu och välj CMD. - Ett konsolfönster öppnas så att du kan bläddra till mappen wwwroot med kommandotolken. Eller så kan du bläddra i katalogstrukturen som visas ovanför konsolfönstret. 
- Bläddra längs följande sökväg till mappen wwwroot : - ...\home\site\wwwroot.
- Ovanför konsolfönstret går du till katalogtabellen bredvid filenhost.json och väljer Redigera. 
- När host.json filen har öppnats granskar du alla värdinställningar som tidigare har lagts till för logikappen. - Mer information om värdinställningar finns i Referens för värdinställningar – host.json. 
Följ dessa steg för att lägga till en inställning:
- Innan du lägger till eller redigerar inställningar stoppar du logikappen i Azure Portal. - På resursmenyn väljer du Översikt. 
- I verktygsfältet i översiktsfönstret väljer du Stoppa. 
 
- Om host.json-filen redan är öppen, gå tillbaka till filen host.json. Annars följer du stegen ovan för att öppna host.json-filen. 
- Under objektet - extensionBundlelägger du till- extensionsobjektet, som innehåller objekten- workflowoch- settings, till exempel:- { "version": "2.0", "extensionBundle": { "id": "Microsoft.Azure.Functions.ExtensionBundle", "version": "[1.*, 2.0.0)" }, "extensions": { "workflow": { "settings": { } } } }
- settingsI -objektet lägger du till en platt lista med de värdinställningar som du vill använda för alla arbetsflöden i logikappen, oavsett om dessa arbetsflöden körs lokalt eller i Azure, till exempel:- { "version": "2.0", "extensionBundle": { "id": "Microsoft.Azure.Functions.ExtensionBundle", "version": "[1.*, 2.0.0)" }, "extensions": { "workflow": { "settings": { "Runtime.Trigger.MaximumWaitingRuns": "100" } } } }
- När du är klar ska du komma ihåg att välja Spara. 
- Starta om logikappen nu. Gå tillbaka till logikappens översiktssida och välj Starta om. 
