Gränser och konfigurationsreferens för Azure Logic Apps
Mer Power Automate finns i Gränser och konfiguration i Power Automate.
I den här artikeln beskrivs begränsningar och konfigurationsinformation för Azure Logic Apps och relaterade resurser. Om du vill skapa logikapparbetsflöden väljer du resurstypen Logikapp baserat på ditt scenario, dina lösningskrav, de funktioner du vill ha och miljön där du vill köra dina arbetsflöden.
Anteckning
Många gränser är desamma i de tillgängliga miljöer där Azure Logic Apps körs, men skillnader anges där de finns.
I följande tabell sammanfattas kortfattat skillnaderna mellan den ursprungliga resurstypen för logikappen (förbrukning) och resurstypen Logikapp (standard). Du får också lära dig hur miljön för en enskild klient kan jämföras med ISE-miljön (Multi-Tenant and Integration Service Environment) för att distribuera, vara värd för och köra dina logikapparbetsflöden.
| Resurstyp | Fördelar | Resursdelning och resursanvändning | Pris- och faktureringsmodell | Hantering av gränser |
|---|---|---|---|---|
| Logikapp (förbrukning) Värdmiljö: Flera klientorganisationsmiljöer Azure Logic Apps |
– Enklast att komma igång – Betala för det du använder – Fullständigt hanterad |
En enda logikapp kan bara ha ett arbetsflöde. Logikappar som skapats av kunder i flera klienter delar samma bearbetning (beräkning), lagring, nätverk och så vidare. |
Förbrukning (betala per körning) | Azure Logic Apps hanterar standardvärdena för dessa gränser, men du kan ändra vissa av dessa värden om det alternativet finns för en specifik gräns. |
| Logikapp (förbrukning) Värdmiljö: |
– Företagsskala för stora arbetsbelastningar – 20+ ISE-specifika anslutningsappar som ansluter direkt till virtuella nätverk – Förutsägbar prissättning med inkluderad användning och kundkontrollerad skalning – Data finns i samma region där du distribuerar ISE. |
En enda logikapp kan bara ha ett arbetsflöde. Logikappar i samma miljö delar samma bearbetning (beräkning), lagring, nätverk och så vidare. |
ISE (fast) | Azure Logic Apps hanterar standardvärdena för dessa gränser, men du kan ändra vissa av dessa värden om det alternativet finns för en specifik gräns. |
| Logikapp (standard) Värdmiljö: Obs! Om ditt scenario kräver containrar skapar du logikappar baserade på en enskild klientorganisation med hjälp Azure Arc aktiverat Logic Apps. Mer information finns i Vad är Azure Arc aktiverat Logic Apps? |
– Kör med körningen för Azure Logic Apps klientorganisation. Distributionsfack stöds inte för närvarande. – Fler inbyggda anslutningsappar för högre dataflöde och lägre kostnader i stor skala – Mer kontroll och finjusteringsfunktioner kring körnings- och prestandainställningar – Integrerat stöd för virtuella nätverk och privata slutpunkter. – Skapa egna inbyggda anslutningsappar. – Data finns kvar i samma region där du distribuerar dina logikappar. |
En enda logikapp kan ha flera tillståndslösa och tillståndslösa arbetsflöden. Arbetsflöden i en enda logikapp och klientorganisation delar samma bearbetning (beräkning), lagring, nätverk och så vidare. |
Standard, baserat på en värdplan med en vald prisnivå. Om du kör tillståndsful workflows, som använder extern lagring ,Azure Logic Apps runtime lagringstransaktioner som följer Azure Storage prissättning. |
Du kan ändra standardvärdena för många gränser baserat på ditt scenarios behov. Viktigt! Vissa gränser har hårda övre maxvärden. I Visual Studio Code visas inte de ändringar du gör i standardgränsvärdena i konfigurationsfilerna för logikappsprojekt i designerupplevelsen. Mer information finns i Redigera app- och miljöinställningar för logikappar i en enda klientorganisation Azure Logic Apps. |
| Logikapp (standard) Värdmiljö: |
Samma funktioner som en enskild klientorganisation plus följande fördelar: – Isolera dina logikappar helt. – Skapa och köra fler logikappar än i en enda Azure Logic Apps. – Betala endast för ASE-App Service plan, oavsett antalet logikappar som du skapar och kör. – Kan aktivera automatisk skalning eller skala manuellt med fler virtuella datorinstanser eller en annan App Service plan. – Data finns kvar i samma region där du distribuerar dina logikappar. – Ärv nätverksinstallationen från vald ASEv3. När de till exempel distribueras till en intern ASE kan arbetsflöden komma åt resurserna i ett virtuellt nätverk som är associerat med ASE och har interna åtkomstpunkter. Obs! Om den används utanför en intern ASE kör du historik för arbetsflöden i det att ASE inte kan komma åt åtgärdsindata och -utdata. |
En enda logikapp kan ha flera tillståndslösa och tillståndslösa arbetsflöden. Arbetsflöden i en enda logikapp och klientorganisation delar samma bearbetning (beräkning), lagring, nätverk och så vidare. |
App Service-plan | Du kan ändra standardvärdena för många gränser baserat på ditt scenarios behov. Viktigt! Vissa gränser har hårda övre maxvärden. I Visual Studio Code visas inte de ändringar du gör i standardgränsvärdena i konfigurationsfilerna för logikappsprojekt i designerupplevelsen. Mer information finns i Redigera app- och miljöinställningar för logikappar i en enda klientorganisation Azure Logic Apps. |
Definitionsbegränsningar för arbetsflöden
I följande tabeller visas värdena för en enda arbetsflödesdefinition:
| Name | Gräns | Kommentarer |
|---|---|---|
| Arbetsflöden per region och prenumeration | 1 000 arbetsflöden | |
| Utlösare per arbetsflöde | 10 utlösare | Den här gränsen gäller endast när du arbetar med JSON-arbetsflödesdefinitionen, oavsett om det är i kodvyn eller i en arm Azure Resource Manager mall (arm), inte designern. |
| Åtgärder per arbetsflöde | 500 åtgärder | Om du vill utöka den här gränsen kan du använda kapslade arbetsflöden efter behov. |
| Kapslingsdjup för åtgärder | 8 åtgärder | Om du vill utöka den här gränsen kan du använda kapslade arbetsflöden efter behov. |
| Utlösare eller åtgärd – Maximal namnlängd | 80 tecken | |
| Utlösare eller åtgärd – Maximal indata- eller utdatastorlek | 104 857 600 byte (105 MB) |
Om du vill ändra standardvärdet i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
| Åtgärd – Maximal storlek för kombinerade indata och utdata | 209 715 200 byte (210 MB) |
Om du vill ändra standardvärdet i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
| Teckengräns för uttryck | 8 192 tecken | |
description – Maximal längd |
256 tecken | |
parameters – Maximalt antal objekt |
50 parametrar | |
outputs – Maximalt antal objekt |
10 utdata | |
trackedProperties – Maximal storlek |
8 000 tecken | |
Gränser för körningens varaktighet och kvarhållningshistorik
I följande tabell visas värdena för en enskild arbetsflödeskörning:
| Name | Flera klientorganisationer | En enskild klientorganisation | Integreringstjänstmiljö | Kommentarer |
|---|---|---|---|---|
| Kvarhållning av körningshistorik i lagring | 90 dagar | 90 dagar Standard |
366 dagar | Hur lång tid ett arbetsflödes körningshistorik ska behållas i lagringen efter att en körning har startat. Obs! Om arbetsflödets körningstid överskrider kvarhållningsgränsen tas den körningen bort från körningshistoriken i lagringen. Om en körning inte tas bort omedelbart efter att kvarhållningsgränsen har nåtts tas körningen bort inom 7 dagar. Oavsett om en körning slutförs eller tidsgränsen går ut beräknas alltid kvarhållning av körningshistorik med hjälp av körningens starttid och den aktuella gränsen som anges i arbetsflödesinställningen, kvarhållning av körningshistorik i dagar. Oavsett den tidigare gränsen används alltid den aktuella gränsen för beräkning av kvarhållning. Mer information finns i Ändra varaktighet och kvarhållning av körningshistorik i lagring. |
| Körningens varaktighet | 90 dagar | – Tillståndslöst arbetsflöde: 90 dagar Standard – Tillståndslöst arbetsflöde: 5 min |
366 dagar | Hur lång tid ett arbetsflöde kan fortsätta att köras innan en tidsgräns framtvingars. Körningens varaktighet beräknas med starttiden för en körning och den gräns som anges i arbetsflödesinställningen Kvarhållning av körningshistorik i dagar vid den starttiden. Viktigt! Kontrollera att värdet för körningens varaktighet alltid är mindre än eller lika med kvarhållningen av körningshistoriken i lagringsvärdet. Annars kan körhistorik tas bort innan de associerade jobben har slutförts. Mer information finns i Ändra varaktighet för körning och kvarhållning av historik i lagring. |
| Upprepningsintervall | - Min: 1 sek – Max: 500 dagar |
- Min: 1 sek – Max: 500 dagar |
- Min: 1 sek – Max: 500 dagar |
|
Ändra körningens varaktighet och kvarhållning av historik i lagring
I designern styr samma inställning det maximala antalet dagar som ett arbetsflöde kan köras och för att lagra körningshistoriken i lagringen.
För tjänsten för flera innehavare är standardgränsen på 90 dagar samma som den högsta gränsen. Du kan bara minska det här värdet.
För tjänsten för en enskild klientorganisation kan du minska eller öka standardgränsen på 90 dagar. Mer information finns i Redigera värd- och appinställningar för logikappar i en enda klientorganisation Azure Logic Apps.
För en integreringstjänstmiljö kan du minska eller öka standardgränsen på 90 dagar.
Anta till exempel att du minskar kvarhållningsgränsen från 90 dagar till 30 dagar. En 60-dagars gammal körning tas bort från körningshistoriken. Om du ökar kvarhållningsperioden från 30 dagar till 60 dagar finns en 20-dagars körning kvar i körningshistoriken i ytterligare 40 dagar.
Viktigt
Om körningens varaktighet överskrider kvarhållningsgränsen för den aktuella körningshistoriken tas körningen bort från körningshistoriken i lagringen. För att undvika att körningshistoriken går förlorade kontrollerar du att kvarhållningsgränsen alltid är längre än körningens längsta möjliga varaktighet.
Följ dessa steg om du vill ändra standardvärdet eller den aktuella gränsen för dessa egenskaper:
I sökrutan Azure Portal du och väljer Logikappar.
Leta upp och öppna logikappen i Logikappdesignern.
På logikappens meny väljer du Arbetsflödesinställningar.
Under Körningsalternativ väljer du Anpassad i listan Kvarhållning av körningshistorik i dagar.
Dra skjutreglaget för att ändra antalet dagar som du vill ha.
När du är klar går du till verktygsfältet Arbetsflödesinställningar och väljer Spara.
Loopnings-, samtidighets- och debatching-gränser
I följande tabell visas värdena för en enskild arbetsflödeskörning:
Loopåtgärder
För varje loop
I följande tabell visas värdena för en For each-loop:
| Name | Flera klientorganisationer | En enskild klientorganisation | Integreringstjänstmiljö | Kommentarer |
|---|---|---|---|---|
| Matrisobjekt | 100 000 objekt | – Tillståndsfullt arbetsflöde: 100 000 objekt Standard – Tillståndslöst arbetsflöde: 100 objekt |
100 000 objekt | Antalet matrisobjekt som en For each-loop kan bearbeta. Om du vill filtrera större matriser kan du använda frågeåtgärden. Om du vill ändra standardgränsen i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
| Samtidiga iterationer | Samtidighet av: 20 Samtidighet på: – Standard: 20 |
Samtidighet av: 20 Standard Samtidighet på: – Standard: 20 |
Samtidighet av: 20 Samtidighet på: – Standard: 20 |
Antalet iterationer för varje loop som kan köras samtidigt eller parallellt. Om du vill ändra det här värdet i tjänsten för flera innehavare, se Ändra för varje samtidighetsgräns eller Kör för varje loopar sekventiellt. Om du vill ändra standardgränsen i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
Until-loop
I följande tabell visas värdena för en Until-loop:
| Name | Flera klientorganisationer | En enskild klientorganisation | Integreringstjänstmiljö | Kommentarer |
|---|---|---|---|---|
| Iterationer | – Standard: 60 - Min: 1 – Max: 5 000 |
Tillståndsfullt arbetsflöde: – Standard: 60 Tillståndslöst arbetsflöde: – Standard: 60 |
– Standard: 60 - Min: 1 – Max: 5 000 |
Antalet cykler som en Until-loop kan ha under en arbetsflödeskörning. Om du vill ändra det här värdet i tjänsten för flera innehavare går du till formen Until-loop och väljer Ändra gränser och anger värdet för egenskapen Count. Om du vill ändra standardvärdet i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
| Tidsgräns | Standard: PT1H (1 timme) | Tillståndsfullt arbetsflöde: PT1H (1 timme) Tillståndslöst arbetsflöde: PT5M (5 min) |
Standard: PT1H (1 timme) | Hur lång tid until-loopen kan köras innan den avslutas och anges i ISO 8601-format. Tidsgränsvärdet utvärderas för varje loopcykel. Om någon åtgärd i loopen tar längre tid än tidsgränsen stoppas inte den aktuella cykeln. Nästa cykel startar dock inte eftersom begränsningsvillkoret inte uppfylls. Om du vill ändra det här värdet i tjänsten för flera innehavare går du till formen Until-loop och väljer Ändra gränser och anger värdet för egenskapen Timeout. Om du vill ändra standardvärdet i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
Samtidighet och debatching
| Name | Flera klientorganisationer | En enskild klientorganisation | Integreringstjänstmiljö | Kommentarer |
|---|---|---|---|---|
| Utlösare – samtidiga körningar | Concurrency off (Samtidighet av): Obegränsat Samtidighet på (oåterkalleligt): – Standard: 25 |
Concurrency off (Samtidighet av): Obegränsat Samtidighet på (oåterkalleligt): – Standard: 100 |
Concurrency off (Samtidighet av): Obegränsat Samtidighet på (oåterkalleligt): – Standard: 25 |
Antalet samtidiga körningar som en utlösare kan starta samtidigt eller parallellt. Obs! När samtidighet är aktiverat minskas SplitOn-gränsen till 100 objekt för debatching-matriser. Om du vill ändra det här värdet i tjänsten för flera innehavare kan du se Ändra samtidighetsgräns för utlösare eller Utlösa instanser sekventiellt. Om du vill ändra standardvärdet i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
| Maximalt antal väntande körningar | Samtidighet av: - Min: 1 körning – Max: 50 körningar Samtidighet på: – Min: 10 körningar plus antalet samtidiga körningar – Max: 100 körningar |
Samtidighet av: - Min: 1 körning – Max: 50 körningar Samtidighet på: – Min: 10 körningar plus antalet samtidiga körningar – Max: 200 körningar |
Samtidighet av: - Min: 1 körning – Max: 50 körningar Samtidighet på: – Min: 10 körningar plus antalet samtidiga körningar – Max: 100 körningar |
Antalet arbetsflödesinstanser som kan vänta på att köras när din aktuella arbetsflödesinstans redan kör det högsta antalet samtidiga instanser. Om du vill ändra det här värdet i tjänsten för flera innehavare kan du se Ändra gräns för väntande körningar. Om du vill ändra standardvärdet i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
| SplitOn-objekt | Samtidighet av: 100 000 objekt Samtidighet för: 100 objekt |
Samtidighet av: 100 000 objekt Samtidighet för: 100 objekt |
Samtidighet av: 100 000 objekt Standard Samtidighet för: 100 objekt |
För utlösare som returnerar en matris kan du ange ett uttryck som använder en SplitOn-egenskap som delar upp eller debatchar matrisobjekt i flera arbetsflödesinstanser för bearbetning, i stället för att använda en For each-loop. Det här uttrycket refererar till matrisen som ska användas för att skapa och köra en arbetsflödesinstans för varje matrisobjekt. Obs! När samtidighet är aktiverat minskas SplitOn-gränsen till 100 objekt. |
Dataflödesbegränsningar
I följande tabell visas värdena för en enskild arbetsflödesdefinition:
| Name | Flera klientorganisationer | En enskild klientorganisation | Kommentarer |
|---|---|---|---|
| Åtgärd – körningar per rullande intervall på 5 minuter | Standard: 100 000 körningar – Läge för högt dataflöde: 300 000 körningar |
Ingen | I tjänsten för flera innehavare kan du höja standardvärdet till det högsta värdet för arbetsflödet. Mer information finns i Kör i dataflödesläge, som är i förhandsversion. Eller så kan du distribuera arbetsbelastningen över fler än ett arbetsflöde efter behov. |
| Åtgärd – Samtidiga utgående anrop | ~2 500 anrop | Ingen | Du kan minska antalet samtidiga begäranden eller minska varaktigheten efter behov. |
| Begränsning för hanterad anslutningsapp | Begränsningsgränsen varierar beroende på anslutning | Begränsningsgränsen varierar beroende på anslutning | För flera innehavare granskar du varje hanterad anslutningsapps tekniska referenssida. Mer information om hantering av anslutningsbegränsning finns i Hantera begränsningsproblem ("429 - För många begäranden"). |
| Körningsslutpunkt – samtidiga inkommande anrop | ~1 000 anrop | Ingen | Du kan minska antalet samtidiga begäranden eller minska varaktigheten efter behov. |
| Körningsslutpunkt – Läsa anrop per 5 min | 60 000 lässamtal | Ingen | Den här gränsen gäller för anrop som hämtar råa indata och utdata från ett arbetsflödes körningshistorik. Du kan distribuera arbetsbelastningen över fler än ett arbetsflöde efter behov. |
| Körningsslutpunkt – Anropa anrop per 5 min | 45 000 anropa anrop | Ingen | Du kan distribuera arbetsbelastningen över fler än ett arbetsflöde efter behov. |
| Innehållsgenomflöde per 5 min | 600 MB | Ingen | Du kan distribuera arbetsbelastningen över fler än ett arbetsflöde efter behov. |
Kör i läget för högt dataflöde
För en enskild arbetsflödesdefinition har antalet åtgärder som körs var femte minut en standardgräns. Om du vill höja standardvärdet till det högsta värdet för arbetsflödet, vilket är tre gånger standardvärdet, kan du aktivera läget för högt dataflöde, som är i förhandsversion. Eller så kan du distribuera arbetsbelastningen över fler än ett arbetsflöde efter behov.
I Azure Portal på logikappens meny går du till Inställningar och väljer Arbetsflödesinställningar.
Under Körningsalternativ > Högt dataflöde ändrar du inställningen till På.

