Referenční informace o omezeních a konfiguraci pro Azure Logic Apps

Informace o Power Automate najdete v tématu Omezení a konfigurace v Power Automate.

Tato referenční příručka popisuje omezení a informace o konfiguraci pro Azure Logic Apps a související prostředky. Na základě vašeho scénáře, požadavků na řešení, požadovaných funkcí a prostředí, ve kterém chcete pracovní postupy spouštět, se rozhodnete, jestli chcete vytvořit pracovní postup aplikace logiky Consumption, který běží v Azure Logic Apps s více tenanty , nebo v prostředí integrační služby (ISE). Nebo vytvořte pracovní postup standardní aplikace logiky, který běží v Azure Logic Apps s jedním tenantem nebo v App Service Environment (v3 – jenom plány Windows).

Poznámka

Mnoho omezení je stejných v dostupných prostředích, kde azure Logic Apps běží, ale rozdíly jsou zaznamenány tam, kde existují.

Následující tabulka stručně shrnuje rozdíly mezi aplikací logiky Consumption a standardní aplikací logiky. Dozvíte se také, jak si Azure Logic Apps s jedním tenantem stojí v porovnání s Azure Logic Apps s více tenanty a prostředím ISE pro nasazování, hostování a spouštění pracovních postupů aplikací logiky.

Typ prostředku	Výhody	Sdílení a využití prostředků	Cenový a fakturační model	Správa limitů
Aplikace logiky (Consumption) Hostitelské prostředí: Azure Logic Apps s více tenanty	- Nejjednodušší začít - Platby za použití - Plně spravované	Jedna aplikace logiky může mít jenom jeden pracovní postup. Aplikace logiky napříč tenanty Azure Active Directory sdílejí stejné zpracování (výpočetní), úložiště, síť atd. Pro účely redundance se data replikují ve spárované oblasti. Pro zajištění vysoké dostupnosti je povolené geograficky redundantní úložiště (GRS).	Consumption (pay-per-execution)	Azure Logic Apps spravuje výchozí hodnoty těchto limitů, ale některé z těchto hodnot můžete změnit, pokud tato možnost existuje pro konkrétní limit.
Aplikace logiky (Consumption) Hostitelské prostředí: Prostředí integrační služby (ISE)	– Podnikové škálování pro velké úlohy – více než 20 konektorů specifických pro ISE, které se připojují přímo k virtuálním sítím – Předvídatelné ceny se zahrnutým využitím a škálováním řízeným zákazníkem	Jedna aplikace logiky může mít jenom jeden pracovní postup. Aplikace logiky ve stejném prostředí sdílejí stejné zpracování (výpočetní prostředky), úložiště, síť atd. Data zůstávají ve stejné oblasti, ve které nasazujete ISE.	ISE (opraveno)	Azure Logic Apps spravuje výchozí hodnoty těchto limitů, ale některé z těchto hodnot můžete změnit, pokud tato možnost existuje pro konkrétní limit.
Aplikace logiky (Standard) Hostitelské prostředí: Azure Logic Apps s jedním tenantem Poznámka: Pokud váš scénář vyžaduje kontejnery, vytvořte aplikace logiky s jedním tenantem pomocí Logic Apps s podporou Azure Arc. Další informace najdete v tématu Co jsou Logic Apps s podporou Azure Arc?	– Spusťte pomocí modulu runtime Azure Logic Apps s jedním tenantem. Sloty nasazení se v současné době nepodporují. – Více integrovaných konektorů pro vyšší propustnost a nižší náklady ve velkém měřítku - Další možnosti řízení a vyladění nastavení modulu runtime a výkonu – Integrovaná podpora virtuálních sítí a privátních koncových bodů. – Vytvořte si vlastní integrované konektory.	Jedna aplikace logiky může mít několik stavových a bezstavových pracovních postupů. Pracovní postupy v jedné aplikaci logiky a tenantovi sdílejí stejné zpracování (výpočetní), úložiště, síť atd. Data zůstávají ve stejné oblasti, ve které nasazujete aplikace logiky.	Standard na základě plánu hostování s vybranou cenovou úrovní. Pokud spouštíte stavové pracovní postupy, které používají externí úložiště, modul runtime Azure Logic Apps provádí transakce úložiště, které se řídí cenami služby Azure Storage.	Výchozí hodnoty pro mnoho omezení můžete změnit na základě potřeb vašeho scénáře. Důležité: Některé limity mají pevná horní maxima. V editoru Visual Studio Code se změny výchozích hodnot limitů v konfiguračních souborech projektu aplikace logiky nezobrazí v prostředí návrháře. Další informace najdete v tématu Úprava nastavení aplikací a prostředí pro aplikace logiky v Azure Logic Apps s jedním tenantem.
Aplikace logiky (Standard) Hostitelské prostředí: App Service Environment v3 (ASEv3) – jenom plány Windows	Stejné možnosti jako pro jednoho tenanta a následující výhody: – Plně izolujte aplikace logiky. – Vytvořte a spusťte více aplikací logiky než v Azure Logic Apps s jedním tenantem. – Platíte jenom za plán App Service služby ASE bez ohledu na počet aplikací logiky, které vytvoříte a spustíte. – Může povolit automatické škálování nebo ruční škálování s více instancemi virtuálních počítačů nebo s jiným plánem App Service. - Zděděte nastavení sítě z vybrané služby ASEv3. Například při nasazení do interní služby ASE mají pracovní postupy přístup k prostředkům ve virtuální síti přidružené ke službě ASE a mají interní přístupové body. Poznámka: Pokud k tomu přistupujete mimo interní službu ASE, spusťte historii pracovních postupů v tom, že služba ASE nemá přístup ke vstupům a výstupům akcí.	Jedna aplikace logiky může mít několik stavových a bezstavových pracovních postupů. Pracovní postupy v jedné aplikaci logiky a tenantovi sdílejí stejné zpracování (výpočetní), úložiště, síť atd. Data zůstávají ve stejné oblasti, ve které nasazujete aplikace logiky.	App Service plán	Výchozí hodnoty pro mnoho omezení můžete změnit na základě potřeb vašeho scénáře. Důležité: Některé limity mají pevná horní maxima. V editoru Visual Studio Code se změny výchozích hodnot limitů v konfiguračních souborech projektu aplikace logiky nezobrazí v prostředí návrháře. Další informace najdete v tématu Úprava nastavení aplikací a prostředí pro aplikace logiky v Azure Logic Apps s jedním tenantem.

Omezení definic pracovních postupů

Následující tabulky uvádějí hodnoty pro jednu definici pracovního postupu:

