Dela via


Redigera app- och värdinställningar för standardlogikappar i Azure Logic Apps med en enda klientorganisation

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:

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 appSettings vä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 är dotnet det 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 2 anslutningar 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 10 KB, 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 90 dagar 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 90 dagar 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
  1. I sökrutan i Azure-portalen letar du upp och öppnar logikappen.

  2. På sidomenyn går du till Inställningar och väljer Miljövariabler.

  3. 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.

  4. 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
  1. På fliken Appinställningar går du till verktygsfältet och väljer Lägg till.

  2. I fönstret Lägg till/redigera programinställning för Namn anger du nyckeln eller namnet på den nya inställningen.

  3. För Värde anger du värdet för den nya inställningen.

  4. När du är klar väljer du Använd.

    Skärmbild som visar Azure-portalen med sidan appinställningar och värden för en standard-logikappresurs.

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 4 jobbpartitioner 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 1 jobbkö 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 192 dispatcher 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 192 dispatcher 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 1 kB 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 100 Kö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 200 Kö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 functionTimeout i 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.jsonfunctionTimeout finns inställningen på samma nivå som extensions objektet 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 104857600 Byte Anger den maximala storleken i byte som indata eller utdata kan ha i en enda utlösare eller åtgärd.
Runtime.FlowRunActionJob.MaximumActionResultSize 209715200 Byte 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 1000 sidor 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 1073741824 Byte 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 52428800 Byte 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 1000 Fö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 20 Objekt När en For each loop 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 20 sidor Anger det maximala antalet sidor som ska lagras som infogat innehåll i tabelllagring innan de lagras i Blob Storage.
Runtime.FlowTriggerSplitOnJob.MaximumItemsForContentInlining 40 Objekt När en utlösare som stöder diskussion har inställningen Dela på eller splitOn aktiverad, 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 32384 tecken 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 100000 matrisobjekt För ett tillståndskänsligt arbetsflöde anger du det maximala antalet matrisobjekt som ska bearbetas i en For each loop.
Runtime.Backend.FlowDefaultSplitOnItemsLimit 100000 matrisobjekt Anger det maximala antalet matrisobjekt som ska debatteras eller delas upp i flera arbetsflödesinstanser baserat på splitOn egenskapen.
Runtime.Backend.ForeachDefaultDegreeOfParallelism 20 Iterationer Anger standardantalet samtidiga iterationer, eller grad av parallellitet, i en For each loop. Om du vill köra sekventiellt anger du värdet till 1.
Runtime.Backend.Stateless.FlowDefaultForeachItemsLimit 100 Objekt För ett tillståndslöst arbetsflöde anger du det maximala antalet matrisobjekt som ska bearbetas i en For each loop.

Loopar tills

Setting Standardvärde Description
Runtime.Backend.MaximumUntilLimitCount 5000 Iterationer För ett tillståndskänsligt arbetsflöde anger du det maximala antal som är möjligt för Count egenskapen i en Until åtgärd.
Runtime.Backend.Stateless.FlowRunTimeout 00:05:00
(5 min)
Anger maximal väntetid för en Until loop i ett tillståndslöst arbetsflöde.
Runtime.Backend.Stateless.MaximumUntilLimitCount 100 Iterationer För ett tillståndslöst arbetsflöde anger du det maximala antal som är möjligt för Count egenskapen i en Until åtgärd.

Variables

Setting Standardvärde Description
Runtime.Backend.DefaultAppendArrayItemsLimit 100000 matrisobjekt Anger det maximala antalet objekt i en variabel med matristypen.
Runtime.Backend.VariableOperation.MaximumStatelessVariableSize Tillståndslöst arbetsflöde: 1024 tecken 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: 104857600 tecken 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 4 Fö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 104857600 Byte 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 4 Fö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 104857600 Byte 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 4 Fö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 4 Fö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 150000000 Byte 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 104857600 Byte Anger den maximala begärandestorleken i byte för Azure Functions-åtgärder. Mer information finns i Begränsningar.
Runtime.Backend.FunctionOperation.DefaultRetryCount 4 Fö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 64 meddelandeavsä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 2147483648 Byte Anger den maximala filstorleken i byte för åtgärden Hämta filinnehåll (V2).
Runtime.ServiceProviders.Sftp.MaximumFileSizeToReadInBytes 209715200 Byte 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 104857600 Byte 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 4 Fö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 90 Fö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:

  1. I sökrutan i Azure-portalen letar du upp och öppnar logikappen.

  2. På resursmenyn går du till Utvecklingsverktyg och väljer Avancerade verktyg.

  3. I fönstret Avancerade verktyg väljer du Go, som öppnar Kudu-miljön för logikappen.

  4. Ö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.

  5. Bläddra längs följande sökväg till mappen wwwroot : ...\home\site\wwwroot.

  6. Ovanför konsolfönstret går du till katalogtabellen bredvid filenhost.json och väljer Redigera.

  7. 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:

  1. Innan du lägger till eller redigerar inställningar stoppar du logikappen i Azure Portal.

    1. På resursmenyn väljer du Översikt.

    2. I verktygsfältet i översiktsfönstret väljer du Stoppa.

  2. 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.

  3. Under objektet extensionBundle lägger du till extensions objektet, som innehåller objekten workflow och settings , till exempel:

    {
       "version": "2.0",
       "extensionBundle": {
          "id": "Microsoft.Azure.Functions.ExtensionBundle",
          "version": "[1.*, 2.0.0)"
       },
       "extensions": {
          "workflow": {
             "settings": {
             }
          }
       }
    }
    
  4. settings I -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"
             }
          }
       }
    }
    
  5. När du är klar ska du komma ihåg att välja Spara.

  6. Starta om logikappen nu. Gå tillbaka till logikappens översiktssida och välj Starta om.