Integration Service Environment (ISE)
Ise-SKU förutvecklare: Ger upp till 500 körningar per minut, men tänk på följande:
Se till att du endast använder den här SKU:n för utforskning, experiment, utveckling eller testning – inte för produktions- eller prestandatestning. Denna SKU har inget serviceavtal (SLA), uppskalningskapacitet eller redundans under återanvändning, vilket innebär att det kan uppstå fördröjningar eller driftstopp.
Backend-uppdateringar kan tillfälligt avbryta tjänsten.
Premium ISE SKU:I följande tabell beskrivs den här SKU:ns dataflödesgränser, men om du vill överskrida dessa gränser vid normal bearbetning eller köra belastningstester som kan överskrida dessa gränser kontaktar du Logic Apps-teamet för att få hjälp med dina krav.
Name Gräns Kommentarer Körningsgräns för basenhet Systembegränsning när infrastrukturkapaciteten når 80 % Tillhandahåller ~4 000 åtgärdskörningar per minut, vilket är ~160 miljoner åtgärdskörningar per månad Körningsgräns för skalningsenhet Systembegränsning när infrastrukturkapaciteten når 80 % Varje skalningsenhet kan ge ~2 000 fler åtgärdskörningar per minut, vilket är cirka 80 miljoner fler åtgärdskörningar per månad Maximalt antal skalningsenheter som du kan lägga till 10 skalningsenheter
Datagatewaygränser
Azure Logic Apps stöder skrivåtgärder, inklusive infogningar och uppdateringar, via den lokala datagatewayen. Dessa åtgärder har dock begränsningar för nyttolastens storlek.
Åtgärdsgränser för variabler
I följande tabell visas värdena för en enda arbetsflödesdefinition:
| Name | Flera klientorganisationer | En enskild klientorganisation | Integreringstjänstmiljö | Kommentarer |
|---|---|---|---|---|
| Variabler per arbetsflöde | 250 variabler | 250 variabler Standard |
250 variabler | |
| Variabel – Maximal innehållsstorlek | 104 857 600 tecken | Tillståndsfullt arbetsflöde: 104 857 600 tecken Standard Tillståndslöst arbetsflöde: 1 024 tecken |
104 857 600 tecken | Om du vill ändra standardvärdet i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
| Variabel (matristyp) – Maximalt antal matrisobjekt | 100 000 objekt | 100 000 objekt Standard |
Premium SKU: 100 000 objekt Developer SKU: 5 000 objekt |
Om du vill ändra standardvärdet i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
Begränsningar för HTTP-begäranden
I följande tabeller visas värdena för ett enskilt inkommande eller utgående anrop:
Timeout-varaktighet
Som standard följer HTTP-åtgärden och APIConnection standardmönstret för asynkronaåtgärder, medan åtgärden Svar följer det synkrona åtgärdsmönstret. Vissa åtgärder för hanterade anslutningsappar gör asynkrona anrop eller lyssnar efter webhook-begäranden, så tidsgränsen för dessa åtgärder kan vara längre än följande gränser. Mer information finns på varje anslutningsapps tekniska referenssida och i dokumentationen om arbetsflödesutlösare och -åtgärder.
Anteckning
För resurstypen Logic App (Standard) i tjänsten för en enskild klientorganisation kan tillståndslösa arbetsflöden bara köras synkront.
| Name | Flera klientorganisationer | En enskild klientorganisation | Integreringstjänstmiljö | Kommentarer |
|---|---|---|---|---|
| Utgående begäran | 120 sek (2 min) |
235 sek (3,9 min) Standard |
240 sek (4 min) |
Exempel på utgående begäranden är anrop som görs av HTTP-utlösaren eller åtgärden. Tips: För åtgärder som körs längre använder du ett asynkront avsökningsmönster eller en "Until"-loop. För att komma runt tidsgränsgränser när du anropar ett annat arbetsflöde som har en anropsbar slutpunkt kandu använda den inbyggda Azure Logic Apps-åtgärden i stället, som du hittar i designerns åtgärdsväljare under Inbyggd . Om du vill ändra standardgränsen i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
| Inkommande begäran | 120 sek (2 min) |
235 sek (3,9 min) Standard |
240 sek (4 min) |
Exempel på inkommande begäranden är anrop som tas emot av begärandeutlösaren, HTTP Webhook-utlösaren och HTTP Webhook-åtgärden. Obs! För att den ursprungliga anroparen ska få svaret måste alla steg i svaret slutföras inom gränsen om du inte anropar ett annat kapslat arbetsflöde. Mer information finns i Anropa, utlösa eller kapsla logikappar. Om du vill ändra standardgränsen i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
Meddelanden
| Name | Segmentering aktiverat | Flera klientorganisationer | En enskild klientorganisation | Integreringstjänstmiljö | Kommentarer |
|---|---|---|---|---|---|
| Nedladdning av innehåll – maximalt antal begäranden | Yes | 1 000 begäranden | 1 000 begäranden Standard |
1 000 begäranden | |
| Meddelandestorlek | No | 100 MB | 100 MB | 200 MB | Information om hur du kan komma runt den här gränsen finns i Hantera stora meddelanden med segmentering. Vissa anslutningsappar och API:er stöder dock inte segmentering eller ens standardgränsen. – Anslutningsappar som AS2, X12 och EDIFACT har sina egna B2B-meddelandegränser. – ISE-anslutningsappar använder ISE-gränsen, inte gränserna för icke-ISE-anslutning. Om du vill ändra standardvärdet i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
| Meddelandestorlek | Yes | 1 GB | 1 073 741 824 byte (1 GB) Standard |
5 GB | Den här gränsen gäller för åtgärder som antingen har inbyggt stöd för segmentering eller gör att du kan aktivera segmentering i deras körningskonfiguration. Om du använder en ISE stöder Azure Logic Apps-motorn den här gränsen, men anslutningsappar har egna segmentgränser upp till motorgränsen. Se till exempel API-referensen för Azure Blob Storage-anslutningsappen. Mer information om segmentering finns i Hantera stora meddelanden med segmentering. Om du vill ändra standardvärdet i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
| Segmentstorlek för innehåll | Yes | Varierar beroende på anslutningsapp | 52 428 800 byte (52 MB) Standard |
Varierar beroende på anslutningsapp | Den här gränsen gäller för åtgärder som antingen har inbyggt stöd för segmentering eller gör att du kan aktivera segmentering i deras körningskonfiguration. Om du vill ändra standardvärdet i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
Teckenbegränsningar
| Name | Gräns | Kommentarer |
|---|---|---|
| Gräns för uttrycksutvärdering | 131 072 tecken | Uttrycken @concat() , , får inte vara längre än den här @base64() @string() gränsen. |
| Teckengräns för begärande-URL | 16 384 tecken | |
Återförsöksprincip
| Name | Gräns för flera innehavare | Gräns för enskild klientorganisation | Kommentarer |
|---|---|---|---|
| Antal återförsök | – Standard: 4 försök – Max: 90 försök |
– Standard: 4 försök | Om du vill ändra standardgränsen i tjänsten för flera innehavare använder du principparametern för återförsök. Om du vill ändra standardgränsen i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
| Återförsöksintervall | Ingen | Standard: 7 sek | Om du vill ändra standardgränsen i tjänsten för flera innehavare använder du principparametern för återförsök. Om du vill ändra standardgränsen i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
| Maximal tid innan nytt försök | Standard: 1 dag | Standard: 1 timme | Om du vill ändra standardgränsen i tjänsten för flera innehavare använder du principparametern för återförsök. Om du vill ändra standardgränsen i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
| Minimal tid innan nytt försök | Standard: 5 sek | Standard: 5 sek | Om du vill ändra standardgränsen i tjänsten för flera innehavare använder du principparametern för återförsök. Om du vill ändra standardgränsen i tjänsten för en enskild klientorganisation kan du läsa Redigera värd- och appinställningar för logikappar i en enskild klientorganisation Azure Logic Apps. |
Autentiseringsgränser
I följande tabell visas värdena för ett arbetsflöde som börjar med en Request-utlösare och aktiverar Azure Active Directory Open Authentication (Azure AD OAuth) för auktorisering av inkommande anrop till request-utlösaren:
| Name | Gräns | Kommentarer |
|---|---|---|
| Azure AD-auktoriseringsprinciper | 5 principer | |
| Anspråk per auktoriseringsprincip | 10 anspråk | |
| Anspråksvärde – maximalt antal tecken | 150 tecken | |
Växla åtgärdsgränser
I följande tabell visas värdena för en enskild arbetsflödesdefinition:
| Name | Gräns | Kommentarer |
|---|---|---|
| Maximalt antal ärenden per åtgärd | 25 | |
Begränsningar för infogade kodåtgärder
I följande tabell visas värdena för en enskild arbetsflödesdefinition:
| Name | Flera klientorganisationer | En enskild klientorganisation | Integreringstjänstmiljö | Kommentarer |
|---|---|---|---|---|
| Maximalt antal kodtecken | 1 024 tecken | 100 000 tecken | 1 024 tecken | Om du vill använda den högre gränsen skapar du en Logikappresurs (Standard) som körs i en enda klientorganisation Azure Logic Apps, antingen med hjälp av Azure Portal eller med Visual Studio Code och Azure Logic Apps-tillägget (Standard). |
| Maximal varaktighet för kod som körs | 5 sek | 15 sek | 1 024 tecken | Om du vill använda den högre gränsen skapar du en Logikappresurs (Standard) som körs i en enda klientorganisation Azure Logic Apps, antingen med hjälp av Azure Portal eller med Visual Studio Code och Azure Logic Apps-tillägget (Standard). |
Gränser för anpassade anslutningsappar
I miljöer med Azure Logic Apps klientorganisation och endast integreringstjänstmiljönkan du skapa och använda anpassade hanterade anslutningsappar , som är omslutningar runt en befintlig REST API eller SOAP-API. I en Azure Logic Apps kan du bara skapa och använda anpassade inbyggda anslutningsappar.
I följande tabell visas värdena för anpassade anslutningsappar:
| Name | Flera klientorganisationer | En enskild klientorganisation | Integreringstjänstmiljö | Kommentarer |
|---|---|---|---|---|
| Anpassade anslutningar | 1 000 per Azure-prenumeration | Obegränsat | 1 000 per Azure-prenumeration | |
| Anpassade anslutningsappar – antal API:er | SOAP-baserad: 50 | Inte tillämpligt | SOAP-baserad: 50 | |
| Begäranden per minut för en anpassad anslutningsapp | 500 begäranden per minut per anslutning | Baserat på din implementering | 2 000 begäranden per minut per anpassad anslutningsapp | |
| Tidsgräns för anslutning | 2 min | Inaktiv anslutning: 4 min Aktiv anslutning: |
2 min | |
Mer information finns i följande dokumentation:
- Översikt över anpassade hanterade anslutningsappar
- Aktivera redigering av inbyggd anslutningsapp – Visual Studio Code med Azure Logic Apps (Standard)
Gränser för hanterade identiteter
| Name | Gräns |
|---|---|
| Hanterade identiteter per logikapp | Antingen den system tilldelade identiteten eller en användar tilldelad identitet |
| Antal logikappar som har en hanterad identitet i en Azure-prenumeration per region | 1 000 |
Anteckning
Som standard har en Logikappresurs (Standard) sin system tilldelade hanterade identitet automatiskt aktiverad för att autentisera anslutningar vid körning. Den här identiteten skiljer sig från autentiseringsuppgifterna eller anslutningssträngen som du använder när du skapar en anslutning. Om du inaktiverar den här identiteten fungerar inte anslutningarna vid körning. Om du vill visa den här inställningen går du till logikappens meny och Inställningar väljer Identitet.
Gränser för integrationskonto
Varje Azure-prenumeration har dessa begränsningar för integrationskontot:
Ett integrationskonto på kostnadsfri nivå per Azure-region. Den här nivån är endast tillgänglig för offentliga regioner i Azure, till exempel USA, västra eller Sydostasien, men inte för Azure China 21Vianet eller Azure Government.
1 000 totala integrationskonton, inklusive integrationskonton i alla integrationstjänstmiljöer (ISE) för både developer- och Premium-SKU:er.
Varje ISE, oavsett om det är developer eller Premium,kan använda ett enda integrationskonto utan extra kostnad, även om den inkluderade kontotypen varierar beroende på ISE SKU. Du kan skapa fler integrationskonton för din ISE upp till den totala gränsen för en extra kostnad.
ISE SKU Gränser för integrationskonto Premium 20 konton totalt, inklusive ett Standard-konto utan extra kostnad. Med den här SKU:n kan du bara ha standardkonton. Inga kostnadsfria eller grundläggande konton tillåts. Utvecklare 20 totalt antal konton, inklusive ett kostnadsfritt konto (begränsat till 1). Med den här SKU:n kan du ha endera kombination: – Ett kostnadsfritt konto och upp till 19 standardkonton.
– Inget kostnadsfritt konto och upp till 20 Standard-konton.Inga grundläggande eller fler kostnadsfria konton tillåts.
Viktigt! Använd Developer SKU för att experimentera, utveckla och testa, men inte för produktions- eller prestandatestning.
Information om hur priser och fakturering fungerar för ISE:er finns Logic Apps prismodellen. Prisinformation finns i Logic Apps priser.
Artefaktgränser per integrationskonto
I följande tabeller visas värdena för antalet artefakter som är begränsade till varje integrationskontonivå. Prisinformation finns i Logic Apps priser. Information om hur priser och fakturering fungerar för integrationskonton finns i Logic Apps prismodellen.
Anteckning
Använd endast den kostnadsfria nivån för undersökande scenarier, inte produktionsscenarier. Den här nivån begränsar dataflöde och användning och har inget serviceavtal (SLA).
| Artefakt | Kostnadsfri | Basic | Standard |
|---|---|---|---|
| EDI-handelspartner | 10 | 1 | 1 000 |
| EDI-handelspartner | 25 | 2 | 1 000 |
| Maps | 25 | 500 | 1 000 |
| Scheman | 25 | 500 | 1 000 |
| Sammansättningar | 10 | 25 | 1 000 |
| Certifikat | 25 | 2 | 1 000 |
| Batch-konfigurationer | 5 | 1 | 50 |
Kapacitetsbegränsningar för artefakter
| Artefakt | Gräns | Kommentarer |
|---|---|---|
| Sammansättning | 8 MB | Om du vill ladda upp filer som är större än 2 MB använder du ett Azure Storage-konto och en blobcontainer. |
| Karta (XSLT-fil) | 8 MB | Om du vill ladda upp filer som är större än 2 MB använder du Azure Logic Apps REST API - Kartor. Obs! Mängden data eller poster som en karta kan bearbeta baseras på meddelandestorleken och tidsgränsgränserna för åtgärder i Azure Logic Apps. Om du till exempel använder en HTTP-åtgärd, baserat på HTTP-meddelandestorlek och tidsgränsgränser, kan en karta bearbeta data upp till storleksgränsen för HTTP-meddelanden om åtgärden slutförs inom HTTP-tidsgränsgränsen. |
| Schema | 8 MB | Om du vill ladda upp filer som är större än 2 MB använder du ett Azure Storage-konto och en blobcontainer. |
Dataflödesbegränsningar
| Körningsslutpunkt | Kostnadsfri | Basic | Standard | Kommentarer |
|---|---|---|---|---|
| Läs anrop per 5 min | 3 000 | 30,000 | 60 000 | Den här gränsen gäller för anrop som hämtar råa indata och utdata från en logikapps körningshistorik. Du kan distribuera arbetsbelastningen över fler än ett konto efter behov. |
| Anropa anrop per 5 min | 3 000 | 30,000 | 45 000 | Du kan distribuera arbetsbelastningen över fler än ett konto efter behov. |
| Spåra anrop per 5 min | 3 000 | 30,000 | 45 000 | Du kan distribuera arbetsbelastningen över fler än ett konto efter behov. |
| Blockera samtidiga anrop | ~1 000 | ~1 000 | ~1 000 | Samma för alla SKU:er. Du kan minska antalet samtidiga begäranden eller minska varaktigheten efter behov. |
Meddelandestorlek för B2B-protokoll (AS2, X12, EDIFACT)
I följande tabell visas de storleksgränser för meddelanden som gäller för B2B-protokoll:
| Name | Flera klientorganisationer | En enskild klientorganisation | Integreringstjänstmiljö | Kommentarer |
|---|---|---|---|---|
| AS2 | v2 – 100 MB v1 – 25 MB |
Inte tillgänglig | v2 – 200 MB v1 – 25 MB |
Gäller för avkodning och kodning |
| X12 | 50 MB | Inte tillgänglig | 50 MB | Gäller för avkodning och kodning |
| EDIFACT | 50 MB | Inte tillgänglig | 50 MB | Gäller för avkodning och kodning |
Brandväggskonfiguration: IP-adresser och tjänsttaggar
Om din miljö har strikta nätverkskrav eller brandväggar som begränsar trafiken till specifika IP-adresser måste din miljö eller brandvägg tillåta åtkomst för både inkommande och utgående IP-adresser som används av Azure Logic Apps-tjänsten eller körningen i Azure-regionen där logikappresursen finns. Om du vill konfigurera den här åtkomsten kan du skapa Azure Firewall regler. Alla logikappar i samma region använder samma IP-adressintervall.
Anteckning
Om du använder Power Automategår vissa åtgärder, till exempel HTTP och HTTP + OpenAPI, direkt via Azure Logic Apps-tjänsten och kommer från DE IP-adresser som anges här. Mer information om IP-adresser som används av Power Automate finns i Gränser och konfiguration för Power Automate.
Anta till exempel att dina logikappar distribueras i regionen USA, västra. För att stödja anrop som dina logikappar skickar eller tar emot via inbyggda utlösare och åtgärder, till exempel HTTP-utlösaren eller åtgärden , måste brandväggen tillåta åtkomst för alla inkommande IP-adresseroch utgående IP-adresser för Azure Logic Apps-tjänsten som finns i regionen USA, västra.
Om arbetsflödet använder hanterade anslutningsappar, till exempel Office 365 Outlook-anslutningsappen eller SQL-anslutningsappen, eller använder anpassade anslutningsappar måste brandväggen också tillåta åtkomst för alla utgående IP-adresser för hanterade anslutningsappar i logikappens Azure-region. Om arbetsflödet använder anpassade anslutningsappar som har åtkomst till lokala resurser via den lokala datagatewayresurseni Azure måste du konfigurera gatewayinstallationen för att tillåta åtkomst för motsvarande utgående IP-adresser för den hanterade anslutningsappen. Mer information om hur du ställer in kommunikationsinställningar på gatewayen finns i följande avsnitt:
- Justera kommunikationsinställningar för den lokala datagatewayen
- Konfigurera proxyinställningar för den lokala datagatewayen
Viktigt
Om du använder en Microsoft Azure som drivs av 21Vianethar inte hanterade anslutningsappar och anpassade anslutningsappar reserverade eller fasta IP-adresser. Därför kan du inte konfigurera brandväggsregler för logikappar som använder dessa anslutningsappar i det här molnet. Information om Azure Logic Apps-IP-adresser finns i dokumentationsversionen för Azure som drivs av 21Vianet.
Ip-konfigurationsöverväganden för brandvägg
Innan du ställer in brandväggen med IP-adresser bör du läsa dessa överväganden:
Om dina logikapparbetsflöden körs i Azure Logic Apps klientorganisation måste du hitta fullständigt kvalificerade domännamn (FQDN) för dina anslutningar. Mer information finns i motsvarande avsnitt i följande avsnitt:
Om dina logikapparbetsflöden körs i en Integration Service Environment (ISE)ska du även öppna dessa portar.
För att förenkla eventuella säkerhetsregler som du vill skapa kan du välja att använda tjänsttaggar i stället för att ange IP-adressprefix för varje region. De här taggarna fungerar i de regioner Logic Apps tjänsten är tillgänglig:
LogicAppsManagement: Representerar de inkommande IP-adressprefixen för Logic Apps tjänsten.
LogicApps: Representerar de utgående IP-adressprefixen för den Logic Apps tjänsten.
AzureConnectors: Representerar IP-adressprefix för hanterade anslutningsappar som gör inkommande webhook-återanrop till Logic Apps-tjänsten och utgående anrop till sina respektive tjänster, till exempel Azure Storage eller Azure Event Hubs.
Om logikapparna har problem med att komma åt Azure Storage-konton som använder brandväggaroch brandväggsregler har du olika andra alternativ för att aktivera åtkomst.
Logikappar kan till exempel inte direkt komma åt lagringskonton som använder brandväggsregler och som finns i samma region. Men om du tillåter utgående IP-adresser för hanterade anslutningsappar i din region kan dina logikappar komma åt lagringskontonsom finns i en annan region förutom när du använder anslutningsapparna för Azure Table Storage eller Azure Queue Storage. Om du vill komma åt Storage eller Storage kan du använda HTTP-utlösaren och åtgärderna i stället. Andra alternativ finns i Åtkomst till lagringskonton bakom brandväggar.
Inkommande IP-adresser
I det här avsnittet visas de inkommande IP-adresserna Azure Logic Apps tjänsten. Om du använder en Azure Government, se Azure Government - Inkommande IP-adresser.
Tips
För att minska komplexiteten när du skapar säkerhetsregler kan du välja att använda tjänsttaggen LogicAppsManagement i stället för att ange inkommande IP Logic Apps-adressprefix för varje region.
Vissa hanterade anslutningsappar gör inkommande webhook-återanrop till Azure Logic Apps tjänsten. För dessa hanterade anslutningsappar kan du välja att använda tjänsttaggen AzureConnectors för dessa hanterade anslutningsappar i stället för att ange IP-adressprefix för inkommande hanterade anslutningsappar för varje region. De här taggarna fungerar i de regioner Logic Apps tjänsten är tillgänglig.
Följande anslutningsappar gör inkommande webhook-återanrop till Logic Apps tjänsten:
Adobe Creative Cloud, Adobe Sign, Adobe Sign Demo, Adobe Sign Preview, Adobe Sign Stage, Microsoft Sentinel, Business Central, Calendly, Common Data Service, DocuSign, DocuSign Demo, Dynamics 365 for Fin & Ops, LiveChat, Office 365 Outlook, Outlook.com, Parserr, SAP*, Shifts for Microsoft Teams, Teamwork Projects, Typeform
*SAP: Returanroparen beror på om distributionsmiljön är Azure eller ISE för flera innehavare. I miljön för flera innehavare gör den lokala datagatewayen anropet tillbaka till Logic Apps tjänsten. I en ISE gör SAP-anslutningsappen anropet tillbaka till Logic Apps tjänsten.
Multi-tenant & single-tenant – Inbound IP addresses (Inkommande IP-adresser)
| Region | IP-adress |
|---|---|
| Australien, östra | 13.75.153.66, 104.210.89.222, 104.210.89.244, 52.187.231.161 |
| Australien, sydöstra | 13.73.115.153, 40.115.78.70, 40.115.78.237, 52.189.216.28 |
| Brasilien, södra | 191.235.86.199, 191.235.95.229, 191.235.94.220, 191.234.166.198 |
| Brasilien, sydöstra | 20.40.32.59, 20.40.32.162, 20.40.32.80, 20.40.32.49 |
| Kanada, centrala | 13.88.249.209, 52.233.30.218, 52.233.29.79, 40.85.241.105 |
| Kanada, östra | 52.232.129.143, 52.229.125.57, 52.232.133.109, 40.86.202.42 |
| Indien, centrala | 52.172.157.194, 52.172.184.192, 52.172.191.194, 104.211.73.195 |
| Central US | 13.67.236.76, 40.77.111.254, 40.77.31.87, 104.43.243.39 |
| Asien, östra | 168.63.200.173, 13.75.89.159, 23.97.68.172, 40.83.98.194 |
| East US | 137.135.106.54, 40.117.99.79, 40.117.100.228, 137.116.126.165 |
| USA, östra 2 | 40.84.25.234, 40.79.44.7, 40.84.59.136, 40.70.27.253 |
| Frankrike, centrala | 52.143.162.83, 20.188.33.169, 52.143.156.55, 52.143.158.203 |
| Frankrike, södra | 52.136.131.145, 52.136.129.121, 52.136.130.89, 52.136.131.4 |
| Tyskland, norra | 51.116.211.29, 51.116.208.132, 51.116.208.37, 51.116.208.64 |
| Tyskland, västra centrala | 51.116.168.222, 51.116.171.209, 51.116.233.40, 51.116.175.0 |
| Japan, östra | 13.71.146.140, 13.78.84.187, 13.78.62.130, 13.78.43.164 |
| Japan, västra | 40.74.140.173, 40.74.81.13, 40.74.85.215, 40.74.68.85 |
| Jio Indien, västra | 20.193.206.48,20.193.206.49,20.193.206.50,20.193.206.51 |
| Sydkorea, centrala | 52.231.14.182, 52.231.103.142, 52.231.39.29, 52.231.14.42 |
| Sydkorea, södra | 52.231.166.168, 52.231.163.55, 52.231.163.150, 52.231.192.64 |
| USA, norra centrala | 168.62.249.81, 157.56.12.202, 65.52.211.164, 65.52.9.64 |
| Europa, norra | 13.79.173.49, 52.169.218.253, 52.169.220.174, 40.112.90.39 |
| Mellanöstern | 51.120.88.93, 51.13.66.86, 51.120.89.182, 51.120.88.77 |
| Sydafrika, norra | 102.133.228.4, 102.133.224.125, 102.133.226.199, 102.133.228.9 |
| Sydafrika, västra | 102.133.72.190, 102.133.72.145, 102.133.72.184, 102.133.72.173 |
| USA, södra centrala | 13.65.98.39, 13.84.41.46, 13.84.43.45, 40.84.138.132 |
| Indien, södra | 52.172.9.47, 52.172.49.43, 52.172.51.140, 104.211.225.152 |
| Sydostasien | 52.163.93.214, 52.187.65.81, 52.187.65.155, 104.215.181.6 |
| Schweiz, norra | 51.103.128.52, 51.103.132.236, 51.103.134.138, 51.103.136.209 |
| Schweiz, västra | 51.107.225.180, 51.107.225.167, 51.107.225.163, 51.107.239.66 |
| Förenade Arabemiraten, centrala | 20.45.75.193, 20.45.64.29, 20.45.64.87, 20.45.71.213 |
| Förenade Arabemiraten, norra | 20.46.42.220, 40.123.224.227, 40.123.224.143, 20.46.46.173 |
| Storbritannien, södra | 51.140.79.109, 51.140.78.71, 51.140.84.39, 51.140.155.81 |
| Storbritannien, västra | 51.141.48.98, 51.141.51.145, 51.141.53.164, 51.141.119.150 |
| USA, västra centrala | 52.161.26.172, 52.161.8.128, 52.161.19.82, 13.78.137.247 |
| Europa, västra | 13.95.155.53, 52.174.54.218, 52.174.49.6 |
| Indien, västra | 104.211.164.112, 104.211.165.81, 104.211.164.25, 104.211.157.237 |
| USA, västra | 52.160.90.237, 138.91.188.137, 13.91.252.184, 157.56.160.212 |
| USA, västra 2 | 13.66.224.169, 52.183.30.10, 52.183.39.67, 13.66.128.68 |
| USA, västra 3 | 20.150.172.240, 20.150.172.242, 20.150.172.243, 20.150.172.241 |
Azure Government – Inkommande IP-adresser
| Azure Government region | IP-adress |
|---|---|
| US Gov, Arizona | 52.244.67.164, 52.244.67.64, 52.244.66.82 |
| US Gov, Texas | 52.238.119.104, 52.238.112.96, 52.238.119.145 |
| US Gov, Virginia | 52.227.159.157, 52.227.152.90, 23.97.4.36 |
| USA DoD, centrala | 52.182.49.204, 52.182.52.106 |
Utgående IP-adresser
I det här avsnittet listas de utgående IP-adresserna för Azure Logic Apps tjänsten. Om du använder en Azure Government, se Azure Government - utgående IP-adresser. Om arbetsflödet använder hanterade anslutningsappar, till exempel Office 365 Outlook-anslutningsappen eller SQL-anslutningsappen, eller använder anpassade anslutningsappar,måste brandväggen även tillåta åtkomst för alla utgående IP-adresser för hanterade anslutningsappar i Azure-regionen för logikappen. Om arbetsflödet använder anpassade anslutningsappar som har åtkomst till lokala resurser via den lokala datagatewayresurseni Azure måste du konfigurera gatewayinstallationen så att den tillåter åtkomst för motsvarande utgående IP-adresserför den hanterade anslutningen. Mer information om hur du ställer in kommunikationsinställningar på gatewayen finns i följande avsnitt:
- Justera kommunikationsinställningar för den lokala datagatewayen
- Konfigurera proxyinställningar för den lokala datagatewayen
Tips
För att minska komplexiteten när du skapar säkerhetsregler kan du välja att använda tjänsttaggen LogicApps i stället för att ange utgående IP Logic Apps-adressprefix för varje region. Du kan också använda tjänsttaggen AzureConnectors för hanterade anslutningsappar som gör utgående anrop till sina respektive tjänster, till exempel Azure Storage eller Azure Event Hubs, i stället för att ange utgående IP-adressprefix för den hanterade anslutningsappen för varje region. De här taggarna fungerar i de regioner Logic Apps tjänsten är tillgänglig.
Multi-tenant & single-tenant – Outbound IP addresses (Utgående IP-adresser)
| Region | Logic Apps IP |
|---|---|
| Australien, östra | 13.75.149.4, 104.210.91.55, 104.210.90.241, 52.187.227.245, 52.187.226.96, 52.187.231.184, 52.187.229.130, 52.187.226.139 |
| Australien, sydöstra | 13.73.114.207, 13.77.3.139, 13.70.159.205, 52.189.222.77, 13.77.56.167, 13.77.58.136, 52.189.214.42, 52.189.220.75 |
| Brasilien, södra | 191.235.82.221, 191.235.91.7, 191.234.182.26, 191.237.255.116, 191.234.161.168, 191.234.162.178, 191.234.161.28, 191.234.162.131 |
| Brasilien, sydöstra | 20.40.32.81, 20.40.32.19, 20.40.32.85, 20.40.32.60, 20.40.32.116, 20.40.32.87, 20.40.32.61, 20.40.32.113 |
| Kanada, centrala | 52.233.29.92, 52.228.39.244, 40.85.250.135, 40.85.250.212, 13.71.186.1, 40.85.252.47, 13.71.184.150 |
| Kanada, östra | 52.232.128.155, 52.229.120.45, 52.229.126.25, 40.86.203.228, 40.86.228.93, 40.86.216.241, 40.86.226.149, 40.86.217.241 |
| Indien, centrala | 52.172.154.168, 52.172.186.159, 52.172.185.79, 104.211.101.108, 104.211.102.62, 104.211.90.169, 104.211.90.162, 104.211.74.145 |
| Central US | 13.67.236.125, 104.208.25.27, 40.122.170.198, 40.113.218.230, 23.100.86.139, 23.100.87.24, 23.100.87.56, 23.100.82.16 |
| Asien, östra | 13.75.94.173, 40.83.127.19, 52.175.33.254, 40.83.73.39, 65.52.175.34, 40.83.77.208, 40.83.100.69, 40.83.75.165 |
| East US | 13.92.98.111, 40.121.91.41, 40.114.82.191, 23.101.139.153, 23.100.29.190, 23.101.136.201, 104.45.153.81, 23.101.132.208 |
| USA, östra 2 | 40.84.30.147, 104.208.155.200, 104.208.158.174, 104.208.140.40, 40.70.131.151, 40.70.29.214, 40.70.26.154, 40.70.27.236 |
| Frankrike, centrala | 52.143.164.80, 52.143.164.15, 40.89.186.30, 20.188.39.105, 40.89.191.161, 40.89.188.169, 40.89.186.28, 40.89.190.104 |
| Frankrike, södra | 52.136.132.40, 52.136.129.89, 52.136.131.155, 52.136.133.62, 52.136.139.225, 52.136.130.144, 52.136.140.226, 52.136.129.51 |
| Tyskland, norra | 51.116.211.168, 51.116.208.165, 51.116.208.175, 51.116.208.192, 51.116.208.200, 51.116.208.222, 51.116.208.217, 51.116.208.51 |
| Tyskland, västra centrala | 51.116.233.35, 51.116.171.49, 51.116.233.33, 51.116.233.22, 51.116.168.104, 51.116.175.17, 51.116.233.87, 51.116.175.51 |
| Japan, östra | 13.71.158.3, 13.73.4.207, 13.71.158.120, 13.78.18.168, 13.78.35.229, 13.78.42.223, 13.78.21.155, 13.78.20.232 |
| Japan, västra | 40.74.140.4, 104.214.137.243, 138.91.26.45, 40.74.64.207, 40.74.76.213, 40.74.77.205, 40.74.74.21, 40.74.68.85 |
| Jio Indien, västra | 20.193.206.128, 20.193.206.129, 20.193.206.130, 20.193.206.131, 20.193.206.132, 20.193.206.133, 20.193.206.134, 20.193.206.135 |
| Sydkorea, centrala | 52.231.14.11, 52.231.14.219, 52.231.15.6, 52.231.10.111, 52.231.14.223, 52.231.77.107, 52.231.8.175, 52.231.9.39 |
| Sydkorea, södra | 52.231.204.74, 52.231.188.115, 52.231.189.221, 52.231.203.118, 52.231.166.28, 52.231.153.89, 52.231.155.206, 52.231.164.23 |
| USA, norra centrala | 168.62.248.37, 157.55.210.61, 157.55.212.238, 52.162.208.216, 52.162.213.231, 65.52.10.183, 65.52.9.96, 65.52.8.225 |
| Europa, norra | 40.113.12.95, 52.178.165.215, 52.178.166.21, 40.112.92.104, 40.112.95.216, 40.113.4.18, 40.113.3.202, 40.113.1.181 |
| Mellanöstern | 51.120.88.52, 51.120.88.51, 51.13.65.206, 51.13.66.248, 51.13.65.90, 51.13.65.63, 51.13.68.140, 51.120.91.248 |
| Sydafrika, norra | 102.133.231.188, 102.133.231.117, 102.133.230.4, 102.133.227.103, 102.133.228.6, 102.133.230.82, 102.133.231.9, 102.133.231.51 |
| Sydafrika, västra | 102.133.72.98, 102.133.72.113, 102.133.75.169, 102.133.72.179, 102.133.72.37, 102.133.72.183, 102.133.72.132, 102.133.75.191 |
| USA, södra centrala | 104.210.144.48, 13.65.82.17, 13.66.52.232, 23.100.124.84, 70.37.54.122, 70.37.50.6, 23.100.127.172, 23.101.183.225 |
| Indien, södra | 52.172.50.24, 52.172.55.231, 52.172.52.0, 104.211.229.115, 104.211.230.129, 104.211.230.126, 104.211.231.39, 104.211.227.229 |
| Sydostasien | 13.76.133.155, 52.163.228.93, 52.163.230.166, 13.76.4.194, 13.67.110.109, 13.67.91.135, 13.76.5.96, 13.67.107.128 |
| Schweiz, norra | 51.103.137.79, 51.103.135.51, 51.103.139.122, 51.103.134.69, 51.103.138.96, 51.103.138.28, 51.103.136.37, 51.103.136.210 |
| Schweiz, västra | 51.107.239.66, 51.107.231.86, 51.107.239.112, 51.107.239.123, 51.107.225.190, 51.107.225.179, 51.107.225.186, 51.107.225.151, 51.107.239.83 |
| Förenade Arabemiraten, centrala | 20.45.75.200, 20.45.72.72, 20.45.75.236, 20.45.79.239, 20.45.67.170, 20.45.72.54, 20.45.67.134, 20.45.67.135 |
| Förenade Arabemiraten, norra | 40.123.230.45, 40.123.231.179, 40.123.231.186, 40.119.166.152, 40.123.228.182, 40.123.217.165, 40.123.216.73, 40.123.212.104 |
| Storbritannien, södra | 51.140.74.14, 51.140.73.85, 51.140.78.44, 51.140.137.190, 51.140.153.135, 51.140.28.225, 51.140.142.28, 51.140.158.24 |
| Storbritannien, västra | 51.141.54.185, 51.141.45.238, 51.141.47.136, 51.141.114.77, 51.141.112.112, 51.141.113.36, 51.141.118.119, 51.141.119.63 |
| USA, västra centrala | 52.161.27.190, 52.161.18.218, 52.161.9.108, 13.78.151.161, 13.78.137.179, 13.78.148.140, 13.78.129.20, 13.78.141.75, 13.71.199.128 - 13.71.199.159 |
| Europa, västra | 40.68.222.65, 40.68.209.23, 13.95.147.65, 23.97.218.130, 51.144.182.201, 23.97.211.179, 104.45.9.52, 23.97.210.126, 13.69.71.160, 13.69.71.161, 13.69.71.162, 13.69.71.163, 13.69.71.164, 13.69.71.165, 13.69.71.166, 13.69.71.167 |
| Indien, västra | 104.211.164.80, 104.211.162.205, 104.211.164.136, 104.211.158.127, 104.211.156.153, 104.211.158.123, 104.211.154.59, 104.211.154.7 |
| USA, västra | 52.160.92.112, 40.118.244.241, 40.118.241.243, 157.56.162.53, 157.56.167.147, 104.42.49.145, 40.83.164.80, 104.42.38.32, 13.86.223.0, 13.86.223.1, 13.86.223.2, 13.86.223.3, 13.86.223.4, 13.86.223.5 |
| USA, västra 2 | 13.66.210.167, 52.183.30.169, 52.183.29.132, 13.66.210.167, 13.66.201.169, 13.77.149.159, 52.175.198.132, 13.66.246.219 |
| USA, västra 3 | 20.150.181.32, 20.150.181.33, 20.150.181.34, 20.150.181.35, 20.150.181.36, 20.150.181.37, 20.150.181.38, 20.150.173.192 |
Azure Government – utgående IP-adresser
| Region | Logic Apps IP |
|---|---|
| USA DoD, centrala | 52.182.48.215, 52.182.92.143 |
| US Gov, Arizona | 52.244.67.143, 52.244.65.66, 52.244.65.190 |
| US Gov, Texas | 52.238.114.217, 52.238.115.245, 52.238.117.119 |
| US Gov, Virginia | 13.72.54.205, 52.227.138.30, 52.227.152.44 |
Nästa steg
- Lär dig hur du skapar din första logikapp
- Lär dig mer om vanliga exempel och scenarier