Název	Omezení	Poznámky
Pracovní postupy podle oblasti a předplatného	– Spotřeba: 1 000 pracovních postupů, kde každá aplikace logiky je omezená na 1 pracovní postup. – Standard: Neomezené na základě vybraného plánu hostování, aktivity aplikace, velikosti instancí počítačů a využití prostředků, kde každá aplikace logiky může mít více pracovních postupů.
Pracovní postup – maximální délka názvu	- Spotřeba: 80 znaků - Standardní: 43 znaků
Aktivační události na pracovní postup	10 triggerů	Toto omezení platí jenom v případě, že pracujete s definicí pracovního postupu JSON, ať už v zobrazení kódu nebo v šabloně Azure Resource Manager (ARM), nikoli v návrháři.
Akce na pracovní postup	500 akcí	Pokud chcete tento limit prodloužit, můžete podle potřeby použít vnořené pracovní postupy.
Hloubka vnoření akcí	8 akcí	Pokud chcete tento limit prodloužit, můžete podle potřeby použít vnořené pracovní postupy.
Aktivační událost nebo akce – maximální délka názvu	80 znaků
Aktivační událost nebo akce – maximální velikost vstupu nebo výstupu	104 857 600 bajtů (105 MB)	Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, projděte si téma Úprava nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps pro jednoho tenanta.
Akce – maximální velikost kombinovaných vstupů a výstupů	209 715 200 bajtů (210 MB)	Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, projděte si téma Úprava nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps pro jednoho tenanta.
Omezení počtu znaků výrazu	8 192 znaků
description - Maximální délka	256 znaků
parameters - Maximální počet položek	50 parametrů
outputs - Maximální počet položek	10 výstupů
trackedProperties - Maximální velikost	8 000 znaků

Doba trvání spuštění a limity uchovávání historie

Následující tabulka uvádí hodnoty pro jedno spuštění pracovního postupu:

Název	Vícetenantové	Jeden tenant	Prostředí integrační služby	Poznámky
Uchovávání historie spuštění v úložišti	90 dnů	90 dnů (Výchozí)	366 dní	Doba, po kterou se má historie spuštění pracovního postupu uchovávat v úložišti po spuštění. Poznámka: Pokud doba běhu pracovního postupu překročí limit uchovávání, odebere se toto spuštění z historie spuštění v úložišti. Pokud se spuštění po dosažení limitu uchovávání neodebere okamžitě, odebere se do 7 dnů. Bez ohledu na to, jestli se spuštění dokončí nebo vyprší jeho časový limit, se uchovávání historie spuštění vždy počítá na základě času spuštění a aktuálního limitu zadaného v nastavení pracovního postupu Uchovávání historie spuštění ve dnech. Bez ohledu na předchozí limit se pro výpočet uchovávání vždy použije aktuální limit. Další informace najdete v tématu Změna doby trvání a uchovávání historie spuštění v úložišti.
Doba trvání spuštění	90 dnů	- Stavový pracovní postup: 90 dní (Výchozí) - Bezstavový pracovní postup: 5 min (Výchozí)	366 dní	Doba, po kterou může pracovní postup běžet, než vynutí vypršení časového limitu. Doba trvání spuštění se počítá na základě času spuštění a limitu, který je určený v nastavení pracovního postupu Uchovávání historie spuštění ve dnech v daném čase spuštění. Důležité: Ujistěte se, že hodnota doby trvání spuštění je vždy menší nebo rovna hodnotě uchovávání historie spuštění v úložišti. Jinak může dojít k odstranění historie spuštění před dokončením přidružených úloh. Další informace najdete v tématu Doba trvání spuštění změn a uchovávání historie v úložišti.
Interval opakování	- Min.: 1 sekunda - Max: 500 dní	- Min.: 1 sekunda - Max: 500 dní	- Min.: 1 sekunda - Max: 500 dní

Změna doby trvání spuštění a uchovávání historie v úložišti

Pokud doba trvání spuštění překročí aktuální limit uchovávání historie spuštění, spuštění se odebere z historie spuštění v úložišti. Abyste se vyhnuli ztrátě historie spuštění, ujistěte se, že limit uchovávání je vždy delší než nejdelší možná doba trvání spuštění.

Využití

U pracovních postupů aplikace logiky Consumption určuje stejné nastavení maximální počet dnů, po které může pracovní postup běžet, a pro uchovávání historie spuštění v úložišti.

• Ve službě Azure Logic Apps s více tenanty je výchozí 90denní limit stejný jako maximální limit. Tuto hodnotu můžete pouze snížit.

• V prostředí ISE můžete výchozí 90denní limit snížit nebo zvýšit.

Předpokládejme například, že snížíte limit uchovávání informací z 90 na 30 dnů. Z historie spuštění se odebere 60denní spuštění. Pokud dobu uchovávání prodáte z 30 na 60 dnů, 20denní spuštění zůstane v historii spuštění dalších 40 dnů.

Portál

1. Ve vyhledávacím poli Azure Portal otevřete pracovní postup aplikace logiky v návrháři.

2. V nabídce aplikace logiky vyberte Nastavení pracovního postupu.

3. V části Možnosti modulu runtime v seznamu Uchovávání historie spuštění ve dnech vyberte Vlastní.

4. Přetažením posuvníku změňte požadovaný počet dnů.

5. Až budete hotovi, na panelu nástrojů Nastavení pracovního postupu vyberte Uložit.

Šablona ARM

Pokud používáte šablonu Azure Resource Manager, zobrazí se toto nastavení jako vlastnost v definici prostředku pracovního postupu, která je popsána v referenčních informacích k šablonám pracovních postupů Microsoft.Logic:

{
   "name": "{logic-app-name}",
   "type": "Microsoft.Logic/workflows",
   "location": "{Azure-region}",
   "apiVersion": "2019-05-01",
   "properties": {
      "definition": {},
      "parameters": {},
      "runtimeConfiguration": {
         "lifetime": {
            "unit": "day",
            "count": {number-of-days}
         }
      }
   }
}

Standard

U standardních pracovních postupů aplikací logiky můžete výchozí limit 90 dnů snížit nebo zvýšit, ale do prostředku nebo projektu aplikace logiky musíte přidat následující nastavení a jejich hodnoty:

• Nastavení aplikace s názvem Workflows.RuntimeConfiguration.RetentionInDays

• Nastavení hostitele s názvem Runtime.FlowMaintenanceJob.RetentionCooldownInterval

Ve výchozím nastavení aplikace s názvem Workflows.RuntimeConfiguration.RetentionInDays je nastaveno tak, aby se data uchována po dobu 90 dnů. Nastavení hostitele s názvem Runtime.FlowMaintenanceJob.RetentionCooldownInterval se nastaví tak, aby každých 7 dní kontroloval odstranění starých dat. Pokud tyto výchozí hodnoty ponecháte, můžou se zobrazit data stará až 97 dnů. Předpokládejme například, že Azure Logic Apps zkontroluje X. den a odstraní data starší než X. 90 dnů a pak 7 dní počká, než znovu spustí. Výsledkem tohoto chování jsou data, která stárnou až 97 dní před dalším spuštěním úlohy. Pokud ale nastavíte interval na 1 den, ale ponecháte dny uchovávání na výchozí hodnotě, maximální prodleva k odstranění starých dat je 90+1 dny.

Portál

1. Podle těchto kroků přidejte nastavení aplikace s názvem Workflows.RuntimeConfiguration.RetentionInDays a nastavte hodnotu na počet dnů, po který chcete zachovat historii spuštění pracovního postupu.

