Referens för gränser och konfiguration för Azure Logic Apps
Information om Power Automate finns i Begränsningar 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 arbetsflöden för logikappar väljer du resurstypen Logikapp baserat på ditt scenario, lösningskrav, de funktioner du vill använda och den miljö 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 noteras där de finns.
I följande tabell sammanfattas kort skillnaderna mellan den ursprungliga logikappresurstypen (förbrukning) och resurstypen Logikapp (Standard ). Du får också lära dig hur miljön för en enskild klientorganisation jämförs med ISE ( Multi-Tenant and Integration Service Environment) för distribution, värdhantering och körning av logikapparbetsflöden.
Resurstyp | Fördelar | Resursdelning och -användning | Pris- och faktureringsmodell | Begränsningshantering |
---|---|---|---|---|
Logikapp (förbrukning) Värdmiljö: Azure Logic Apps för flera klientorganisationer |
– Enklast att komma igång – Betala för vad du använder – Fullständigt hanterad |
En enda logikapp kan bara ha ett arbetsflöde. Logikappar i Azure Active Directory-klientorganisationer delar samma bearbetning (beräkning), lagring, nätverk och så vidare. För hög tillgänglighet är geo-redundant lagring (GRS) aktiverat. |
Förbrukning (betala per körning) | Azure Logic Apps hanterar standardvärdena för dessa gränser, men du kan ändra några av dessa värden om det alternativet finns för en specifik gräns. |
Logikapp (förbrukning) Värdmiljö: Integration Service Environment (ISE) |
– Företagsskala för stora arbetsbelastningar – Över 20 ISE-specifika anslutningsappar som ansluter direkt till virtuella nätverk – Förutsägbar prissättning med inkluderad användning och kundkontrollerad skalning |
En enda logikapp kan bara ha ett arbetsflöde. Logikappar i samma miljö delar samma bearbetning (beräkning), lagring, nätverk och så vidare. Data finns kvar i samma region där du distribuerar ISE. |
ISE (fast) | Azure Logic Apps hanterar standardvärdena för dessa gränser, men du kan ändra några av dessa värden om det alternativet finns för en specifik gräns. |
Logikapp (standard) Värdmiljö: Azure Logic Apps för enskild klientorganisation Obs! Om ditt scenario kräver containrar skapar du logikappar baserade på en klientorganisation med Hjälp av Azure Arc-aktiverade Logic Apps. Mer information finns i Vad är Azure Arc-aktiverat Logic Apps? |
– Kör med Azure Logic Apps-körningen för en enskild 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. |
En enda logikapp kan ha flera tillståndskänsliga 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. Data finns kvar i samma region där du distribuerar dina logikappar. |
Standard, baserat på en värdplan med en vald prisnivå. Om du kör tillståndskänsliga arbetsflöden, som använder extern lagring, gör Azure Logic Apps-körningen lagringstransaktioner som följer prissättningen för Azure Storage. |
Du kan ändra standardvärdena för många gränser baserat på ditt scenarios behov. Viktigt! Vissa gränser har hårda övre maxgränser. I Visual Studio Code visas inte de ändringar du gör i standardgränsvärdena i konfigurationsfilerna för logikappsprojektet i designerupplevelsen. Mer information finns i Redigera app- och miljöinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
Logikapp (standard) Värdmiljö: App Service-miljön v3 (ASEv3) – Endast Windows-planer |
Samma funktioner som en enskild klientorganisation plus följande fördelar: – Isolera logikapparna fullständigt. – Skapa och kör fler logikappar än i Azure Logic Apps med en enda klientorganisation. – 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 instanser av virtuella datorer eller en annan App Service plan. – Ärv nätverkskonfigurationen från den valda ASEv3. När arbetsflöden till exempel distribueras till en intern ASE kan de komma åt resurserna i ett virtuellt nätverk som är associerat med ASE och ha interna åtkomstpunkter. Obs! Om du kommer åt utanför en intern ASE kör du historik för arbetsflöden i den ASE:en som inte kan komma åt åtgärdsindata och utdata. |
En enda logikapp kan ha flera tillståndskänsliga 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. Data finns kvar i samma region där du distribuerar dina logikappar. |
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 maxgränser. I Visual Studio Code visas inte de ändringar du gör i standardgränsvärdena i konfigurationsfilerna för logikappsprojektet i designerupplevelsen. Mer information finns i Redigera app- och miljöinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
Definitionsbegränsningar för arbetsflöde
I följande tabeller visas värdena för en enskild arbetsflödesdefinition:
Name | Gräns | Kommentarer |
---|---|---|
Arbetsflöden per region per prenumeration | – Förbrukning: 1 000 arbetsflöden där varje logikapp är begränsad till 1 arbetsflöde – Standard: Obegränsat, baserat på vald värdplan, appaktivitet, storlek på datorinstanser och resursanvändning, där varje logikapp kan ha flera arbetsflöden |
|
Arbetsflöde – Maximal namnlängd | - Förbrukning: 80 tecken - Standard: 43 tecken |
|
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-mall (Azure Resource Manager), 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 storlek för indata eller utdata | 104 857 600 byte (105 MB) |
Om du vill ändra standardvärdet i enklienttjänsten läser du Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
Åtgärd – Maximal storlek på kombinerade indata och utdata | 209 715 200 byte (210 MB) |
Om du vill ändra standardvärdet i enklienttjänsten läser du Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
Uttrycksteckengräns | 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 | |
Begränsningar för körningens varaktighet och kvarhållningshistorik
I följande tabell visas värdena för en enda arbetsflödeskörning:
Name | Flera klientorganisationer | Enskild klientorganisation | Integrationstjänstmiljö | Kommentarer |
---|---|---|---|---|
Kvarhållning av körningshistorik i lagring | 90 dagar | 90 dagar Standard |
366 dagar | Hur lång tid det tar att behålla ett arbetsflödes körningshistorik i lagringen när en körning startar. Obs! Om arbetsflödets körningstid överskrider kvarhållningsgränsen tas den här körningen bort från körningshistoriken i lagringen. Om en körning inte tas bort omedelbart efter att ha nått kvarhållningsgränsen tas körningen bort inom 7 dagar. Oavsett om en körning slutförs eller överskrider tidsgränsen beräknas alltid kvarhållning av körningshistorik med 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 den aktuella gränsen alltid för att beräkna kvarhållning. Mer information finns i Ändra varaktighet och kvarhållning av körningshistorik i lagring. |
Körningens varaktighet | 90 dagar | – Tillståndskänsligt 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 tidsgränsen överskrids. Körningens varaktighet beräknas med hjälp av en körnings starttid 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örningshistorik tas bort innan de associerade jobben har slutförts. Mer information finns i Ändra körningens varaktighet och kvarhållning av historik i lagringen. |
Upprepningsintervall | - Min: 1 sekund - Max: 500 dagar |
- Min: 1 sekund - Max: 500 dagar |
- Min: 1 sekund - Max: 500 dagar |
|
Ändra körningens varaktighet och kvarhållning av historik i lagringen
I designern styr samma inställning det maximala antalet dagar som ett arbetsflöde kan köras och för att hålla körningshistoriken i lagring.
För tjänsten för flera innehavare är standardgränsen på 90 dagar samma som den maximala gränsen. Du kan bara minska det här värdet.
För enklienttjänsten kan du minska eller öka standardgränsen på 90 dagar. Mer information finns i Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation.
För en integrationstjä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 dagar gammal körning tas bort från körningshistoriken. Om du ökar kvarhållningsperioden från 30 dagar till 60 dagar finns en 20 dagar gammal körning kvar i körningshistoriken i ytterligare 40 dagar.
Viktigt
Om körningens varaktighet överskrider den aktuella kvarhållningsgränsen för körningshistorik tas körningen bort från körningshistoriken i lagringen. För att undvika att förlora körningshistoriken kontrollerar du att kvarhållningsgränsen alltid är mer ä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 letar du upp och väljer Logikappar.
Hitta och öppna logikappen i Logikappdesignern.
På logikappens meny väljer du Arbetsflödesinställningar.
Under Körningsalternativ går du till listan Körningshistorikkvarhållning i dagar och väljer Anpassad.
Dra skjutreglaget för att ändra det antal 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 utfasningsgränser
I följande tabell visas värdena för en enda arbetsflödeskörning:
Loopåtgärder
För varje loop
I följande tabell visas värdena för en För varje loop:
Name | Flera klientorganisationer | Enskild klientorganisation | Integrationstjänstmiljö | Kommentarer |
---|---|---|---|---|
Matrisobjekt | 100 000 objekt | – Tillståndskänsligt 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 enklienttjänsten läser du Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
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 för varje loop-iterationer som kan köras samtidigt eller parallellt. Information om hur du ändrar det här värdet i tjänsten för flera klientorganisationer finns i Ändra för varje samtidighetsgräns eller Kör för varje loop sekventiellt. Om du vill ändra standardgränsen i enklienttjänsten läser du Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
Until-loop
I följande tabell visas värdena för en Until-loop :
Name | Flera klientorganisationer | Enskild klientorganisation | Integrationstjänstmiljö | Kommentarer |
---|---|---|---|---|
Iterationer | – Standard: 60 - Min: 1 - Max: 5 000 |
Tillståndskänsligt 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 multiklienttjänsten väljer du Ändra gränser i formen Tills-loop och anger värdet för egenskapen Antal. Om du vill ändra standardvärdet i enklienttjänsten läser du Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
Tidsgräns | Standard: PT1H (1 timme) | Tillståndskänsligt arbetsflöde: PT1H (1 timme) Tillståndslöst arbetsflöde: PT5M (5 min) |
Standard: PT1H (1 timme) | Den tid som Until-loopen kan köras innan den avslutas och anges i ISO 8601-format. Timeout-vä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 gränsvillkoret inte uppfylls. Om du vill ändra det här värdet i multiklienttjänsten väljer du Ändra gränser i formen Tills-loop och anger värdet för egenskapen Timeout. Om du vill ändra standardvärdet i enklienttjänsten läser du Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
Samtidighet och debatt
Name | Flera klientorganisationer | Enskild klientorganisation | Integrationstjänstmiljö | Kommentarer |
---|---|---|---|---|
Utlösare – samtidiga körningar | Samtidighet av: Obegränsat Samtidighet på (oåterkallelig): – Standard: 25 |
Samtidighet av: Obegränsat Samtidighet på (oåterkallelig): – Standard: 100 |
Samtidighet av: Obegränsat Samtidighet på (oåterkallelig): – Standard: 25 |
Antalet samtidiga körningar som en utlösare kan starta samtidigt eller parallellt. Obs! När samtidighet är aktiverat minskas Gränsen för SplitOn till 100 objekt för att debattera matriser. Information om hur du ändrar det här värdet i tjänsten för flera innehavare finns i Ändra gräns för samtidighet för utlösare eller utlösarinstanser sekventiellt. Om du vill ändra standardvärdet i enklienttjänsten läser du Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
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 med att köras när den aktuella arbetsflödesinstansen redan kör maximalt antal samtidiga instanser. Information om hur du ändrar det här värdet i tjänsten för flera klientorganisationer finns i Ändra gräns för väntande körningar. Om du vill ändra standardvärdet i enklienttjänsten läser du Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
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 diskar matrisobjekt i flera arbetsflödesinstanser för bearbetning, i stället för att använda en För varje 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 Gränsen för SplitOn till 100 objekt. |
Dataflödesbegränsningar
I följande tabell visas värdena för en enda arbetsflödesdefinition:
Name | Flera klientorganisationer | Enskild klientorganisation | Kommentarer |
---|---|---|---|
Åtgärd – Körningar per rullande intervall på 5 minuter | Standard: 100 000 körningar – Högt dataflödesläge: 300 000 körningar |
Ingen | I tjänsten för flera innehavare kan du höja standardvärdet till det maximala värdet för arbetsflödet. Mer information finns i Kör i 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. |
Åtgärd – Samtidiga utgående anrop | ~2 500 samtal | Ingen | Du kan minska antalet samtidiga begäranden eller minska varaktigheten efter behov. |
Begränsning av hanterad anslutningsapp | Begränsningsgränsen varierar beroende på anslutningsapp | Begränsningsgränsen varierar beroende på anslutningsapp | För flera klientorganisationer kan du gå igenom varje hanterad anslutningsapps tekniska referenssida. Mer information om hur du hanterar anslutningsbegränsning finns i Hantera begränsningsproblem ("429 – för många begäranden"-fel). |
Körningsslutpunkt – Samtidiga inkommande anrop | ~1 000 samtal | Ingen | Du kan minska antalet samtidiga begäranden eller minska varaktigheten efter behov. |
Körningsslutpunkt – Lässamtal 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 anropar anrop | Ingen | Du kan distribuera arbetsbelastningen över fler än ett arbetsflöde efter behov. |
Innehållsdataflöde per 5 min | 600 MB | Ingen | Du kan distribuera arbetsbelastningen över fler än ett arbetsflöde efter behov. |
Kör i högt dataflödesläge
För en enda arbetsflödesdefinition har antalet åtgärder som körs var femte minut en standardgräns. Om du vill höja standardvärdet till det maximala 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 går du till logikappens meny under 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)
Developer ISE SKU: Tillhandahåller upp till 500 körningar per minut, men observera följande överväganden:
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. Den här SKU:n har inget serviceavtal (SLA), uppskalningskapacitet eller redundans under återvinningen, vilket innebär att du kan uppleva förseningar eller driftstopp.
Serverdelsuppdateringar 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 Skalningsgräns för enhetskörning Systembegränsning när infrastrukturkapaciteten når 80 % Varje skalningsenhet kan ge ~2 000 fler åtgärdskörningar per minut, vilket är ~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 gränser för deras nyttolaststorlek.
Begränsningar för återförsöksprinciper
I följande tabell visas begränsningarna för återförsöksprinciper för en utlösare eller åtgärd, baserat på om du har ett arbetsflöde för förbruknings- eller standardlogikappen.
Name | Förbrukningsgräns | Standardgräns | 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 arbetsflöden för förbrukningslogikappen använder du parametern för återförsöksprincip. Om du vill ändra standardgränsen i arbetsflöden för standardlogikappar läser du Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
Återförsöksintervall | Ingen | Standard: 7 sek | Om du vill ändra standardgränsen i arbetsflöden för förbrukningslogikappen använder du parametern för återförsöksprincip. Om du vill ändra standardgränsen i arbetsflöden för standardlogikappar läser du Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
Åtgärdsbegränsningar för variabler
I följande tabell visas värdena för en enskild arbetsflödesdefinition:
Name | Flera klientorganisationer | Enskild klientorganisation | Integrationstjänstmiljö | Kommentarer |
---|---|---|---|---|
Variabler per arbetsflöde | 250 variabler | 250 variabler Standard |
250 variabler | |
Variabel – Maximal innehållsstorlek | 104 857 600 tecken | Tillståndskänsligt 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 läser du Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
Variabel (matristyp) – Maximalt antal matrisobjekt | 100 000 objekt | 100 000 objekt Standard |
Premium-SKU: 100 000 objekt Utvecklar-SKU: 5 000 objekt |
Om du vill ändra standardvärdet i tjänsten för en enskild klientorganisation läser du Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
Begränsningar för HTTP-begäranden
I följande tabeller visas värdena för ett enda inkommande eller utgående anrop:
Tidsgränsvaraktighet
Som standard följer HTTP-åtgärden och APIConnection-åtgärderna standardmönstret för asynkron åtgärd, 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å den tekniska referenssidan för varje anslutningsapp och i dokumentationen om arbetsflödesutlösare och åtgärder .
Anteckning
För resurstypen Logikapp (Standard) i tjänsten för en enskild klientorganisation kan tillståndslösa arbetsflöden bara köras synkront.
Name | Flera klientorganisationer | Enskild klientorganisation | Integrationstjä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. Om du vill kringgå tidsgränsgränser när du anropar ett annat arbetsflöde som har en anropsbar slutpunkt kan du 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 läser du Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
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 utlösaren Förfrågning, HTTP Webhook-utlösare och HTTP Webhook-åtgärd. 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 läser du Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
Meddelanden
Name | Segmentering aktiverat | Flera klientorganisationer | Enskild klientorganisation | Integrationstjä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 kringgår 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-anslutningsprogram. Om du vill ändra standardvärdet i tjänsten för en enskild klientorganisation läser du Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
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 låter dig aktivera segmentering i körningskonfigurationen. Om du använder en ISE stöder Azure Logic Apps-motorn den här gränsen, men anslutningsappar har sina egna segmenteringsgränser upp till motorgränsen, till exempel se 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 läser du Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
Storlek på innehållssegment | Yes | Varierar per anslutningsapp | 52 428 800 byte (52 MB) Standard |
Varierar per anslutningsapp | Den här gränsen gäller för åtgärder som antingen har inbyggt stöd för segmentering eller låter dig aktivera segmentering i körningskonfigurationen. Om du vill ändra standardvärdet i enklienttjänsten läser du Redigera värd- och appinställningar för logikappar i Azure Logic Apps med en enda klientorganisation. |
Teckengränser
Name | Gräns | Kommentarer |
---|---|---|
Gräns för uttrycksutvärdering | 131 072 tecken | Uttrycken @concat() , @string() @base64() får inte vara längre än den här gränsen. |
Teckengräns för begärande-URL | 16 384 tecken | |
Autentiseringsgränser
I följande tabell visas värdena för ett arbetsflöde som börjar med en begärandeutlösare och aktiverar Azure Active Directory Open Authentication (Azure AD OAuth) för att auktorisera inkommande anrop till begärandeutlö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 enda arbetsflödesdefinition:
Name | Gräns | Kommentarer |
---|---|---|
Maximalt antal ärenden per åtgärd | 25 | |
Begränsningar för infogad kodåtgärd
I följande tabell visas värdena för en enda arbetsflödesdefinition:
Name | Flera klientorganisationer | Enskild klientorganisation | Integrationstjä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 Logic App-resurs (Standard), som körs i Azure Logic Apps med en enda klientorganisation, antingen med hjälp av Azure Portal eller med hjälp av Visual Studio Code och Tillägget Azure Logic Apps (Standard). |
Maximal varaktighet för körning av kod | 5 sek | 15 sek | 1 024 tecken | Om du vill använda den högre gränsen skapar du en Logic App-resurs (Standard), som körs i Azure Logic Apps med en enda klientorganisation, antingen med hjälp av Azure Portal eller med hjälp av Visual Studio Code och Tillägget Azure Logic Apps (Standard). |
Gränser för anpassade anslutningsappar
I Azure Logic Apps med flera klientorganisationer och endast i integrationstjänstmiljön kan du skapa och använda anpassade hanterade anslutningsappar, som är omslutningar kring ett befintligt REST API eller SOAP API. I Azure Logic Apps med en enda klientorganisation kan du skapa och endast använda anpassade inbyggda anslutningsappar.
I följande tabell visas värdena för anpassade anslutningsappar:
Name | Flera klientorganisationer | Enskild klientorganisation | Integrationstjänstmiljö | Kommentarer |
---|---|---|---|---|
Anpassade anslutningar | 1 000 per Azure-prenumeration | Obegränsat | 1 000 per Azure-prenumeration | |
API:er per tjänst | SOAP-baserad: 50 | Inte tillämpligt | SOAP-baserad: 50 | |
Parametrar per API | 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 inbyggd anslutningsappsredigering – Visual Studio Code med Azure Logic Apps-tillägg (Standard)
Gränser för hanterad identitet
Name | Gräns |
---|---|
Hanterade identiteter per logikappresurs | – Förbrukning: Antingen den systemtilldelade identiteten eller endast en användartilldelad identitet – Standard: Den systemtilldelade identiteten och valfritt antal användartilldelade identiteter Obs! Som standard har en Logic App-resurs (Standard) den systemtilldelade hanterade identiteten 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 anslutningar vid körning. Om du vill visa den här inställningen går du till logikappens meny och väljer Identitet under Inställningar. |
Antal logikappar som har en hanterad identitet i en Azure-prenumeration per region | 1 000 |
Gränser för integrationskonto
Varje Azure-prenumeration har följande 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.
Totalt 1 000 integrationskonton, inklusive integrationskonton i alla integrationstjänstmiljöer (ISE) för både utvecklar- och Premium-SKU:er.
Varje ISE, oavsett om det är utvecklare 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 Totalt 20 konton, inklusive ett standardkonto utan extra kostnad. Med den här SKU:n kan du bara ha standardkonton . Inga kostnadsfria eller grundläggande konton tillåts. Utvecklare Totalt 20 konton, inklusive ett kostnadsfritt konto (begränsat till 1). Med den här SKU:n kan du ha någon av kombinationerna: – Ett kostnadsfritt konto och upp till 19 standardkonton .
– Inget kostnadsfritt konto och upp till 20 standardkonton.Inga grundläggande eller fler kostnadsfria konton tillåts.
Viktigt: Använd utvecklar-SKU:n för experimentering, utveckling och testning, men inte för produktions- eller prestandatestning.
Information om hur priser och fakturering fungerar för ISE:er finns i prismodellen för Logic Apps. Priser finns i Prissättning för Logic Apps.
Artefaktgränser per integrationskonto
I följande tabeller visas värdena för antalet artefakter som är begränsade till varje integreringskontonivå. Priser finns i Prissättning för Logic Apps. Information om hur priser och fakturering fungerar för integrationskonton finns i prissättningsmodellen för Logic Apps.
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-handelsavtal | 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 artefakt
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 REST API:et för Azure Logic Apps – Maps. Obs! Mängden data eller poster som en karta kan bearbeta baseras på meddelandestorleken och tidsgränsen för åtgärder i Azure Logic Apps. Om du till exempel använder en HTTP-åtgärd, baserat på HTTP-meddelandestorlek och tidsgränser, kan en karta bearbeta data upp till storleksgränsen för HTTP-meddelanden om åtgärden slutförs inom tidsgränsen för HTTP. |
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ässamtal 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 samtal 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. |
B2B-protokoll (AS2, X12, EDIFACT) meddelandestorlek
I följande tabell visas de storleksgränser för meddelanden som gäller för B2B-protokoll:
Name | Flera klientorganisationer | Enskild klientorganisation | Integrationstjä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 och använder en brandvägg som begränsar trafik till specifika IP-adresser måste din miljö eller brandvägg tillåta inkommande kommunikation som tas emot av Azure Logic Apps och utgående kommunikation som skickas av Azure Logic Apps. Om du vill konfigurera den här åtkomsten kan du skapa Azure Firewall regler för brandväggen för att tillåta åtkomst för bådeinkommande och utgående IP-adresser som används av Azure Logic Apps i logikappens Azure-region. Alla logikappar i samma region använder samma IP-adressintervall.
Anteckning
Om du använder Power Automate gå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-adresser och utgående IP-adresser för Azure Logic Apps-tjänsten som finns i regionen USA, västra.
Om ditt arbetsflöde använder hanterade anslutningsappar, till exempel Office 365 Outlook-anslutningsprogram eller SQL-anslutningsprogram, eller använder anpassade anslutningsappar, måste brandväggen också tillåta åtkomst för allautgående IP-adresser för hanterade anslutningar i logikappens Azure-region. Om ditt arbetsflöde använder anpassade anslutningsappar som har åtkomst till lokala resurser via den lokala datagatewayresursen i Azure måste du konfigurera gatewayinstallationen för att tillåta åtkomst för motsvarande utgående IP-adresser för hanterade anslutningsappar. Mer information om hur du konfigurerar 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 Microsoft Azure som drivs av 21Vianet har hanterade anslutningsappar och anpassade anslutningsappar inte 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. För Azure Logic Apps-tjänst-IP-adresser läser du dokumentationsversionen för Azure som drivs av 21Vianet.
Ip-konfigurationsöverväganden för brandvägg
Innan du konfigurerar brandväggen med IP-adresser bör du läsa följande överväganden:
Om du vill förenkla alla säkerhetsregler som du vill skapa kan du använda tjänsttaggar i stället för att ange IP-adressprefix för varje region. De här taggarna representerar en grupp MED IP-adressprefix från en specifik Azure-tjänst och fungerar i de regioner där Azure Logic Apps-tjänsten är tillgänglig:
LogicAppsManagement: Representerar de inkommande IP-adressprefixen för Azure Logic Apps-tjänsten.
LogicApps: Representerar de utgående IP-adressprefixen för Azure Logic Apps-tjänsten.
AzureConnectors: Representerar IP-adressprefixen för hanterade anslutningsappar som gör inkommande webhook-återanrop till Azure Logic Apps-tjänsten och utgående anrop till sina respektive tjänster, till exempel Azure Storage eller Azure Event Hubs.
För standardarbetsflöden för logikappar som körs i Azure Logic Apps med en enda klient måste du tillåta åtkomst för alla utlösar- eller åtgärdsanslutningar i dina arbetsflöden. Du kan tillåta trafik från tjänsttaggar och använda samma nivå av begränsningar eller principer som Azure App Service. Du måste också hitta och använda de fullständigt kvalificerade domännamnen (FQDN) för dina anslutningar. Mer information finns i motsvarande avsnitt i följande dokumentation:
För arbetsflöden för förbrukningslogikapp som körs i en integrationstjänstmiljö (ISE) kontrollerar du att du även öppnar dessa portar.
Om dina logikappar har problem med att komma åt Azure Storage-konton som använder brandväggar och 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 lagringskonton som finns i en annan region förutom när du använder Azure Table Storage eller Azure Queue Storage-anslutningsappar. Om du vill komma åt Table Storage eller Queue 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
För att Azure Logic Apps ska kunna ta emot inkommande kommunikation via brandväggen måste du tillåta trafik via de inkommande IP-adresserna som beskrivs i det här avsnittet för logikappens Azure-region. Om du använder Azure Government kan du läsa Azure Government – inkommande IP-adresser.
Tips
För att minska komplexiteten när du skapar säkerhetsregler kan du också använda tjänsttaggenLogicAppsManagement i stället för att ange inkommande LOGIC Apps IP-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 där Azure Logic Apps-tjänsten är tillgänglig.
Följande anslutningsappar gör inkommande webhook-återanrop till Azure 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: Återanroparen beror på om distributionsmiljön antingen är Azure för flera klientorganisationer eller ISE. I miljön för flera klientorganisationer gör den lokala datagatewayen anropet tillbaka till Azure Logic Apps-tjänsten. I en ISE gör SAP-anslutningsappen anropet tillbaka till Azure Logic Apps-tjänsten.
Flera klientorganisationer – inkommande IP-adresser
Region | IP-adress |
---|---|
Australien, östra | 13.75.153.66, 104.210.89.222, 104.210.89.244, 52.187.231.161, 20.53.94.103, 20.53.107.215 |
Australien, sydöstra | 13.73.115.153, 40.115.78.70, 40.115.78.237, 52.189.216.28, 52.255.42.110, 20.70.114.64 |
Brasilien, södra | 191.235.86.199, 191.235.95.229, 191.235.94.220, 191.234.166.198, 20.201.66.147, 20.201.25.72 |
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, 20.104.14.9, 20.48.133.182 |
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, 20.204.203.110, 20.204.212.77 |
Central US | 13.67.236.76, 40.77.111.254, 40.77.31.87, 104.43.243.39, 13.86.98.126, 20.109.202.37 |
Asien, östra | 168.63.200.173, 13.75.89.159, 23.97.68.172, 40.83.98.194, 20.187.254.129, 20.187.189.246 |
East US | 137.135.106.54, 40.117.99.79, 40.117.100.228, 137.116.126.165, 52.226.216.209, 40.76.151.124, 20.84.29.150, 40.76.174.148 |
USA, östra 2 | 40.84.25.234, 40.79.44.7, 40.84.59.136, 40.70.27.253, 20.96.58.28, 20.96.89.98, 20.96.90.28 |
Frankrike, centrala | 52.143.162.83, 20.188.33.169, 52.143.156.55, 52.143.158.203, 20.40.139.209, 51.11.237.239 |
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, 20.113.12.69, 20.113.11.8 |
Japan, östra | 13.71.146.140, 13.78.84.187, 13.78.62.130, 13.78.43.164, 20.191.174.52, 20.194.207.50 |
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, 20.200.207.29, 20.200.231.229 |
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, 20.94.151.41, 20.88.209.113 |
Europa, norra | 13.79.173.49, 52.169.218.253, 52.169.220.174, 40.112.90.39, 40.127.242.203, 51.138.227.94, 40.127.145.51 |
Norge, östra | 51.120.88.93, 51.13.66.86, 51.120.89.182, 51.120.88.77, 20.100.27.17, 20.100.36.102 |
Sydafrika, norra | 102.133.228.4, 102.133.224.125, 102.133.226.199, 102.133.228.9, 20.87.92.64, 20.87.91.171 |
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, 20.94.151.41, 20.88.209.113 |
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, 20.195.49.246, 20.198.130.155 |
Schweiz, norra | 51.103.128.52, 51.103.132.236, 51.103.134.138, 51.103.136.209, 20.203.230.170, 20.203.227.226 |
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, 20.74.255.147, 20.74.255.37 |
Storbritannien, södra | 51.140.79.109, 51.140.78.71, 51.140.84.39, 51.140.155.81, 20.108.102.180, 20.90.204.232 |
Storbritannien, västra | 51.141.48.98, 51.141.51.145, 51.141.53.164, 51.141.119.150, 51.104.62.166, 51.141.123.161 |
USA, västra centrala | 52.161.26.172, 52.161.8.128, 52.161.19.82, 13.78.137.247, 52.161.64.217, 52.161.91.215 |
Europa, västra | 13.95.155.53, 52.174.54.218, 52.174.49.6, 20.103.21.113, 20.103.18.84, 20.103.57.210, 20.101.174.52, 20.93.236.81, 20.103.94.255, 20.82.87.229, 20.76.171.34, 20.103.84.61 |
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, 104.40.34.112, 52.160.68.27, 13.88.168.158, 104.42.40.164, 13.87.207.79, 13.87.204.210, 168.62.9.100 |
USA, västra 2 | 13.66.224.169, 52.183.30.10, 52.183.39.67, 13.66.128.68, 20.99.190.19, 20.72.244.108 |
USA, västra 3 | 20.150.172.240, 20.150.172.242, 20.150.172.243, 20.150.172.241, 20.106.116.172, 20.106.116.225 |
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
För att Azure Logic Apps ska kunna skicka utgående kommunikation via brandväggen måste du tillåta trafik i logikappens Azure-region för alla utgående IP-adresser som beskrivs i det här avsnittet. Om du använder Azure Government kan du läsa Azure Government – Utgående IP-adresser.
Om arbetsflödet också använder hanterade anslutningsappar, till exempel Office 365 Outlook-anslutningsprogram eller SQL-anslutningsprogram, eller använder anpassade anslutningsappar, måste brandväggen tillåta trafik i logikappens Azure-region för alla utgående IP-adresser för hanterade anslutningsappar. Om ditt arbetsflöde använder anpassade anslutningsappar som har åtkomst till lokala resurser via den lokala datagatewayresursen i Azure måste du konfigurera gatewayinstallationen för att tillåta åtkomst för motsvarande utgående IP-adresser för hanterade anslutningsappar. Mer information om hur du konfigurerar 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änsttaggenLogicApps i stället för att ange utgående LOGIC Apps IP-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 hanterade anslutningsappar för varje region. De här taggarna fungerar i de regioner där Azure Logic Apps-tjänsten är tillgänglig.
Flera klientorganisationer – Utgående IP-adresser
I det här avsnittet visas de utgående IP-adresser som Azure Logic Apps kräver i logikappens Azure-region för att kommunicera via brandväggen. Om arbetsflödet använder hanterade anslutningsappar eller anpassade anslutningsappar måste brandväggen tillåta trafik i logikappens Azure-region för alla hanterade anslutningsappars utgående IP-adresser. Om du har anpassade anslutningsappar som har åtkomst till lokala resurser via den lokala datagatewayresursen i Azure konfigurerar du gatewayinstallationen för att tillåta åtkomst för motsvarande utgående IP-adresser för hanterade anslutningsappar.
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, 20.53.93.188, 20.53.72.170, 20.53.107.208, 20.53.106.182 |
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, 52.255.36.185, 52.158.133.57, 20.70.114.125, 20.70.114.10 |
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, 20.201.66.44, 20.201.64.135, 20.201.24.212, 191.237.207.21 |
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, 20.104.13.249, 20.104.9.221, 20.48.133.133, 20.48.132.222 |
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, 20.204.204.74, 20.204.202.72, 20.204.212.60, 20.204.212.8 |
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, 52.141.221.6, 52.141.218.55, 20.109.202.36, 20.109.202.29 |
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, 20.187.254.110, 20.187.250.221, 20.187.189.47, 20.187.188.136 |
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, 52.226.216.197, 52.226.216.187, 40.76.151.25, 40.76.148.50, 20.84.29.29, 20.84.29.18, 40.76.174.83, 40.76.174.39 |
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, 20.96.58.140, 20.96.58.139, 20.96.89.54, 20.96.89.48, 20.96.89.254, 20.96.89.234 |
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, 20.40.138.112, 20.40.140.149, 51.11.237.219, 51.11.237.216 |
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, 20.113.11.136, 20.113.11.85, 20.113.10.168, 20.113.8.64 |
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, 20.191.172.255, 20.46.187.174, 20.194.206.98, 20.194.205.189 |
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, 20.200.206.170, 20.200.202.75, 20.200.231.222, 20.200.231.139 |
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, 20.94.150.220, 20.94.149.199, 20.88.209.97, 20.88.209.88 |
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, 40.127.242.159, 40.127.240.183, 51.138.226.19, 51.138.227.160, 40.127.144.251, 40.127.144.121 |
Norge, östra | 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, 20.100.26.148, 20.100.26.52, 20.100.36.49, 20.100.36.10 |
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, 20.87.92.40, 20.87.91.122, 20.87.91.169, 20.87.88.47 |
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, 20.94.150.220, 20.94.149.199, 20.88.209.97, 20.88.209.88 |
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, 20.195.49.240, 20.195.49.29, 20.198.130.152, 20.198.128.124 |
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, 20.203.230.58, 20.203.229.127, 20.203.224.37, 20.203.225.242 |
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, 20.74.255.28, 20.74.250.247, 20.216.16.75, 20.74.251.30 |
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, 20.108.102.142, 20.108.102.123, 20.90.204.228, 20.90.204.188 |
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, 51.104.58.40, 51.104.57.160, 51.141.121.72, 51.141.121.220 |
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, 13.78.212.163, 13.77.220.134, 13.78.200.233, 13.77.219.128 |
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, 20.103.21.81, 20.103.17.247, 20.103.17.223, 20.103.16.47, 20.103.58.116, 20.103.57.29, 20.101.174.49, 20.101.174.23, 20.93.236.26, 20.93.235.107, 20.103.94.250, 20.76.174.72, 20.82.87.192, 20.82.87.16, 20.76.170.145, 20.103.91.39, 20.103.84.41, 20.76.161.156 |
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, 104.40.34.169, 104.40.32.148, 52.160.70.221, 52.160.70.105, 13.91.81.221, 13.64.231.196, 13.87.204.182, 40.78.65.193, 13.87.207.39, 104.42.44.28, 40.83.134.97, 40.78.65.112, 168.62.9.74, 168.62.28.191 |
USA, västra 2 | 13.66.210.167, 52.183.30.169, 52.183.29.132, 13.66.201.169, 13.77.149.159, 52.175.198.132, 13.66.246.219, 20.99.189.158, 20.99.189.70, 20.72.244.58, 20.72.243.225 |
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, 20.106.85.228, 20.150.159.163, 20.106.116.207, 20.106.116.186 |
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