2. Pomocí těchto kroků přidejte nastavení hostitele s názvem Runtime.FlowMaintenanceJob.RetentionCooldownInterval a nastavte hodnotu počtu dnů jako interval mezi tím, kdy chcete vyhledat a odstranit historii spuštění, kterou nechcete zachovat.

Visual Studio Code

1. Podle těchto kroků přidejte nastavení aplikace s názvem Workflows.RuntimeConfiguration.RetentionInDays a nastavte hodnotu na počet dnů, po který chcete zachovat historii spuštění pracovního postupu.

2. Pomocí těchto kroků přidejte nastavení hostitele s názvem Runtime.FlowMaintenanceJob.RetentionCooldownInterval a nastavte hodnotu počtu dnů jako interval mezi tím, kdy chcete vyhledat a odstranit historii spuštění, kterou nechcete zachovat.

Limity smyčky, souběžnosti a debat

Následující tabulka uvádí hodnoty pro jedno spuštění pracovního postupu:

Akce smyčky

Smyčka For Each

Následující tabulka uvádí hodnoty smyčky For each :

Název	Vícetenantové	Jeden tenant	Prostředí integrační služby	Poznámky
Položky pole	100 000 položek	- Stavový pracovní postup: 100 000 položek (Výchozí) - Bezstavový pracovní postup: 100 položek (Výchozí)	100 000 položek	Počet položek pole, které může smyčka For each zpracovat. K filtrování větších polí můžete použít akci dotazu. Pokud chcete změnit výchozí limit ve službě s jedním tenantem, projděte si téma Úprava nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps pro jednoho tenanta.
Souběžné iterace	Souběžnost vypnutá: 20 Souběžnost v: - Výchozí: 20 – Min.: 1 - Maximum: 50	Souběžnost vypnutá: 20 (Výchozí) Souběžnost v: - Výchozí: 20 – Min.: 1 - Maximum: 50	Souběžnost vypnutá: 20 Souběžnost v: - Výchozí: 20 – Min.: 1 - Maximum: 50	Počet iterací smyčky For each , které mohou běžet současně nebo paralelně. Pokud chcete změnit tuto hodnotu ve službě s více tenanty, přečtěte si téma Změna limitu souběžnosti pro každý nebo Postup spuštění smyčky Pro každou. Pokud chcete změnit výchozí limit ve službě s jedním tenantem, projděte si téma Úprava nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps pro jednoho tenanta.

Smyčka Until

Následující tabulka uvádí hodnoty smyčky Until :

Název	Vícetenantové	Jeden tenant	Prostředí integrační služby	Poznámky
Iterace	- Výchozí: 60 – Min.: 1 - Maximální: 5 000	Stavový pracovní postup: - Výchozí: 60 – Min.: 1 - Maximální: 5 000 Bezstavové pracovní postupy: - Výchozí: 60 – Min.: 1 - Max: 100	- Výchozí: 60 – Min.: 1 - Maximální: 5 000	Počet cyklů, které může mít smyčka Until během spuštění pracovního postupu. Pokud chcete změnit tuto hodnotu ve službě s více tenanty, vyberte ve obrazci Smyčka Untilmožnost Změnit limity a zadejte hodnotu vlastnosti Count . Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, projděte si téma Úprava nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps pro jednoho tenanta.
Časový limit	Výchozí hodnota: PT1H (1 hodina)	Stavový pracovní postup: PT1H (1 hodina) Bezstavový pracovní postup: PT5M (5 min)	Výchozí hodnota: PT1H (1 hodina)	Doba, po kterou může smyčka Until běžet před ukončením, a je určena ve formátu ISO 8601. Hodnota časového limitu se vyhodnocuje pro každý cyklus smyčky. Pokud jakákoli akce ve smyčce trvá déle, než je limit časového limitu, aktuální cyklus se nezastaví. Další cyklus se ale nespustí, protože není splněna podmínka limitu. Pokud chcete změnit tuto hodnotu ve službě s více tenanty, vyberte ve smyčce Until obrazec Změnit limity a zadejte hodnotu vlastnosti Časový limit . Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, projděte si téma Úprava nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps pro jednoho tenanta.

Souběžnost a debaty

Název	Vícetenantové	Jeden tenant	Prostředí integrační služby	Poznámky
Trigger – souběžná spuštění	Souběžnost vypnutá: Neomezená Souběžnost zapnutá (nevratná): - Výchozí: 25 – Min.: 1 - Max: 100	Souběžnost vypnutá: Neomezená Souběžnost zapnutá (nevratná): - Výchozí: 100 – Min.: 1 - Max: 100	Souběžnost vypnutá: Neomezená Souběžnost zapnutá (nevratná): - Výchozí: 25 – Min.: 1 - Max: 100	Počet souběžných spuštění, která může trigger spustit současně nebo paralelně. Poznámka: Pokud je souběžnost zapnutá, omezení rozdělení při rozdělení na pole se sníží na 100 položek. Pokud chcete tuto hodnotu změnit ve službě s více tenanty, přečtěte si téma Změna limitu souběžnosti triggerů nebo Postupné změny instancí triggeru. Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, projděte si téma Úprava nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps pro jednoho tenanta.
Maximální počet čekajících spuštění	Souběžnost vypnutá: - Min.: 1 běh - Max: 50 spuštění Souběžnost v: – Minimum: 10 spuštění plus počet souběžných spuštění - Max: 100 spuštění	Souběžnost vypnutá: - Min.: 1 běh (Výchozí) - Max: 50 spuštění (Výchozí) Souběžnost v: – Minimum: 10 spuštění plus počet souběžných spuštění - Max: 200 spuštění (Výchozí)	Souběžnost vypnutá: - Min.: 1 běh - Max: 50 spuštění Souběžnost v: – Minimum: 10 spuštění plus počet souběžných spuštění - Max: 100 spuštění	Počet instancí pracovního postupu, které mohou čekat na spuštění, když aktuální instance pracovního postupu již běží maximální počet souběžných instancí. Pokud chcete změnit tuto hodnotu ve službě s více tenanty, přečtěte si téma Změna limitu čekajících spuštění. Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, projděte si téma Úprava nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps pro jednoho tenanta.
Položky SplitOn	Souběžnost vypnutá: 100 000 položek Souběžnost na: 100 položek	Souběžnost vypnutá: 100 000 položek Souběžnost na: 100 položek	Souběžnost vypnutá: 100 000 položek (Výchozí) Souběžnost na: 100 položek (Výchozí)	Pro triggery, které vracejí pole, můžete zadat výraz, který používá vlastnost SplitOn , která rozdělí nebo rozdělí položky pole do více instancí pracovního postupu pro zpracování, místo použití smyčky For each . Tento výraz odkazuje na pole, které se má použít k vytvoření a spuštění instance pracovního postupu pro každou položku pole. Poznámka: Pokud je souběžnost zapnutá, limit SplitOn se sníží na 100 položek.

Omezení propustnosti

Následující tabulka uvádí hodnoty pro jednu definici pracovního postupu:

Název	Vícetenantové	Jeden tenant	Poznámky
Akce – spuštění za 5minutový průběžný interval	Výchozí: 100 000 spuštění - Režim vysoké propustnosti: 300 000 spuštění	Žádné	Ve službě s více tenanty můžete zvýšit výchozí hodnotu na maximální hodnotu pracovního postupu. Další informace najdete v tématu Spuštění v režimu s vysokou propustností, který je ve verzi Preview. Nebo můžete podle potřeby distribuovat úlohy do více než jednoho pracovního postupu .
Akce – souběžná odchozí volání	Přibližně 2 500 volání	Žádné	Podle potřeby můžete snížit počet souběžných požadavků nebo zkrátit dobu trvání.
Omezování spravovaného konektoru	Omezení omezení se liší v závislosti na konektoru.	Omezení omezení se liší v závislosti na konektoru.	V případě víceklientů si projděte stránku s technickými referenčními informacemi o jednotlivých spravovaných konektorech. Další informace o zpracování omezování konektoru najdete v tématu Zpracování problémů s omezováním (chyby 429 – Příliš mnoho požadavků).
Koncový bod modulu runtime – souběžná příchozí volání	Přibližně 1 000 hovorů	Žádné	Podle potřeby můžete snížit počet souběžných požadavků nebo zkrátit dobu trvání.
Koncový bod modulu runtime – Čtení volání za 5 minut	60 000 volání pro čtení	Žádné	Toto omezení platí pro volání, která získávají nezpracované vstupy a výstupy z historie spuštění pracovního postupu. Úlohu můžete podle potřeby distribuovat mezi více než jeden pracovní postup.
Koncový bod modulu runtime – Volání volání za 5 minut	45 000 volání volání	Žádné	Podle potřeby můžete distribuovat úlohy do více než jednoho pracovního postupu.
Propustnost obsahu za 5 minut	600 MB	Žádné	Podle potřeby můžete distribuovat úlohy do více než jednoho pracovního postupu.

Spuštění v režimu s vysokou propustností

Pro jednu definici pracovního postupu má počet akcí, které se spouští každých 5 minut , výchozí limit. Pokud chcete zvýšit výchozí hodnotu na maximální hodnotu pracovního postupu, což je trojnásobek výchozí hodnoty, můžete povolit režim s vysokou propustností, který je ve verzi Preview. Nebo můžete podle potřeby distribuovat úlohy do více než jednoho pracovního postupu .

Portál (služba pro více tenantů)

1. V Azure Portal v nabídce aplikace logiky v části Nastavení vyberte Nastavení pracovního postupu.

2. V části Možnosti >modulu runtimeVysoká propustnost změňte nastavení na Zapnuto.

   

šablona Resource Manager

Pokud chcete toto nastavení povolit v šabloně ARM pro nasazení aplikace logiky, přidejte do objektu properties pro definici prostředku vaší aplikace logiky objekt s vlastností nastavenou operationOptions na OptimizedForHighThroughput:runtimeConfiguration

{
   <template-properties>
   "resources": [
      // Start logic app resource definition
      {
         "properties": {
            <logic-app-resource-definition-properties>,
            <logic-app-workflow-definition>,
            <more-logic-app-resource-definition-properties>,
            "runtimeConfiguration": {
               "operationOptions": "OptimizedForHighThroughput"
            }
         },
         "name": "[parameters('LogicAppName')]",
         "type": "Microsoft.Logic/workflows",
         "location": "[parameters('LogicAppLocation')]",
         "tags": {},
         "apiVersion": "2016-06-01",
         "dependsOn": [
         ]
      }
      // End logic app resource definition
   ],
   "outputs": {}
}

Další informace o definici prostředku aplikace logiky najdete v tématu Přehled: Automatizace nasazení pro Azure Logic Apps pomocí šablon Azure Resource Manager.

Prostředí integrační služby (ISE)

• SKU ISE pro vývojáře: Poskytuje až 500 spuštění za minutu, ale mějte na paměti tyto skutečnosti:

  • Ujistěte se, že tuto skladovou položku používáte pouze pro zkoumání, experimenty, vývoj nebo testování– ne pro produkční testování nebo testování výkonu. Tato skladová položka nemá během recyklace žádnou smlouvu o úrovni služeb (SLA), kapacitu vertikálního navýšení kapacity ani redundanci, což znamená, že může docházet ke zpoždění nebo výpadku.

  • Aktualizace back-endu můžou přerušovaně přerušit službu.

• SKU ISE úrovně Premium: Následující tabulka popisuje limity propustnosti této skladové položky, ale pokud chcete tyto limity při normálním zpracování překročit nebo spustit zátěžové testování, které by mohlo tyto limity překročit, požádejte o pomoc s vašimi požadavky tým Logic Apps .

  Název	Omezení	Poznámky
  Limit spouštění základní jednotky	Systém je omezen, když kapacita infrastruktury dosáhne 80 %	Poskytuje přibližně 4 000 spuštění akcí za minutu, což je přibližně 160 milionů spuštění akcí za měsíc.
  Limit spouštění jednotek škálování	Systém je omezen, když kapacita infrastruktury dosáhne 80 %	Každá jednotka škálování může poskytnout přibližně 2 000 dalších spuštění akcí za minutu, což je přibližně o 80 milionů spuštění akcí za měsíc.
  Maximální počet jednotek škálování, které můžete přidat	10 jednotek škálování

Omezení brány dat

Azure Logic Apps podporuje operace zápisu, včetně vkládání a aktualizací, prostřednictvím místní brány dat. Tyto operace ale mají omezení velikosti datové části.

Limity zásad opakování

Následující tabulka uvádí omezení zásad opakování pro trigger nebo akci podle toho, jestli máte pracovní postup aplikace logiky Consumption nebo Standard.

Název	Limit spotřeby	Standardní limit	Poznámky
Opakované pokusy	- Výchozí: 4 pokusy - Max: 90 pokusů	- Výchozí: 4 pokusy	Pokud chcete změnit výchozí limit v pracovních postupech aplikace logiky Consumption, použijte parametr zásady opakování. Pokud chcete změnit výchozí limit v pracovních postupech standardních aplikací logiky, projděte si téma Úprava nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps pro jednoho tenanta.
Interval opakování	Žádné	Výchozí hodnota: 7 s	Pokud chcete změnit výchozí limit v pracovních postupech aplikace logiky Consumption, použijte parametr zásady opakování. Pokud chcete změnit výchozí limit v pracovních postupech standardních aplikací logiky, projděte si téma Úprava nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps pro jednoho tenanta.

Omezení akcí proměnných

Následující tabulka uvádí hodnoty pro jednu definici pracovního postupu:

Název	Vícetenantové	Jeden tenant	Prostředí integrační služby	Poznámky
Proměnné na pracovní postup	250 proměnných	250 proměnných (Výchozí)	250 proměnných
Proměnná – maximální velikost obsahu	104 857 600 znaků	Stavový pracovní postup: 104 857 600 znaků (Výchozí) Bezstavové pracovní postupy: 1 024 znaků (Výchozí)	104 857 600 znaků	Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, projděte si téma Úprava nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps pro jednoho tenanta.
Proměnná (typ pole) – maximální počet položek pole	100 000 položek	100 000 položek (Výchozí)	Skladová položka Premium: 100 000 položek Skladová položka pro vývojáře: 5 000 položek	Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, projděte si téma Úprava nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps pro jednoho tenanta.

Limity požadavků HTTP

Následující tabulky uvádějí hodnoty pro jedno příchozí nebo odchozí volání:

Doba trvání časového limitu

Ve výchozím nastavení akce HTTP a akce APIConnection se řídí standardním vzorem asynchronní operace, zatímco akce Odpověď se řídí synchronním vzorem operace. Některé operace spravovaných konektorů umožňují asynchronní volání nebo naslouchají požadavkům webhooku, takže časový limit těchto operací může být delší než následující limity. Další informace najdete na stránce s technickými referencemi jednotlivých konektorů a také v dokumentaci k triggerům a akcím pracovních postupů .

Poznámka

Pro typ prostředku Aplikace logiky (Standard) ve službě s jedním tenantem můžou bezstavové pracovní postupy běžet pouze synchronně.

Název	Vícetenantové	Jeden tenant	Prostředí integrační služby	Poznámky
Odchozí požadavek	120 sekund (2 minuty)	235 sekund (3,9 min) (Výchozí)	240 sekund (4 minuty)	Mezi příklady odchozích požadavků patří volání provedená triggerem nebo akcí HTTP. Tip: Pro delší provoz použijte asynchronní vzor dotazování nebo smyčku Until. Pokud chcete obejít časové limity při volání jiného pracovního postupu, který má volatelný koncový bod, můžete místo toho použít integrovanou akci Azure Logic Apps, kterou najdete ve výběru operací návrháře v části Předdefinované. Pokud chcete změnit výchozí limit ve službě s jedním tenantem, projděte si téma Úprava nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps pro jednoho tenanta.
Příchozí požadavek	120 sekund (2 minuty)	235 sekund (3,9 min) (Výchozí)	240 sekund (4 minuty)	Mezi příchozí požadavky patří volání přijatá triggerem požadavku, triggerem webhooku HTTP a akcí webhooku HTTP. Poznámka: Aby původní volající získal odpověď, musí všechny kroky v odpovědi dokončit v rámci limitu, pokud nevoláte jiný vnořený pracovní postup. Další informace najdete v tématu Volání, trigger nebo vnoření aplikací logiky. Pokud chcete změnit výchozí limit ve službě s jedním tenantem, projděte si téma Úprava nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps pro jednoho tenanta.

Zprávy

Název	Je povoleno vytváření bloků dat	Vícetenantové	Jeden tenant	Prostředí integrační služby	Poznámky
Stažení obsahu – maximální počet požadavků	Yes	1 000 žádostí	1 000 žádostí (Výchozí)	1 000 žádostí
Velikost zpráv	Ne	100 MB	100 MB	200 MB	Pokud chcete tento limit obejít, přečtěte si téma Zpracování velkých zpráv s dělením bloků dat. Některé konektory a rozhraní API ale nepodporují vytváření bloků dat ani výchozí limit. – Konektory jako AS2, X12 a EDIFACT mají vlastní omezení zpráv B2B. - Konektory ISE používají limit ISE, ne omezení konektorů jiných než ISE. Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, projděte si téma Úprava nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps pro jednoho tenanta.
Velikost zpráv	Yes	1 GB	1 073 741 824 bajtů (1 GB) (Výchozí)	5 GB	Toto omezení platí pro akce, které buď nativně podporují dělení bloků dat, nebo umožňují povolit bloky dat v jejich konfiguraci modulu runtime. Pokud používáte ISE, modul Azure Logic Apps tento limit podporuje, ale konektory mají vlastní limity bloků dat až do limitu modulu, viz například referenční informace k rozhraní API konektoru Azure Blob Storage. Další informace o dělení bloků dat najdete v tématu Zpracování velkých zpráv s dělením bloků dat. Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, projděte si téma Úprava nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps pro jednoho tenanta.
Velikost bloku obsahu	Yes	Liší se podle konektoru	52 428 800 bajtů (52 MB) (Výchozí)	Liší se podle konektoru	Toto omezení platí pro akce, které buď nativně podporují dělení bloků dat, nebo umožňují povolit bloky dat v jejich konfiguraci modulu runtime. Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, projděte si téma Úprava nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps pro jednoho tenanta.

Omezení znaků

Název	Omezení	Poznámky
Omezení pro vyhodnocení výrazu	131 072 znaků	Výrazy @concat(), @base64(), @string() nesmí být delší než tento limit.
Limit počtu znaků adresy URL požadavku	16 384 znaků

Omezení ověřování

Následující tabulka uvádí hodnoty pro pracovní postup, který začíná triggerem Požadavku a umožňuje ověřování Azure Active Directory Open Authentication (Azure AD OAuth) pro autorizaci příchozích volání triggeru Požadavku:

Název	Omezení	Poznámky
zásady autorizace Azure AD	5 zásad
Deklarace identity na zásady autorizace	10 žádostí
Hodnota deklarace identity – maximální počet znaků	150 znaků

Omezení akce přepnutí

Následující tabulka uvádí hodnoty pro jednu definici pracovního postupu:

Název	Omezení	Poznámky
Maximální počet případů na akci	25

Omezení akcí vloženého kódu

Následující tabulka uvádí hodnoty pro jednu definici pracovního postupu:

Název	Vícetenantové	Jeden tenant	Prostředí integrační služby	Poznámky
Maximální počet znaků kódu	1 024 znaků	100 000 znaků	1 024 znaků	Pokud chcete použít vyšší limit, vytvořte prostředek aplikace logiky (Standard), který běží v Azure Logic Apps s jedním tenantem, a to buď pomocí Azure Portal, nebo pomocí editoru Visual Studio Code a rozšíření Azure Logic Apps (Standard).
Maximální doba trvání spouštění kódu	5 sekund	15 sekund	1 024 znaků	Pokud chcete použít vyšší limit, vytvořte prostředek aplikace logiky (Standard), který běží v Azure Logic Apps s jedním tenantem, a to buď pomocí Azure Portal, nebo pomocí editoru Visual Studio Code a rozšíření Azure Logic Apps (Standard).

Limity vlastních konektorů

Pouze ve víceklientské službě Azure Logic Apps a prostředí integrační služby můžete vytvářet a používat vlastní spravované konektory, které jsou obálkami kolem existujícího rozhraní REST API nebo rozhraní SOAP API. V Azure Logic Apps s jedním tenantem můžete vytvářet a používat pouze vlastní integrované konektory.

Následující tabulka uvádí hodnoty vlastních konektorů:

Název	Vícetenantové	Jeden tenant	Prostředí integrační služby	Poznámky
Vlastní konektory	1 000 na předplatné Azure	Unlimited	1 000 na předplatné Azure
Rozhraní API na službu	Založené na protokolu SOAP: 50	Nelze použít	Založené na protokolu SOAP: 50
Parametry na rozhraní API	Založené na protokolu SOAP: 50	Nelze použít	Založené na protokolu SOAP: 50
Žádosti o vlastní konektor za minutu	500 požadavků za minutu na připojení	Na základě vaší implementace	2 000 požadavků za minutu na jeden vlastní konektor
Vypršení časového limitu připojení	2 min.	Nečinné připojení: 4 min. Aktivní připojení: 10 min.	2 min.

Další informace najdete v následující dokumentaci:

• Přehled vlastních spravovaných konektorů
• Povolení integrovaného vytváření konektorů – Visual Studio Code s rozšířením Azure Logic Apps (Standard)

Omezení spravovaných identit

Název	Omezení
Spravované identity na prostředek aplikace logiky	– Consumption: Buď identita přiřazená systémem , nebo jenom jedna identita přiřazená uživatelem. – Standard: Identita přiřazená systémem a libovolný počet identit přiřazených uživatelem Poznámka: Ve výchozím nastavení má prostředek aplikace logiky (Standard) spravovanou identitu přiřazenou systémem automaticky povolenou k ověřování připojení za běhu. Tato identita se liší od přihlašovacích údajů pro ověřování nebo připojovacího řetězce, které používáte při vytváření připojení. Pokud tuto identitu zakážete, připojení nebudou za běhu fungovat. Toto nastavení zobrazíte tak, že v nabídce aplikace logiky v části Nastavení vyberete Identita.
Počet aplikací logiky se spravovanou identitou v předplatném Azure na oblast	1 000

Limity účtu integrace

Každé předplatné Azure má tato omezení účtu integrace:

• Jeden účet integrace úrovně Free na oblast Azure Tato úroveň je dostupná jenom pro veřejné oblasti v Azure, například USA – západ nebo Jihovýchodní Asie, ale ne pro Azure China 21Vianet nebo Azure Government.

• Celkem 1 000 účtů integrace, včetně účtů integrace ve všech prostředích integrační služby (ISE) v rámci SKU Developer i Premium.

• Každé integrované vývojové prostředí (ISE), ať už vývojářské nebo prémiové, může používat jeden účet integrace bez dalších poplatků, i když se zahrnutý typ účtu liší podle SKU ISE. Za příplatek můžete pro prostředí integrační služby vytvořit další účty integrace až do celkového limitu.

  ISE SKU	Limity účtu integrace
  Premium	Celkem 20 účtů, včetně jednoho standardního účtu bez dalších poplatků. S touto skladovou položkou můžete mít jenom účty Standard . Nejsou povoleny žádné účty Free ani Basic.
  Vývojář	Celkem 20 účtů, včetně jednoho bezplatného účtu (omezeného na 1) S touto skladovou položkou můžete mít jednu z těchto kombinací: – Bezplatný účet a až 19 standardních účtů. - Žádný bezplatný účet a až 20 standardních účtů. Nejsou povoleny žádné základní nebo více bezplatných účtů. Důležité: Skladovou položku Developer použijte k experimentování, vývoji a testování, ale ne k testování produkčního prostředí nebo testování výkonu.

Informace o tom, jak fungují ceny a fakturace pro isE, najdete v cenovém modelu Logic Apps. Informace o cenových sazbách najdete v tématu Ceny Logic Apps.

Limity artefaktů na účet integrace

Následující tabulky uvádějí hodnoty počtu artefaktů omezených na každou úroveň účtu integrace. Informace o cenových sazbách najdete v tématu Ceny Logic Apps. Informace o tom, jak fungují ceny a fakturace pro účty integrace, najdete v tématu Cenový model Logic Apps.

Poznámka

Úroveň Free používejte pouze pro průzkumné scénáře, ne produkční scénáře. Tato úroveň omezuje propustnost a využití a nemá žádnou smlouvu o úrovni služeb (SLA).

Artefakt	Free	Basic	Standard
Obchodní smlouvy EDI	10	1	1 000
Obchodní partneři EDI	25	2	1 000
Maps	25	500	1 000
Schémata	25	500	1 000
Sestavení	10	25	1 000
Certifikáty	25	2	1 000
Konfigurace služby Batch	5	1	50
Proces partnerského rozhraní RosettaNet (PIP)	10	1	500

Limity kapacity artefaktů

Artefakt	Omezení	Poznámky
Sestavení	8 MB	Pokud chcete nahrát soubory větší než 2 MB, použijte účet úložiště Azure a kontejner objektů blob.
Mapování (soubor XSLT)	8 MB	Pokud chcete nahrát soubory větší než 2 MB, použijte rozhraní REST API služby Azure Logic Apps – Mapy. Poznámka: Množství dat nebo záznamů, které může mapa úspěšně zpracovat, závisí na omezeních velikosti zpráv a časového limitu akcí v Azure Logic Apps. Pokud například použijete akci HTTP na základě velikosti zprávy HTTP a časového limitu, může mapování zpracovávat data až do limitu velikosti zprávy HTTP, pokud se operace dokončí v rámci časového limitu HTTP.
Schéma	8 MB	Pokud chcete nahrát soubory větší než 2 MB, použijte účet úložiště Azure a kontejner objektů blob.

Omezení propustnosti

Koncový bod modulu runtime	Free	Basic	Standard	Poznámky
Čtení hovorů za 5 minut	3 000	30,000	60 000	Tento limit se vztahuje na volání, která získávají nezpracované vstupy a výstupy z historie spuštění aplikace logiky. Podle potřeby můžete úlohu distribuovat mezi více než jeden účet.
Volání volání za 5 minut	3 000	30,000	45 000	Podle potřeby můžete úlohu distribuovat mezi více než jeden účet.
Sledování hovorů za 5 minut	3 000	30,000	45 000	Podle potřeby můžete úlohu distribuovat mezi více než jeden účet.
Blokování souběžných volání	~1 000	~1 000	~1 000	Stejné pro všechny skladové položky. Podle potřeby můžete snížit počet souběžných požadavků nebo zkrátit dobu trvání.

Velikost zprávy protokolu B2B (AS2, X12, EDIFACT)

Následující tabulka uvádí omezení velikosti zpráv, která platí pro protokoly B2B:

Název	Vícetenantové	Jeden tenant	Prostředí integrační služby	Poznámky
AS2	v2 – 100 MB v1 – 25 MB	Neaktivní	v2 – 200 MB v1 – 25 MB	Platí pro dekódování a kódování.
X12	50 MB	Neaktivní	50 MB	Platí pro dekódování a kódování.
EDIFACT	50 MB	Neaktivní	50 MB	Platí pro dekódování a kódování.

Konfigurace brány firewall: IP adresy a značky služeb

Pokud vaše prostředí má přísné požadavky na síť a používá bránu firewall, která omezuje provoz na konkrétní IP adresy, musí vaše prostředí nebo brána firewall povolit příchozí komunikaci přijatou službou Azure Logic Apps a odchozí komunikaci odesílanou službou Azure Logic Apps. Pokud chcete nastavit tento přístup, můžete pro bránu firewall vytvořit pravidla Azure Firewall, která povolí přístup pro příchozíiodchozí IP adresy používané službou Azure Logic Apps v oblasti Azure aplikace logiky. Všechny aplikace logiky ve stejné oblasti používají stejné rozsahy IP adres.

Poznámka

Pokud používáte Power Automate, některé akce, jako jsou HTTP a HTTP + OpenAPI, procházejí přímo službou Azure Logic Apps a pocházejí z ZDE uvedených IP adres. Další informace o IP adresách používaných službou Power Automate najdete v tématu Omezení a konfigurace pro Power Automate.

Předpokládejme například, že vaše aplikace logiky jsou nasazené v oblasti USA – západ. Aby bylo možné podporovat volání, která aplikace logiky odesílají nebo přijímají prostřednictvím integrovaných triggerů a akcí, jako je trigger HTTP nebo akce, musí brána firewall povolit přístup ke všem příchozím IP adresám služby Azure Logic Apps a odchozím IP adresám, které existují v oblasti USA – západ.

Pokud váš pracovní postup používá spravované konektory, jako je konektor Office 365 Outlooku nebo konektor SQL, nebo vlastní konektory, musí brána firewall také povolit přístup pro všechnyodchozí IP adresy spravovaného konektoru v oblasti Azure aplikace logiky. Pokud váš pracovní postup používá vlastní konektory, které přistupují k místním prostředkům prostřednictvím prostředku místní brány dat v Azure, musíte nastavit instalaci brány tak, aby umožňovala přístup k odpovídajícím odchozím IP adresám spravovaného konektoru. Další informace o nastavení komunikace na bráně najdete v těchto tématech:

• Úprava nastavení komunikace pro místní bránu dat
• Konfigurace nastavení proxy serveru pro místní bránu dat

Důležité informace o konfiguraci PROTOKOLU IP brány firewall

Než nastavíte bránu firewall s IP adresami, projděte si tyto důležité informace:

• Pokud chcete zjednodušit všechna pravidla zabezpečení, která chcete vytvořit, můžete místo toho volitelně použít značky služeb a nezadávat předpony IP adres pro každou oblast. Tyto značky představují skupinu předpon IP adres z konkrétní služby Azure a fungují napříč oblastmi, ve kterých je služba Azure Logic Apps dostupná:

  • LogicAppsManagement: Představuje předpony příchozích IP adres pro službu Azure Logic Apps.

  • LogicApps: Představuje předpony odchozích IP adres pro službu Azure Logic Apps.

  • AzureConnectors: Představuje předpony IP adres pro spravované konektory, které provádějí příchozí volání webhooku do služby Azure Logic Apps a odchozí volání příslušných služeb, jako je Azure Storage nebo Azure Event Hubs.

• U pracovních postupů standardních aplikací logiky, které běží v Azure Logic Apps s jedním tenantem, musíte v pracovních postupech povolit přístup pro všechna připojení triggerů nebo akcí. Můžete povolit provoz ze značek služeb a použít stejnou úroveň omezení nebo zásad jako Azure App Service. Musíte také najít a použít plně kvalifikované názvy domén (FQDN) pro vaše připojení. Další informace najdete v odpovídajících částech v následující dokumentaci:

  • Oprávnění brány firewall pro aplikace logiky s jedním tenantem – Azure Portal
  • Oprávnění brány firewall pro aplikace logiky s jedním tenantem – Visual Studio Code

• V případě pracovních postupů aplikace logiky Consumption, které běží v prostředí integrační služby (ISE), se ujistěte, že jste otevřeli také tyto porty.

• Pokud mají vaše aplikace logiky problémy s přístupem k účtům úložiště Azure, které používají brány firewall a pravidla brány firewall, máte různé další možnosti, jak přístup povolit.

  Například aplikace logiky nemají přímý přístup k účtům úložiště, které používají pravidla brány firewall a existují ve stejné oblasti. Pokud ale povolíte odchozí IP adresy pro spravované konektory ve vaší oblasti, budou mít aplikace logiky přístup k účtům úložiště, které jsou v jiné oblasti s výjimkou použití konektorů Azure Table Storage nebo Azure Queue Storage. Pro přístup ke službě Table Storage nebo Queue Storage můžete místo toho použít trigger HTTP a akce. Další možnosti najdete v tématu Přístup k účtům úložiště za branami firewall.

Příchozí IP adresy

Aby služba Azure Logic Apps přijímala příchozí komunikaci přes bránu firewall, musíte povolit provoz přes příchozí IP adresy popsané v této části pro oblast Azure vaší aplikace logiky. Pokud používáte Azure Government, podívejte se na Azure Government – příchozí IP adresy.

Tip

Pokud chcete snížit složitost při vytváření pravidel zabezpečení, můžete volitelně použít značku službyLogicAppsManagement a nezadávat příchozí předpony IP adres Logic Apps pro každou oblast.

Některé spravované konektory dělají příchozí volání webhooku do služby Azure Logic Apps. U těchto spravovaných konektorů můžete volitelně použít značku služby AzureConnectors pro tyto spravované konektory, a nezadávat předpony IP adres příchozího spravovaného konektoru pro každou oblast. Tyto značky fungují napříč oblastmi, ve kterých je dostupná služba Azure Logic Apps.

Následující konektory dělají zpětná volání příchozího webhooku do služby Azure Logic Apps:

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*, Směny pro Microsoft Teams, Týmové projekty, Typeform

* SAP: Zpětný volající závisí na tom, jestli je prostředí nasazení azure s více tenanty nebo ISE. V prostředí s více tenanty místní brána dat provede volání zpět do služby Azure Logic Apps. V prostředí ISE konektor SAP provede volání zpět do služby Azure Logic Apps.

Více tenantů – příchozí IP adresy

Oblast	IP adresa
Austrálie – východ	13.75.153.66, 104.210.89.222, 104.210.89.244, 52.187.231.161, 20.53.94.103, 20.53.107.215
Austrálie – jihovýchod	13.73.115.153, 40.115.78.70, 40.115.78.237, 52.189.216.28, 52.255.42.110, 20.70.114.64
Brazílie – jih	191.235.86.199, 191.235.95.229, 191.235.94.220, 191.234.166.198, 20.201.66.147, 20.201.25.72
Brazílie – jihovýchod	20.40.32.59, 20.40.32.162, 20.40.32.80, 20.40.32.49
Střední Kanada	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 – východ	52.232.129.143, 52.229.125.57, 52.232.133.109, 40.86.202.42
Indie – střed	52.172.157.194, 52.172.184.192, 52.172.191.194, 104.211.73.195, 20.204.203.110, 20.204.212.77
Střední USA	13.67.236.76, 40.77.111.254, 40.77.31.87, 104.43.243.39, 13.86.98.126, 20.109.202.37
Východní Asie	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 – východ 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
Francie – střed	52.143.162.83, 20.188.33.169, 52.143.156.55, 52.143.158.203, 20.40.139.209, 51.11.237.239
Francie – jih	52.136.131.145, 52.136.129.121, 52.136.130.89, 52.136.131.4
Německo – sever	51.116.211.29, 51.116.208.132, 51.116.208.37, 51.116.208.64
Německo – středozápad	51.116.168.222, 51.116.171.209, 51.116.233.40, 51.116.175.0, 20.113.12.69, 20.113.11.8
Japonsko – východ	13.71.146.140, 13.78.84.187, 13.78.62.130, 13.78.43.164, 20.191.174.52, 20.194.207.50
Japonsko – západ	40.74.140.173, 40.74.81.13, 40.74.85.215, 40.74.68.85
Jio Indie – západ	20.193.206.48,20.193.206.49,20.193.206.50,20.193.206.51
Jižní Korea – střed	52.231.14.182, 52.231.103.142, 52.231.39.29, 52.231.14.42, 20.200.207.29, 20.200.231.229
Jižní Korea – jih	52.231.166.168, 52.231.163.55, 52.231.163.150, 52.231.192.64
USA – středosever	168.62.249.81, 157.56.12.202, 65.52.211.164, 65.52.9.64, 52.162.177.104, 23.101.174.98
Severní Evropa	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
Norsko – východ	51.120.88.93, 51.13.66.86, 51.120.89.182, 51.120.88.77, 20.100.27.17, 20.100.36.102
Jižní Afrika – sever	102.133.228.4, 102.133.224.125, 102.133.226.199, 102.133.228.9, 20.87.92.64, 20.87.91.171
Jižní Afrika – západ	102.133.72.190, 102.133.72.145, 102.133.72.184, 102.133.72.173
Středojižní USA	13.65.98.39, 13.84.41.46, 13.84.43.45, 40.84.138.132, 20.94.151.41, 20.88.209.113
Indie – jih	52.172.9.47, 52.172.49.43, 52.172.51.140, 104.211.225.152
Southeast Asia	52.163.93.214, 52.187.65.81, 52.187.65.155, 104.215.181.6, 20.195.49.246, 20.198.130.155
Švýcarsko – sever	51.103.128.52, 51.103.132.236, 51.103.134.138, 51.103.136.209, 20.203.230.170, 20.203.227.226
Švýcarsko – západ	51.107.225.180, 51.107.225.167, 51.107.225.163, 51.107.239.66
Spojené arabské emiráty – střed	20.45.75.193, 20.45.64.29, 20.45.64.87, 20.45.71.213
Spojené arabské emiráty – sever	20.46.42.220, 40.123.224.227, 40.123.224.143, 20.46.46.173, 20.74.255.147, 20.74.255.37
Spojené království – jih	51.140.79.109, 51.140.78.71, 51.140.84.39, 51.140.155.81, 20.108.102.180, 20.90.204.232
Spojené království – západ	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 – středozápad	52.161.26.172, 52.161.8.128, 52.161.19.82, 13.78.137.247, 52.161.64.217, 52.161.91.215
West Europe	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
Západní Indie	104.211.164.112, 104.211.165.81, 104.211.164.25, 104.211.157.237
USA – západ	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
Západní USA 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 – západ 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 – příchozí IP adresy

Azure Government oblast	IP adresa
USA (Gov) – Arizona	52.244.67.164, 52.244.67.64, 52.244.66.82
USA (Gov) – Texas	52.238.119.104, 52.238.112.96, 52.238.119.145
USA (Gov) – Virginia	52.227.159.157, 52.227.152.90, 23.97.4.36
US DoD – střed	52.182.49.204, 52.182.52.106

Odchozí IP adresy

Aby služba Azure Logic Apps odesílala odchozí komunikaci přes bránu firewall, musíte povolit provoz v oblasti Azure vaší aplikace logiky pro všechny odchozí IP adresy popsané v této části. Pokud používáte Azure Government, přečtěte si téma Azure Government – Odchozí IP adresy.

Pokud váš pracovní postup také používá spravované konektory, jako je konektor Office 365 Outlook nebo konektor SQL, nebo používá vlastní konektory, musí brána firewall povolit provoz v oblasti Azure aplikace logiky pro všechny odchozí IP adresy spravovaného konektoru. Pokud váš pracovní postup používá vlastní konektory, které přistupují k místním prostředkům prostřednictvím prostředku místní brány dat v Azure, musíte nastavit instalaci brány tak, aby umožňovala přístup k odpovídajícím odchozím IP adresám spravovaného konektoru. Další informace o nastavení komunikace na bráně najdete v těchto tématech:

• Úprava nastavení komunikace pro místní bránu dat
• Konfigurace nastavení proxy serveru pro místní bránu dat

Tip

Pokud chcete snížit složitost při vytváření pravidel zabezpečení, můžete volitelně použít značku službyLogicApps a nezadávat předpony IP adres odchozích Logic Apps pro každou oblast. Volitelně můžete také použít značku služby AzureConnectors pro spravované konektory, které provádějí odchozí volání příslušných služeb, jako je Azure Storage nebo Azure Event Hubs, a nezadávat předpony IP adres odchozího spravovaného konektoru pro každou oblast. Tyto značky fungují napříč oblastmi, ve kterých je dostupná služba Azure Logic Apps.

Více tenantů – Odchozí IP adresy

Tato část obsahuje seznam odchozích IP adres, které Azure Logic Apps vyžaduje v oblasti Azure vaší aplikace logiky ke komunikaci přes bránu firewall. Pokud váš pracovní postup používá nějaké spravované konektory nebo vlastní konektory, musí brána firewall povolit provoz v oblasti Azure vaší aplikace logiky pro odchozí IP adresy všech spravovaných konektorů. Pokud máte vlastní konektory, které přistupují k místním prostředkům prostřednictvím prostředku místní brány dat v Azure, nastavte instalaci brány tak, aby umožňovala přístup k odpovídajícím odchozím IP adresám spravovaného konektoru.

Oblast	Logic Apps IP
Austrálie – východ	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
Austrálie – jihovýchod	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
Brazílie – jih	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
Brazílie – jihovýchod	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
Střední Kanada	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 – východ	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
Indie – střed	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
Střední USA	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
Východní Asie	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 – východ 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
Francie – střed	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
Francie – jih	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
Německo – sever	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
Německo – středozápad	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
Japonsko – východ	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
Japonsko – západ	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 Indie – západ	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
Jižní Korea – střed	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
Jižní Korea – jih	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 – středosever	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, 52.162.177.90, 52.162.177.30, 23.101.160.111, 23.101.167.207
Severní Evropa	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
Norsko – východ	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
Jižní Afrika – sever	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
Jižní Afrika – západ	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
Středojižní USA	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
Indie – jih	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
Southeast Asia	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
Švýcarsko – sever	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
Švýcarsko – západ	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
Spojené arabské emiráty – střed	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
Spojené arabské emiráty – sever	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
Spojené království – jih	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
Spojené království – západ	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 – středozápad	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
West Europe	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
Západní Indie	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 – západ	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
Západní USA 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 – západ 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 – Odchozí IP adresy

Oblast	Logic Apps IP
US DoD – střed	52.182.48.215, 52.182.92.143
USA (Gov) – Arizona	52.244.67.143, 52.244.65.66, 52.244.65.190
USA (Gov) – Texas	52.238.114.217, 52.238.115.245, 52.238.117.119
USA (Gov) – Virginia	13.72.54.205, 52.227.138.30, 52.227.152.44

Další kroky

• Vytvoření ukázkového pracovního postupu aplikace logiky Consumption v Azure Logic Apps s více tenanty

• Vytvoření ukázkového pracovního postupu standardní aplikace logiky v Azure Logic Apps s jedním tenantem