Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Platí pro: Azure Logic Apps (Consumption + Standard)
Important
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. V závislosti na vašem scénáři, požadavcích na řešení, požadovaných možnostech a prostředí, ve kterém chcete spouštět pracovní postupy, se rozhodnete, jestli chcete vytvořit pracovní postup aplikace logiky Consumption, který běží ve víceklientských službách Azure Logic Apps, nebo ve standardním pracovním postupu aplikace logiky, který běží v Azure Logic Apps s jedním tenantem nebo ve službě App Service Environment (v3 – jenom plány Windows).
Note
Řada omezení je stejná v dostupných prostředích, kde běží Azure Logic Apps, ale rozdíly jsou uvedené tam, kde existují.
Následující tabulka stručně shrnuje rozdíly mezi aplikací logiky Consumption a standardní aplikací logiky.
| Možnost hostování | Benefits | Sdílení a využití prostředků | Cenový a fakturační model | Řízení limitů |
|---|---|---|---|---|
|
Consumption Hostitelské prostředí: Víceklientská služba Azure Logic Apps |
- Nejjednodušší začít - Zaplatit za to, co používáte – Plně spravovaná |
Jeden prostředek aplikace logiky může mít pouze jeden pracovní postup. Všechny logické aplikace v rámci tenantů Microsoft Entra sdílejí stejné zpracování (výpočetní prostředky), úložiště, síť atd. Poznámka: V souvislosti s rezidencí dat a redundancí: – V pracovních postupech nebo částech pracovního postupu, které s agenty nekomuagují, se data replikují ve spárované oblasti. Pro zajištění vysoké dostupnosti je povolené geograficky redundantní úložiště (GRS ). – Každý agent v pracovním postupu používá model Azure OpenAI, který může pocházet z libovolné oblasti, takže rezidence dat není zaručena pro data, která model zpracovává. |
Spotřeba (platba za provedení) | 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 určitý limit. |
|
Standard (pracovní plán služeb) Hostitelské prostředí: Azure Logic Apps s jedním tenantem |
– Další integrované konektory hostované v modulu runtime s jedním tenantem pro zajištění vyšší propustnosti a nižších nákladů ve velkém měřítku - Větší možnosti kontroly a doladění pro 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. |
Jeden prostředek aplikace logiky může mít několik stavových a bezstavových pracovních postupů. Pracovní postupy v jedné logické aplikaci a tenantovi sdílejí stejné zpracování (výpočet), úložiště, síť atd. Data zůstanou ve stejné oblasti, ve které nasazujete aplikaci 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á omezení mají pevné horní maximum. V editoru Visual Studio Code se změny výchozích hodnot omezení v konfiguračních souborech projektu aplikace logiky nezobrazí v prostředí návrháře. Další informace najdete v tématu Úprava nastavení aplikace a prostředí pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
|
Standard (App Service Environment v3) Hostitelské prostředí: App Service Environment v3 (ASEv3) – plány pouze pro Windows |
Stejné funkce jako jednoúrovňové řešení a následující výhody: – Plně izolujte své aplikace logiky. – Vytváření a spouštění více aplikací logiky než v Azure Logic Apps s jedním tenantem – Platíte jenom za plán služby App Service ASE bez ohledu na počet logických aplikací, které vytvoříte a spustíte. – Umožňuje automatické škálování nebo ruční škálování s více instancemi virtuálních počítačů nebo jiným plánem služby App Service. – Zdědí nastavení sítě z vybrané služby ASEv3. Když například nasadíte do interního prostředí ASE, pracovní postupy budou mít přístup k prostředkům ve virtuální síti přidružené k prostředí ASE a mají interní body přístupu. Poznámka: Pokud se přistupuje z vnějšku interního ASE, historie spuštění pracovních postupů v tomto 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é logické aplikaci a tenantovi sdílejí stejné zpracování (výpočet), úložiště, síť atd. Data zůstanou ve stejné oblasti, ve které nasazujete aplikace logiky. |
Plán služby App Service | 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á omezení mají pevné horní maximum. V editoru Visual Studio Code se změny výchozích hodnot omezení v konfiguračních souborech projektu aplikace logiky nezobrazí v prostředí návrháře. Další informace najdete v tématu Úprava nastavení aplikace a prostředí pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
|
Standard (hybridní) Hostitelské prostředí: Vaše vlastní místní infrastruktura |
– Scénáře, ve kterých potřebujete řídit a spravovat vlastní infrastrukturu. – Funkce, které umožňují vytvářet a hostovat integrační řešení pro částečně propojená prostředí, která vyžadují místní zpracování, úložiště a síťový přístup. – Podporuje infrastrukturu, která může zahrnovat místní systémy, privátní cloudy a veřejné cloudy. – Pracovní postupy využívají modul runtime Azure Logic Apps, který je hostovaný místně jako součást rozšíření Azure Container Apps. Další informace najdete v následujících článcích: - Nastavení vlastní infrastruktury pro aplikace logiky Standard s využitím hybridního nasazení - Vytvoření standardních pracovních postupů aplikace logiky pro hybridní nasazení ve vlastní infrastruktuře |
Jedna aplikace logiky může mít několik stavových a bezstavových pracovních postupů. Pracovní postupy v jedné logické aplikaci a tenantovi sdílejí stejné zpracování (výpočet), úložiště, síť atd. Data zůstanou ve stejné oblasti, ve které nasazujete aplikace logiky. |
Ceny hybridních řešení | 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á omezení mají pevné horní maximum. V editoru Visual Studio Code se změny výchozích hodnot omezení v konfiguračních souborech projektu aplikace logiky nezobrazí v prostředí návrháře. Další informace najdete v tématu Úprava nastavení aplikace a prostředí pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
Omezení pracovních postupů
Následující tabulka uvádí hodnoty, které platí pro jednu definici pracovního postupu, pokud není uvedeno jinak:
| Name | Limit | Notes |
|---|---|---|
| Pracovní postupy pro jednotlivé oblasti a předplatná Azure | - Spotřeba: 1 000 pracovních postupů Poznámka: Každý prostředek aplikace logiky Consumption vždy obsahuje pouze jeden pracovní postup. – Standard: Neomezený počet na základě vybraného plánu hostování, aktivity aplikace, velikosti instancí počítačů a využití prostředků. Každý prostředek aplikace logiky standardu může obsahovat více pracovních postupů. |
Optimální pokyny k výkonu pro pracovní postupy standardní aplikace logiky najdete v tématu Osvědčené postupy a doporučení. |
| Pracovní postup – maximální délka názvu | - Spotřeba: 80 znaků - Standardní: 32 znaků |
|
| Spouštěče pro pracovní postup | - Spotřeba (návrhář): 1 spouštěč – Consumption (JSON): 10 triggerů – Standardní: 1 aktivační událost |
– Spotřeba: Více triggerů je možné jenom v případě, že pracujete s definicí pracovního postupu JSON, ať už v zobrazení kódu nebo v šabloně Azure Resource Manageru (ARM), ne v návrháři. – Standard: V návrháři, zobrazení kódu nebo v šabloně Azure Resource Manageru (ARM) je možné pouze jeden trigger. |
| Akce na jeden pracovní postup | 500 akcí | Pokud chcete tento limit rozšířit, můžete podle potřeby použít vnořené pracovní postupy. |
| Akce vnoření hloubky | 8 akcí | Pokud chcete tento limit rozšířit, můžete podle potřeby použít vnořené pracovní postupy. |
| Jedna aktivační událost nebo akce – maximální délka názvu | 80 znaků | |
| Jedna 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, přečtěte si téma Upravit nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
| Jedna akce – maximální kombinovaná velikost vstupů a výstupů | 209 715 200 bajtů (210 MB) |
Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, přečtěte si téma Upravit nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
| Limit počtu znaků výrazu | 8 192 znaků | |
description - Maximální délka |
256 znaků | |
parameters - Maximální počet parametrů na pracovní postup |
- Spotřeba: 50 parametrů - Standardní: 500 parametrů |
|
outputs - Maximální počet výstupů |
10 výstupů | |
trackedProperties - Maximální počet znaků |
8 000 znaků | Každá akce podporuje objekt JSON s názvem trackedProperties , který můžete použít k určení určitých vstupů akcí nebo výstupů pro generování z pracovního postupu a zahrnutí do diagnostické telemetrie. Další informace najdete v tématu Monitorování a shromažďování diagnostických dat pro pracovní postupy. |
Limity doby trvání spuštění a uchovávání historie
Následující tabulka uvádí hodnoty pro jedno spuštění pracovního postupu:
| Name | Multitenant | Single-tenant | Notes |
|---|---|---|---|
| Uchovávání historie spuštění v úložišti | 90 dní | 90 dní (Default) |
Doba uchování historie spuštění pracovního postupu v úložišti po spuštění. Poznámka: Pokud doba trvání 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í neodebere okamžitě po dosažení limitu uchovávání informací, spuštění se odebere do 7 dnů. Bez ohledu na to, jestli se spuštění dokončí nebo vyprší časový limit, doba uchovávání se vždy vypočítá pomocí času spuštění a limitu uchovávání v době spuštění, nikoli aktuálního limitu. Limit uchovávání najdete v nastavení pracovního postupu, uchovávání historie spuštění ve dnech. Další informace najdete v tématu Doba trvání změn a uchovávání historie spuštění v úložišti. |
| Délka spuštění | 90 dní | - Stavový pracovní postup: 90 dní (Default) – Bezstavový pracovní postup: 5 min (Default) |
Doba, po kterou může pracovní postup běžet, než je vynuceno vypršení časového limitu. Doba trvání spuštění se vypočítá pomocí času spuštění a limitu zadaného v nastavení pracovního postupu, uchovávání historie spuštění v počtu dní v okamžiku 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 se historie spuštění může před dokončením přidružených úloh odstranit. Další informace najdete v tématu Doba trvání a uchovávání historie změn v úložišti. |
| Interval opakování | - 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 větší než nejdelší možná doba trvání spuštění.
U pracovních postupů aplikace logiky Consumption řídí stejné nastavení maximální počet dní, po který může pracovní postup běžet, a pro zachování historie spuštění v úložišti.
Ve službě Azure Logic Apps s více tenanty je výchozí limit 90 dnů stejný jako maximální limit. Tuto hodnotu můžete pouze snížit.
Uchovávání historie spuštění se vždy počítá pomocí času spuštění a limitu uchovávání v době spuštění, nikoli aktuálního limitu uchovávání.
Portal
Ve vyhledávacím poli portálu Azure otevřete pracovní postup logické aplikace v návrháři.
V nabídce aplikace logiky vyberte Nastavení pracovního postupu.
V části Možnosti modulu runtime ze seznamu dnů uchovávání historie spuštění vyberte Vlastní.
Přetažením posuvníku změňte požadovaný počet dní.
Až budete hotovi, na panelu nástrojů Nastavení pracovního postupu vyberte Uložit.
šablona ARM
Pokud používáte šablonu Azure Resource Manageru, zobrazí se toto nastavení jako vlastnost v definici prostředku pracovního postupu, která je popsaná v referenčních informacích k šabloně 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}
}
}
}
}
Omezení smyčky, souběžnosti a debaty
Následující tabulka uvádí hodnoty pro jedno spuštění pracovního postupu:
Akce cyklu
Pro každou smyčku
Následující tabulka uvádí hodnoty pro For each smyčku:
| Name | Multitenant | Single-tenant | Notes |
|---|---|---|---|
| Položky pole | 100 000 položek | - Stavový pracovní postup: 100 000 položek (Default) - Bezstavový pracovní postup: 100 položek (Default) |
Počet položek pole, které může zpracovat smyčka For each . 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, přečtěte si téma Upravit nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
| Souběžné iterace | Souběžnost deaktivována: 20 Souběžnost: - Výchozí: 20 - Min: 1 - Maximum: 50 |
Souběžnost deaktivována: 20 (Default) Souběžnost: - Výchozí: 20 - Min: 1 - Maximum: 50 |
Počet iterací smyček 'For each', které se mohou spouštět současně nebo paralelně. Pokud chcete tuto hodnotu změnit ve víceklientských Azure Logic Apps, přečtěte si téma Změna pro každý limit souběžnosti nebo Spuštění pro jednotlivé smyčky postupně. Pokud chcete změnit výchozí limit ve službě s jedním tenantem, přečtěte si téma Upravit nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
Smyčka dokud
Následující tabulka uvádí hodnoty smyčky Until :
| Name | Multitenant | Single-tenant | Notes |
|---|---|---|---|
| Iterations | - Výchozí: 60 - Min: 1 - Max: 5 000 |
Stavový pracovní postup: - Výchozí: 60 - Min: 1 - Max: 5 000 Bezstavové pracovní postupy: - Výchozí: 60 - Min: 1 - Maximum: 100 |
Počet cyklů, které může mít smyčka Until v průběhu pracovního postupu. Pokud chcete tuto hodnotu změnit ve víceklientských Azure Logic Apps, ve tvaru smyčky Until vyberte Změnit limity a zadejte hodnotu pro vlastnost Count . Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, přečtěte si téma Upravit nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
| Time-out | Výchozí hodnota: PT1H (1 hodina) | Stavový pracovní postup: PT1H (1 hodina) Bezstavový pracovní postup: PT5M (5 min) |
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 časový limit, aktuální cyklus se nezastaví. Další cyklus se ale nespustí, protože není splněna podmínka limitu. Pokud chcete tuto hodnotu změnit ve víceklientských Azure Logic Apps, ve tvaru smyčky Until vyberte Změnit limity a zadejte hodnotu vlastnosti Časový limit . Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, přečtěte si téma Upravit nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
Souběžnost a debata
| Name | Multitenant | Single-tenant | Notes |
|---|---|---|---|
| Trigger – souběžná spuštění | Souběžnost vypnutá: Neomezená Souběžnost zapnutá (nevratná): - Výchozí: 25 - Min: 1 - Maximum: 100 |
Souběžnost vypnutá: Neomezená Souběžnost zapnutá (nevratná): - Výchozí: 100 - Min: 1 - Maximum: 100 |
Počet souběžných spuštění, která může trigger spustit současně nebo paralelně. Poznámka: Pokud je zapnutá souběžnost, sníží se debatování nebo Rozdělení limitu na 100 položek pro pole debat. Pokud chcete tuto hodnotu změnit ve víceklientských službách Azure Logic Apps, přečtěte si téma Změna limitu souběžnosti aktivačních událostí nebo instancí triggerů postupně. Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, přečtěte si téma Upravit nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
| Maximální počet čekajících běhů | Souběžnost: – Minimálně: 10 spuštění plus počet souběžných spuštění (Default) - Max: 100 běhů |
Souběžnost: – Minimálně: 10 spuštění plus počet souběžných spuštění (Default) - Maximálně: 200 běhů |
Počet instancí pracovního postupu, které můžou čekat, když vaše aktuální instance pracovního postupu už spouští maximální počet souběžných instancí. Toto nastavení se projeví jenom v případě, že je zapnutá souběžnost. Pokud chcete tuto hodnotu změnit ve víceklientských azure Logic Apps, přečtěte si téma Změna limitu čekání na spuštění. Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, přečtěte si téma Upravit nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
| Debata nebo Rozdělení položek | Souběžnost vypnutá: 100 000 položek Souběžnost: 100 položek |
Souběžnost vypnutá: 100 000 položek Souběžnost: 100 položek |
U aktivačních událostí, které vracejí pole, můžete zadat výraz, který používá splitOn vlastnost, která rozdělí nebo debatuje položky pole do více instancí pracovního postupu ke zpracování, a nikoli použít smyčku For each . Tento výraz odkazuje na pole, které se má použít pro vytvoření a spuštění instance pracovního postupu pro každou položku pole. Poznámka: Pokud je zapnutá souběžnost, sníží se debatování nebo Rozdělení limitu na 100 položek. |
Omezení propustnosti
Následující tabulka uvádí hodnoty pro jednu definici pracovního postupu:
| Name | Multitenant | Single-tenant | Notes |
|---|---|---|---|
| Akce – provádění za 5minutový průběžný interval | Výchozí: 100 000 spuštění - Režim vysoké propustnosti: 300 000 spuštění |
None | Ve službě Azure Logic Apps 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 vysoké propustnosti, který je ve verzi Preview. Nebo můžete podle potřeby distribuovat úlohy napříč více než jedním pracovním postupem . |
| Akce – Souběžná odchozí volání | ~2 500 volání | None | Můžete podle potřeby snížit počet souběžných žádostí nebo zkrátit dobu trvání. |
| Řízení omezení konektoru | Limit omezování se liší v závislosti na konektoru | Limit omezování se liší v závislosti na konektoru | V případě víceklientů si projděte stránku technických referenčních informací ke každému spravovanému konektoru. Další informace o zpracování omezování konektorů 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í | ~1 000 volání | None | Můžete podle potřeby snížit počet souběžných žádostí nebo zkrátit dobu trvání. |
| Koncový bod modulu runtime – Souběžná příchozí volání rozhraní REST API služby API Management | 56 hovorů za 5 minut | Vztahuje se pouze na volání rozhraní REST API služby API k triggeru Požadavek v pracovním postupu standardní logické aplikace. Adresu URL zpětného volání použijte k odeslání požadavku do triggeru 'požadavku' ve workflowu standardní logické aplikace, místo použití volání API Management, která mají nastavený limit 56 volání za 5 minut. |
|
| Koncový bod modulu runtime – Čtení volání za 5 min | 60 000 čtecích volání | None | Toto omezení platí pro volání, která z historie spuštění pracovního postupu získávají nezpracované vstupy a výstupy. Podle potřeby můžete distribuovat úlohy napříč více než jedním pracovním postupem. |
| Koncový bod modulu runtime – Volání spuštění za 5 min | 45 000 volání | None | Podle potřeby můžete distribuovat úlohy mezi více než jeden pracovní postup. |
| Propustnost obsahu za 5 min | 6 GB | None | Předpokládejme například, že back-end má 100 pracovníků. Každý pracovní proces má limit 60 MB, což je výsledek vydělení 6 GB 100 pracovních procesů. Podle potřeby můžete distribuovat úlohy mezi více než jeden pracovní postup. |
Škálování pro vysokou propustnost
Služba Azure Logic Apps s více tenanty má výchozí limit počtu akcí, které se spouštějí každých 5 minut. Pokud chcete zvýšit výchozí hodnotu na maximální hodnotu, můžete povolit režim vysoké propustnosti, který je ve verzi Preview. Nebo distribuujte úlohu mezi několik aplikací logiky a pracovních postupů a nespoléhejte na jednu aplikaci logiky a pracovní postup.
Povolení vysoké propustnosti na portálu
Na webu Azure Portal v nabídce aplikace logiky v části Nastavení vyberte Nastavení pracovního postupu.
V části Možnosti >Vysoká propustnost změňte nastavení na Zapnuto.
Povolení vysoké propustnosti v šabloně Resource Manageru
Chcete-li toto nastavení povolit v šabloně ARM pro nasazení vaší logické aplikace, přidejte v objektu properties definice prostředků vaší logické aplikace objekt runtimeConfiguration s vlastností operationOptions nastavenou na OptimizedForHighThroughput.
{
<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 logické aplikace najdete v tématu Přehled: Automatizace nasazení pro Azure Logic Apps pomocí šablon Azure Resource Manageru.
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 zátěže.
Omezení zásad opakování
Následující tabulka uvádí limity pravidel opakování pro trigger či akci, v závislosti na tom, zda máte pracovní postup logické aplikace ve verzi Consumption či Standard.
| Name | Limit spotřeby | Standardní limit | Notes |
|---|---|---|---|
| Pokusy o opakování | - 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í aplikace logiky, přečtěte si téma Upravit nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
| Interval pro opakování | None | Výchozí hodnota: 7 sekund | 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í aplikace logiky, přečtěte si téma Upravit nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
Omezení akcí proměnných
Následující tabulka uvádí hodnoty pro jednu definici pracovního postupu:
| Name | Multitenant | Single-tenant | Notes |
|---|---|---|---|
| Proměnné podle pracovního postupu | 250 proměnných | 250 proměnných (Default) |
|
| Proměnná – maximální velikost obsahu | 104 857 600 znaků | Stavový pracovní postup: 104 857 600 znaků (Default) Bezustavové pracovní postupy: 1 024 znaků (Default) |
Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, přečtěte si téma Upravit nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
| Proměnná (typ pole) – maximální počet položek pole | 100 000 položek | 100 000 položek (Default) |
Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, přečtěte si téma Upravit nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
Omezení 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 připojení rozhraní API se řídí standardním vzorem asynchronní operace, zatímco akce Response se řídí synchronním vzorem operace. Některé operace spravovaného konektoru provádějí 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. Pro více informací navštivte stránku s technickou referencí každého konektoru a stránku Workflow triggers and actions.
U standardních logických aplikací v jednonájemních Azure Logic Apps mohou bezstavové workflow běžet pouze synchronně. Bezstavové workflow ukládají do paměti pouze vstupy, výstupy a stavy každé akce, nikoli externí úložiště. Výsledkem je, že bezstavové workflowy fungují rychleji s rychlejšími reakčními časy, poskytují vyšší propustnost, snižují provozní náklady díky nepoužívání externího úložiště a kratší běhy obvykle končí za 5 minut nebo méně. Pokud však dojde k výpadkům, přerušené běhy se automaticky neobnoví. Volající musí ručně znovu odeslat přerušené běhy. Pro nejlepší výkon se ujistěte, že bezstavový workflow zpracovává data nebo obsah, který nepřesahuje 64 KB celkové velikosti souboru. Větší velikosti, například více velkých příloh, mohou výrazně zpomalit výkon pracovního toku nebo dokonce způsobit pád pracovního toku kvůli výjimkám z paměti. Pokud potřebujete workflow pro větší velikost souborů, vytvořte místo toho stavový workflow.
| Name | Multitenant | Single-tenant | Notes |
|---|---|---|---|
| Odchozí požadavek | 120 sekund (2 min) |
235 sekund (3,9 min) (Default) |
Mezi příklady odchozích požadavků patří volání provedená triggerem HTTP nebo akcí. Tip: Pro delší operace použijte asynchronní vzor dotazování nebo smyčku Until. Pokud chcete obejít omezení časového limitu 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 pod položkou Vestavěné. Pokud chcete změnit výchozí limit ve službě s jedním tenantem, přečtěte si téma Upravit nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
| Příchozí požadavek | 120 sekund (2 min) |
235 sekund (3,9 min) (Default) |
Mezi příklady příchozích požadavků 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í se všechny kroky v odpovědi dokončit v rámci limitu, pokud nezavoláte jiný vnořený pracovní postup. Další informace najdete v tématu Volání, spouštění nebo vnoření logických aplikací. Pokud chcete změnit výchozí limit ve službě s jedním tenantem, přečtěte si téma Upravit nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
Omezení velikosti spouštěče požadavku a spouštěče webhooku
| Name | Multitenant | Single-tenant | Notes |
|---|---|---|---|
| Trigger požadavku (příchozí) a triggery založené na webhoocích – omezení velikosti obsahu na 5minutový interval pro pracovní postup | 3 145 728 KB | None | Tento limit platí jenom pro velikost obsahu příchozích požadavků přijatých triggerem požadavku nebo jakýmkoli triggerem webhooku. Předpokládejme například, že back-end má 100 pracovníků. Každý pracovník má limit 31 457 280 bajtů, což je výsledek rozdělení 3 145 728 000 bajtů mezi 100 pracovníků. Aby se zabránilo předčasnému omezování spouště požadavku, použijte pro každý požadavek nového HTTP klienta, který rovnoměrně distribuuje volání napříč všemi uzly. U triggeru webhooku možná budete muset použít několik pracovních procesů, které rozdělí zatížení, a tím zabrání překročení limitů. |
Messages
| Name | Povolené vytváření bloků dat | Multitenant | Single-tenant | Notes |
|---|---|---|---|---|
| Stažení obsahu – maximální počet požadavků | Yes | 1 000 žádostí | 1 000 žádostí (Default) |
|
| Velikost zprávy | No | 100 MB | 100 MB | Pokud chcete tento limit obejít, viz Zpracování velkých zpráv rozdělováním na části. Některé konektory a rozhraní API ale nepodporují vytváření bloků dat ani výchozí limit. – Konektory jako AS2, X12 a EDIFACT mají vlastní limity zpráv B2B. Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, přečtěte si téma Upravit nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
| Velikost zprávy na akci | Yes | 1 GB | 1 073 741 824 bajtů (1 GB) (Default) |
Toto omezení platí pro akce, které nativně podporují blokování nebo umožňují povolit blokování v konfiguraci modulu runtime. Další informace o vytváření bloků dat najdete v tématu Zpracování velkých zpráv pomocí bloků dat. Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, přečtěte si téma Upravit nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
| Velikost bloku obsahu na akci | Yes | Liší se podle konektoru. | 52 428 800 bajtů (52 MB) (Default) |
Toto omezení platí pro akce, které nativně podporují blokování nebo umožňují povolit blokování v konfiguraci modulu runtime. Pokud chcete změnit výchozí hodnotu ve službě s jedním tenantem, přečtěte si téma Upravit nastavení hostitele a aplikace pro aplikace logiky v Azure Logic Apps s jedním tenantem. |
Limity znaků
| Name | Limit | Notes |
|---|---|---|
| Omezení pro vyhodnocení výrazu | 131 072 znaků | Výrazy @concat(), @base64(), @string() nemohou být delší než tento limit. |
| Limit počtu znaků adresy URL požadavku | 16 384 znaků |
Omezení ověřování
V následující tabulce jsou uvedeny hodnoty pracovního postupu, který začíná spouštěčem požadavku a umožňuje Microsoft Entra ID Open Authentication (Microsoft Entra ID OAuth) pro autorizaci příchozích volání do spouštěče požadavku.
| Name | Limit | Notes |
|---|---|---|
| Zásady autorizace Microsoft Entra | 5 zásad | |
| Požadavky podle autorizační politiky | 10 nároků | |
| Hodnota nároku – maximální počet znaků | 150 znaků |
Přepnout limity akcí
Následující tabulka uvádí hodnoty pro jednu definici pracovního postupu:
| Name | Limit | Notes |
|---|---|---|
| Maximální počet případů na akci | 25 |
Limity akcí vloženého kódu
Následující tabulka uvádí hodnoty pro jednu definici pracovního postupu:
| Name | Multitenant | Single-tenant | Notes |
|---|---|---|---|
| Maximální počet znaků kódu | 1 024 znaků | 100 000 znaků | Pokud chcete použít vyšší limit, vytvořte prostředek standardní logické aplikace, který běží v jedné instanci Azure Logic Apps, buď pomocí prostředí Azure Portal, nebo pomocí editoru Visual Studio Code a rozšíření Azure Logic Apps (Standard). |
| Maximální doba trvání spuštění kódu | 5 s | 15 sekund | Pokud chcete použít vyšší limit, vytvořte prostředek standardní logické aplikace, který běží v jedné instanci Azure Logic Apps, buď pomocí prostředí Azure Portal, nebo pomocí editoru Visual Studio Code a rozšíření Azure Logic Apps (Standard). |
Limity vlastních konektorů
Ve víceklientské službě Azure Logic Apps můžete vytvářet a používat vlastní spravované konektory, což jsou obálky 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 jenom vlastní integrované konektory.
Následující tabulka uvádí hodnoty vlastních konektorů:
| Name | Multitenant | Single-tenant | Notes |
|---|---|---|---|
| Vlastní konektory | 1 000 na předplatné Azure | Unlimited | |
| Rozhraní API podle služby | Založené na protokolu SOAP: 50 | Není relevantní | |
| Parametry na rozhraní API | Založené na protokolu SOAP: 50 | Není relevantní | |
| Žádosti za minutu pro vlastní konektor | 500 požadavků na připojení za minutu | Na základě vaší implementace | |
| Časové omezení připojení | 2 minuty | Nečinné připojení: 4 minuty Aktivní připojení: 10 minut |
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é identity
| Name | Limit |
|---|---|
| Spravované identity na prostředek Logic App | - Spotřeba: Identita přiřazená systémem nebo pouze 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ů 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. Pokud chcete toto nastavení zobrazit, vyberte v nabídce aplikace logiky v části Nastavení možnost Identita. |
| Počet aplikací logiky, které mají spravovanou identitu v předplatném Azure pro každou oblast | – Spotřeba: 5 000 aplikací logiky - Standard: Podle omezení služby Azure App Service, pokud nějaká jsou |
Limity účtu integrace
Každé předplatné Azure má tato omezení účtu integrace:
Jeden účet integrace úrovně Free pro každou 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 Microsoft Azure provozované společností 21Vianet nebo Azure Government.
1 000 celkových účtů integrace
Informace o fungování cen a fakturace najdete v cenovém modelu Logic Apps. Cenové sazby najdete v tématu Ceny služby Logic Apps.
Limity artefaktů na účet integrace
Následující tabulky uvádějí hodnoty pro počet artefaktů omezených na každou úroveň účtu integrace. Cenové sazby najdete v tématu Ceny služby Logic Apps. Informace o fungování cen a fakturace pro účty integrace najdete v cenovém modelu Logic Apps.
Note
Úroveň Free používejte jenom 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).
| Artifact | Free | Basic | Standard | Premium (Preview) |
|---|---|---|---|---|
| Obchodní smlouvy EDI | 10 | 1 | 1,000 | Unlimited |
| Obchodní partneři EDI | 25 | 2 | 1,000 | Unlimited |
| Maps | 25 | 500 | 1,000 | Unlimited |
| Schemas | 25 | 500 | 1,000 | Unlimited |
| Assemblies | 10 | 25 | 1,000 | Neomezené, ale aktuálně nepodporuje export z prostředí integrační služby. |
| Certificates | 25 | 2 | 1,000 | Unlimited |
| Konfigurace služby Batch | 5 | 1 | 50 | Unlimited |
| Proces partnerského rozhraní RosettaNet (PIP) | 10 | 1 | 500 | Neomezené, ale aktuálně nepodporuje export z prostředí integrační služby. |
Limity kapacity artefaktů
| Artifact | Limit | Notes |
|---|---|---|
| Assembly | 8 MB | Pokud chcete nahrát soubory větší než 2 MB, použijte účet úložiště Azure a kontejner objektů blob. |
| Mapa (soubor XSLT) | 8 MB | K nahrání souborů větších 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ávy a časového limitu akce v Azure Logic Apps. Pokud například použijete akci HTTP na základě omezení velikosti zprávy HTTP a časového limitu, může mapa zpracovávat data až do limitu velikosti zprávy HTTP, pokud se operace dokončí v rámci limitu časového limitu http. |
| Schema | 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 | Notes |
|---|---|---|---|---|
| Čtení hovorů za 5 min | 3,000 | 30,000 | 60,000 | Toto omezení platí pro volání, která z historie spuštění aplikace logiky získávají nezpracované vstupy a výstupy. Podle potřeby můžete distribuovat úlohy napříč více než jedním účtem. |
| Uskutečnění volání každých 5 min | 3,000 | 30,000 | 45,000 | Podle potřeby můžete distribuovat úlohy napříč více než jedním účtem. |
| Sledování hovorů za 5 min | 3,000 | 30,000 | 45,000 | Podle potřeby můžete distribuovat úlohy napříč více než jedním účtem. |
| Blokování souběžných volání | ~1,000 | ~1,000 | ~1,000 | Stejné pro všechny skladové položky. Můžete podle potřeby snížit počet souběžných žádostí 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:
| Name | Multitenant | Single-tenant | Notes |
|---|---|---|---|
| AS2 | v2 – 100 MB v1 – 25 MB |
Unavailable | Platí pro dekódování a kódování. |
| X12 | 50 MB | Unavailable | Platí pro dekódování a kódování. |
| EDIFACT | 50 MB | Unavailable | Platí pro dekódování a kódování. |
Konfigurace brány firewall: IP adresy a značky služeb
Pokud má vaše prostředí přísné požadavky na síť a používá bránu firewall, která omezuje provoz na konkrétní IP adresy, vaše prostředí nebo brána firewall musí povolit příchozí provoz odesílaný do víceklientské služby Azure Logic Apps zvenčí a odchozího provozu odesílaný z Azure Logic Apps do vnějšího prostředí. Pokud chcete nastavit tento přístup, můžete vytvořit pravidla služby Azure Firewall , která umožňují přístup pro příchozí a odchozí IP adresy vyžadované službou Azure Logic Apps v oblasti Azure pro váš prostředek aplikace logiky. Všechny aplikace logiky ve stejné oblasti používají stejné IP adresy.
Note
Pokud používáte Power Automate, některé akce, jako je HTTP a HTTP + OpenAPI , komunikují přímo prostřednictvím platformy Azure Logic Apps pomocí některých IP adres uvedených tady. 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 máte aplikace logiky v oblasti USA – západ. Aby bylo možné podporovat volání, která pracovní postupy vašich logických aplikací odesílají nebo přijímají pomocí integrovaných operací, jako je trigger HTTP nebo akce, brána firewall musí povolit přístup pro všechny příchozí a odchozí IP adresy pro region západního USA.
Důležité informace o konfiguraci protokolu IP brány firewall
Než nastavíte bránu firewall s IP adresami, projděte si tyto aspekty:
Pokud chcete zjednodušit všechna pravidla zabezpečení, která vytvoříte, použijte značky služeb místo konkrétních IP adres. 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á:
Značka služby Description LogicAppsManagement Předpony příchozích IP adres pro službu Azure Logic Apps LogicApps Odchozí IP adresní prefixy pro multitenant Azure Logic Apps službu. AzureConnectors Předpony IP adres vyžadované pro spravované konektory, které provádějí zpětná volání příchozího webhooku do služby Azure Logic Apps a odchozí volání do jejich příslušných služeb, jako je Azure Blob Storage nebo Azure Event Hubs. Tato značka a její IP adresy se vztahují také na všechny operace zákaznického konektoru ve vašich pracovních postupech. U standardních pracovních postupů aplikací logiky v Azure Logic Apps s jedním tenantem musíte povolit přístup pro všechna připojení triggerů nebo akcí ve vašich pracovních postupech. Pokud chcete povolit provoz, použijte značky služeb a 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:
Pokud mají pracovní postupy logické aplikace problémy s přístupem k účtům úložiště Azure, které používají firewally a pravidla firewallů, máte další možnosti, jak umožnit přístup.
Pracovní postupy například nemají přímý přístup k účtům úložiště, které používají pravidla brány firewall a existují ve stejné oblasti. Jakmile ale povolíte provoz přes odchozí IP adresy spravovaných konektorů ve vaší oblasti Azure, budou mít pracovní postupy přístup k účtům úložiště, které existují v jiné oblasti, s výjimkou případů, kdy používají konektory Azure Table Storage nebo Azure Queue Storage. Pokud chcete získat přístup ke službě Table Storage nebo Queue Storage, použijte HTTP trigger a HTTP 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 komunikaci přes bránu firewall z externích služeb, musíte povolit provoz přes všechny příchozí IP adresy , které jsou vyhrazené pro oblast Azure, ve které existují prostředky vaší aplikace logiky.
Pokud chcete snížit složitost při vytváření pravidel zabezpečení, použijte místo konkrétních příchozích IP adres značku služby LogicAppsManagement. Značky služeb zahrnují statické IP adresy, takže pokud nemůžete používat značky služeb, přidejte místo toho všechny IP adresy, na které se vztahuje značka služby. Další informace najdete ve stažení rozsahů IP adres Azure a značek služeb pro veřejný cloud.
V opačném případě se podívejte na oddíl s názvem Multitenant - Příchozí IP adresy. Pokud používáte Azure Government, přečtěte si téma Azure Government – Příchozí IP adresy.
Note
Některé operace spravovaného konektoru zpřístupní příchozí volání webhooku do Azure Logic Apps. Pokud používáte řízení přístupu k prostředku aplikace logiky, ujistěte se, že volání z IP adres těchto služeb nebo systémů mají oprávnění pro přístup k vaší aplikaci logiky.
V následujících operacích konektoru se uskuteční příchozí volání webhooků zpět do Azure Logic Apps.
Adobe Creative Cloud, Adobe Sign, Adobe Sign Demo, Adobe Sign Preview, Adobe Sign Stage, Azure Event Grid, Calendly, DocuSign, DocuSign Demo, LiveChat, Microsoft Dataverse (Common Data Service), Microsoft Forms, Microsoft Dynamics 365 Business Central, Microsoft Dynamics 365 for Fin & Ops, Microsoft Office 365* Outlook, Microsoft Outlook.com, Microsoft Sentinel, Parserr, SAP*, Shifts for Microsoft Teams, Teamwork Projects, Typeform a tak dále:
Office 365: Vrátivší se volající je ve skutečnosti konektorem Office 365. Můžete zadat odchozí IP adresu spravovaného konektoru pro každou oblast nebo pro tyto spravované konektory použít značku služby AzureConnectors .
SAP: Vrácení volajícího závisí na tom, zda je prostředí pro nasazení víceklientské na Azure. V multitenantním prostředí provede místní brána dat zpětný přenos do služby Azure Logic Apps.
Víceklientní – Příchozí IP adresy
Tato část obsahuje seznam příchozích IP adres, které Azure Logic Apps vyžaduje pro oblast Azure, kde existuje aplikace logiky pro příjem komunikace přes bránu firewall. Ujistěte se, že si projděte úvod do příchozích IP adres ohledně všech požadavků souvisejících s povolením příchozího provozu do Azure Logic Apps.
| Region | Azure Logic Apps IP |
|---|---|
| Austrálie – východ | 20.11.76.135, 20.11.77.54, 4.200.57.191, 20.11.77.111, 4.200.48.30, 4.198.185.192, 4.200.48.37, 4.200.57.70 |
| Austrálie – jihovýchod | 20.211.194.165, 20.70.118.30, 4.198.78.245, 20.70.114.85, 20.70.116.201, 20.92.62.87, 20.211.194.79, 20.92.62.64, 13.77.55.128, 13.77.55.129 |
| Rakousko – východ | 68.210.183.164, 68.210.183.162, 68.210.183.167, 68.210.183.161, 68.210.183.160, 68.210.183.163, 68.210.183.166, 68.210.183.165 |
| Belgie – střed | 9.160.56.245, 9.160.56.241, 9.160.56.243, 9.160.56.242, 9.160.56.247, 9.160.56.246, 9.160.56.244, 9.160.56.240 |
| Brazílie – jih | 20.201.111.44, 20.201.110.210, 20.201.95.184, 20.201.111.106, 20.201.110.239, 20.201.111.218, 20.201.111.204, 4.228.78.206 |
| Brazílie – jihovýchod | 108.140.19.183, 108.140.16.189, 108.140.19.38, 108.140.17.2, 108.140.19.189, 108.140.20.8, 108.140.19.206, 108.140.20.2 |
| Kanada – střed | 20.175.241.90, 20.116.229.122, 4.172.59.88, 52.237.58.32, 20.116.231.233, 20.116.229.68, 4.172.57.90, 20.116.230.165 |
| Kanada – východ | 40.86.205.75, 40.86.229.191, 40.69.102.29, 40.69.96.69, 40.86.248.230, 52.229.114.121, 20.220.76.245, 52.229.99.183 |
| Indie – střed | 4.186.8.164, 20.235.200.244, 20.235.200.100, 20.235.200.92, 4.188.187.112, 4.188.187.170, 4.188.187.173, 4.188.188.52 |
| Střed USA | 172.212.239.224, 172.212.239.225, 172.212.239.226, 172.212.239.227, 172.212.239.228, 172.212.239.229, 172.212.239.230, 172.212.239.231 |
| Chile – střed | 68.211.20.55, 68.211.20.53, 68.211.20.52, 68.211.20.54, 68.211.20.48, 68.211.20.51, 68.211.20.49, 68.211.20.50 |
| Dánsko – východ | 9.205.48.240,9.205.48.241,9.205.48.242,9.205.48.243,9.205.48.244,9.205.48.245,9.205.48.246,9.205.48.247 |
| Východní Asie | 20.6.149.94, 4.144.32.35, 20.255.186.54, 20.6.149.151, 20.255.121.88, 20.255.104.187, 20.255.121.57, 20.6.177.230 |
| USA – východ | 4.156.26.80, 4.156.25.14, 4.156.25.189, 20.242.168.44, 4.156.241.183, 4.156.243.174, 4.156.242.86, 4.156.243.165, 52.224.145.162, 4.156.242.96, 4.156.243.173, 4.156.241.195, 4.156.242.97, 4.156.242.26, 4.156.242.13, 172.212.37.35 |
| USA – východ 2 | 20.122.237.191, 52.251.20.210, 20.122.237.232, 20.122.237.221, 4.152.129.54, 4.152.128.241, 20.1.240.241, 4.152.129.229, 4.152.127.230, 4.152.126.158, 4.153.195.56, 4.153.201.240 |
| Francie – střed | 20.74.20.86, 20.74.22.248, 20.74.94.80, 20.74.91.234, 20.74.106.82, 20.74.35.121, 20.19.63.163, 20.19.56.186 |
| Francie – jih | 51.138.154.147, 51.138.152.107, 51.138.154.171, 51.138.154.241, 51.138.154.167, 51.138.152.46, 51.138.154.191, 51.138.154.153 |
| Německo – sever | 20.218.25.193, 20.218.25.211, 20.218.26.154, 20.218.26.185, 20.218.40.222, 20.218.41.149, 20.218.40.115, 20.218.41.77 |
| Německo – středozápad | 98.67.210.83, 98.67.210.94, 98.67.210.49, 98.67.144.141, 98.67.146.59, 98.67.145.222, 98.67.146.65, 98.67.146.238 |
| Indonésie – střed | 70.153.175.241, 70.153.175.245, 70.153.175.242, 70.153.175.246, 70.153.175.244, 70.153.175.240, 70.153.175.247, 70.153.175.243 |
| Izrael – střed | 51.4.2.18, 51.4.2.88, 51.4.2.119, 51.4.2.140, 51.4.2.16, 51.4.2.136, 51.4.2.186, 51.4.2.17 |
| Izrael – severozápad | 51.4.164.32, 51.4.164.33, 51.4.164.34, 51.4.164.35, 51.4.164.36, 51.4.164.37, 51.4.164.38, 51.4.164.39 |
| Itálie – sever | 172.213.177.28, 172.213.177.95, 172.213.177.111, 172.213.196.142, 172.213.199.113, 172.213.193.254, 172.213.199.195, 172.213.198.5 |
| Japonsko – východ | 20.18.198.232, 20.18.197.179, 20.18.198.148, 20.18.238.86, 4.189.8.207, 4.189.9.80, 4.189.10.88, 4.189.8.209, 172.207.65.96, 172.207.65.97 |
| Japonsko – západ | 40.74.129.115, 138.91.22.178, 40.74.120.8, 138.91.27.244, 138.91.28.97, 138.91.26.244, 23.100.110.250, 138.91.27.82, 4.190.142.240, 4.190.142.241, 4.190.142.242, 4.190.142.243 |
| Jio – západní Indie | 20.207.247.103, 20.244.240.200, 20.244.244.210, 20.244.241.129, 20.244.240.7, 20.244.242.21, 20.244.247.29, 20.244.244.219 |
| Korea – střed | 20.249.169.92, 20.249.169.87, 20.249.169.155, 20.249.171.205, 4.230.149.190, 20.249.170.248, 20.249.171.120, 20.249.171.7 |
| Korea – jih | 52.231.228.78, 52.231.181.100, 52.231.223.213, 52.231.140.232, 52.231.228.60, 52.231.143.60, 52.231.138.189, 52.231.137.253 |
| Malajsie – západ | 20.17.142.181, 20.17.142.180, 20.17.142.182, 20.17.142.179, 20.17.142.176, 20.17.142.183, 20.17.142.178, 20.17.142.177 |
| Mexiko – střed | 158.23.254.137, 158.23.254.158, 158.23.254.105, 158.23.254.193, 158.23.254.101, 158.23.254.220, 158.23.254.57, 158.23.254.156 |
| Nový Zéland – sever | 172.204.59.81, 172.204.60.91, 172.204.60.122, 172.204.59.84, 172.204.59.8, 172.204.59.218, 172.204.132.91, 172.204.59.14 |
| Střed USA – sever | 20.98.61.245, 172.183.50.180, 172.183.52.146, 172.183.51.138, 172.183.48.31, 172.183.48.9, 172.183.48.234, 40.116.65.34 |
| Severní Evropa | 40.67.252.16, 4.207.0.242, 4.207.204.28, 4.207.203.201, 20.67.143.247, 20.67.138.43, 68.219.40.237, 20.105.14.98, 4.207.203.15, 4.207.204.121, 4.207.201.247, 20.107.145.46 |
| Norsko – východ | 4.235.15.184, 4.235.37.41, 4.235.38.187, 4.235.15.175, 4.235.39.110, 4.235.38.223, 4.235.39.218, 20.251.128.60 |
| Norsko – západ | 20.100.74.215, 20.100.75.243, 20.100.74.245, 20.100.75.51, 20.100.72.6, 20.100.74.37, 20.100.72.154, 20.100.76.68 |
| Polsko – střed | 74.248.82.221, 74.248.82.188, 74.248.83.27, 74.248.83.63, 74.248.81.204, 74.248.81.64, 74.248.81.229, 74.248.81.255 |
| Katar – střed | 20.21.211.241, 20.21.211.242 |
| Jižní Afrika – sever | 20.164.165.201, 20.164.166.18, 20.164.167.236, 20.164.56.217, 20.164.151.72, 20.164.147.113, 20.164.48.40, 20.164.148.191 |
| Jižní Afrika – západ | 20.87.177.187, 102.133.70.42, 20.87.176.228, 20.87.178.76, 20.87.176.32, 20.87.176.245, 20.87.176.215, 20.87.178.32 |
| Střed USA – jih | 172.206.187.62, 172.206.187.92, 172.206.187.101, 172.206.187.135, 52.255.127.211, 52.255.127.201, 52.255.127.24, 52.255.127.243 |
| Indie – jih | 52.140.4.233, 52.172.100.99, 52.140.5.154, 52.140.1.153, 52.172.96.103, 52.140.2.150, 52.172.103.116, 52.172.99.31 |
| Jihovýchodní Asie | 4.144.200.166, 4.144.203.255, 4.144.203.73, 4.144.201.132, 20.247.196.3, 52.230.58.240, 20.247.197.6, 20.247.198.8, 20.247.195.123, 20.247.197.207, 20.247.197.108, 20.247.198.132, 57.155.35.128, 57.155.35.129 |
| Španělsko – střed | 68.221.249.214, 68.221.249.187, 68.221.249.249, 68.221.249.208, 68.221.249.227, 68.221.250.1, 68.221.249.191, 68.221.249.9 |
| Švédsko – střed | 74.241.204.72, 74.241.204.55, 74.241.204.197, 74.241.206.0, 4.225.198.176, 4.225.198.50, 4.225.197.219, 4.225.198.33 |
| Švýcarsko – sever | 4.226.35.171, 20.250.239.241, 20.250.238.113, 20.250.238.80, 20.250.233.38, 20.250.235.79, 20.250.235.177, 20.250.235.117 |
| Švýcarsko – západ | 20.199.218.139, 20.199.219.180, 20.199.216.255, 20.199.217.34, 20.208.231.200, 20.199.217.39, 20.199.216.16, 20.199.216.98 |
| Tchaj-wan – sever | 70.157.25.223, 70.157.25.234, 70.157.25.198, 70.157.26.159, 70.157.26.114, 70.157.26.220, 70.157.25.236, 70.157.26.234 |
| Tchaj-wan – severozápad | 167.105.174.41, 167.105.154.20, 167.105.154.137, 167.105.168.94, 167.105.168.10, 167.105.175.23, 167.105.168.79, 167.105.174.15 |
| Spojené arabské emiráty – střed | 40.125.29.71, 40.125.28.162, 40.125.25.83, 40.125.24.49, 40.125.3.59, 40.125.3.137, 40.125.2.220, 40.125.3.139 |
| Spojené arabské emiráty – sever | 20.233.241.162, 20.233.241.99, 20.174.64.131, 20.233.241.184, 20.174.48.155, 20.233.241.200, 20.174.56.89, 20.174.41.1 |
| Velká Británie – jih | 20.254.10.157, 4.159.25.35, 4.159.25.50, 4.250.87.43, 4.158.106.183, 4.250.53.153, 4.159.26.160, 4.159.25.103, 4.159.59.224, 4.158.138.59, 85.210.163.36, 85.210.34.209, 85.210.36.40, 85.210.185.43 |
| Velká Británie – západ | 20.162.86.241, 20.162.87.200, 51.141.80.175, 20.162.87.253, 20.254.244.41, 20.254.244.108, 20.254.241.7, 20.254.245.81 |
| Středozápadní USA | 20.165.255.229, 4.255.162.134, 20.165.228.184, 4.255.178.108, 20.165.225.209, 4.255.145.22, 20.165.245.151, 20.165.232.221 |
| Západní Evropa | 98.64.193.78, 98.64.194.143, 98.64.198.223, 98.64.198.203, 98.64.208.186, 98.64.209.52, 172.211.196.189, 172.211.195.251, 98.64.154.66, 98.64.156.81, 98.64.156.180, 98.64.156.68, 20.238.229.165, 20.8.128.2, 20.238.230.113, 108.141.139.111, 108.142.111.162, 108.142.111.174, 108.142.111.178, 108.142.111.183, 108.142.111.152, 108.142.111.156, 108.142.111.179, 108.142.111.169, 98.64.203.30, 98.64.156.172, 20.56.202.157, 20.56.203.30, 57.153.19.33, 57.153.59.202, 108.141.95.140, 20.61.147.216, 57.153.83.52, 57.153.38.174, 57.153.3.13, 57.153.1.223, 108.142.29.55, 108.142.31.220, 108.142.31.202, 20.61.153.22, 57.153.7.252, 108.141.83.61 |
| Indie – západ | 20.38.128.176, 20.38.128.177, 20.38.128.178, 20.38.128.179, 20.38.128.180, 20.38.128.181, 20.38.128.182, 20.38.128.183 |
| USA – západ | 13.88.169.158, 13.88.171.218, 13.91.81.69, 13.64.215.62, 13.83.10.141, 13.91.40.58, 13.91.103.48, 52.160.93.229, 13.93.215.87, 13.88.177.160, 13.88.18.200, 13.91.105.180, 13.91.18.168, 13.83.15.162, 52.160.32.120, 13.91.35.39, 13.93.177.253, 13.93.180.131, 13.93.179.126, 13.91.130.111, 13.64.236.166, 13.64.239.120, 13.93.233.226, 40.83.133.96, 13.93.239.166, 13.64.240.133, 13.86.209.140, 13.91.40.136, 40.112.147.242, 40.112.136.59, 104.42.142.214, 104.42.128.212, 13.91.65.198, 13.93.193.254, 13.93.211.175, 13.91.46.140 |
| USA – západ 2 | 4.155.163.32, 172.179.145.245, 4.155.162.75, 4.155.164.225, 4.149.68.5, 172.179.155.215, 4.149.68.80, 4.149.68.115 |
| USA – západ 3 | 4.227.75.85, 4.227.76.97, 4.236.46.212, 4.236.55.100, 4.227.77.19, 4.227.77.224, 4.227.77.128, 4.227.78.227 |
Azure Government – Příchozí IP adresy
| Azure Government oblast | Azure Logic Apps IP |
|---|---|
| US Gov – Arizona | 52.244.187.241, 52.244.17.238, 52.244.23.110, 52.244.20.213, 52.244.16.162, 52.244.15.25, 52.244.16.141, 52.244.15.26 |
| US Gov – Texas | 52.238.78.169, 52.238.164.135, 52.238.164.111, 52.238.164.44, 52.243.250.114, 52.243.248.33, 52.243.253.54, 52.243.253.44, 52.127.38.96, 52.127.38.97 |
| US Gov – Virginie | 20.159.220.127, 62.10.96.217, 62.10.102.236, 62.10.102.136, 62.10.111.137, 62.10.111.152, 62.10.111.128, 62.10.111.123 |
| US DoD – střed | 52.180.225.24, 52.180.225.43, 52.180.225.50, 52.180.252.28, 52.180.225.29, 52.180.231.56, 52.180.231.50, 52.180.231.65 |
Odchozí IP adresy
Aby služba Azure Logic Apps odesílala komunikaci přes bránu firewall, musíte povolit provoz přes všechny odchozí IP adresy , které jsou vyhrazené pro oblast Azure, ve které existuje prostředek vaší aplikace logiky.
Pokud chcete snížit složitost při vytváření pravidel zabezpečení, použijte místo konkrétních odchozích IP adres značku služby LogicApps. Pokud váš pracovní postup používá nějaké operace spravovaného konektoru nebo vlastní konektory, použijte značku služby AzureConnectors , aby tyto konektory mohly provádět odchozí volání příslušných služeb, jako je Office 365 Outlook nebo SQL Server. Obě tyto značky fungují napříč oblastmi Azure, ve kterých je k dispozici Azure Logic Apps. Značky služeb zahrnují statické IP adresy, takže pokud nemůžete používat značky služeb, přidejte všechny odchozí IP adresy , na které se vztahují značky služeb pro vaši oblast Azure. Další informace najdete ve stažení rozsahů IP adres Azure a značek služeb pro veřejný cloud.
U vlastních konektorů, 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 pro odpovídající odchozí IP adresy spravovaného konektoru.
Další informace o nastavení komunikace v bráně najdete v následující dokumentaci:
- Úprava nastavení komunikace pro místní bránu dat
- Konfigurace nastavení proxy serveru pro místní bránu dat
V opačném případě se podívejte na následující části, které obsahují seznam odchozích IP adres, které potřebujete přidat:
Pokud používáte Azure Government, přečtěte si téma Azure Government – Odchozí IP adresy.
Multitenantní – Odchozí IP adresy
Tato část obsahuje seznam odchozích IP adres, které Azure Logic Apps vyžaduje pro oblast Azure, kde existuje prostředek aplikace logiky pro odesílání komunikace přes bránu firewall. Ujistěte se, že si projděte úvodní informace o odchozích IP adresách pro všechny požadavky související s povolením odchozího provozu z Azure Logic Apps.
| Region | Azure Logic Apps IP |
|---|---|
| Austrálie – východ | 20.53.72.170, 20.53.106.182, 20.11.76.122, 20.11.77.49, 4.200.57.71, 20.11.77.107, 4.198.187.22, 4.198.185.90, 4.198.185.246, 4.200.58.227 |
| Austrálie – jihovýchod | 52.158.133.57, 20.70.114.10, 20.70.117.240, 20.70.116.106, 20.70.114.97, 20.211.194.242, 20.70.109.46, 20.11.136.137, 20.70.116.240, 20.211.194.233, 20.11.154.170, 4.198.89.96, 20.92.61.254, 20.70.95.150, 20.70.117.21, 20.211.194.127, 20.92.61.242, 20.70.93.143, 13.77.53.224, 13.77.53.225 |
| Rakousko – východ | 68.210.183.197, 68.210.183.198, 68.210.183.193, 68.210.183.195, 68.210.183.194, 68.210.183.192, 68.210.183.196, 68.210.183.199 |
| Belgie – střed | 9.160.57.199, 9.160.57.193, 9.160.57.198, 9.160.57.194, 9.160.57.197, 9.160.57.196, 9.160.57.192, 9.160.57.195 |
| Brazílie – jih | 20.201.64.135, 191.237.207.21, 20.201.111.36, 20.201.110.208, 20.201.91.95, 20.201.110.244, 20.201.110.234, 20.201.111.212, 20.201.111.203, 4.228.72.24 |
| Brazílie – jihovýchod | 20.206.41.20, 20.206.40.250, 108.140.19.0, 108.140.16.168, 108.140.17.240, 108.140.17.223, 108.140.19.181, 108.140.20.3, 108.140.19.68, 108.140.16.195 |
| Kanada – střed | 20.104.9.221, 20.48.132.222, 20.175.241.76, 20.116.229.92, 4.172.57.144, 52.237.56.228, 20.116.231.222, 20.116.229.57, 4.172.57.52, 20.116.230.54 |
| Kanada – východ | 20.200.59.228, 52.229.105.109, 40.86.226.221, 40.86.228.72, 40.69.98.14, 40.86.208.137, 40.86.229.179, 40.86.227.188, 40.86.202.35, 40.86.206.74, 52.229.100.167, 40.86.240.237, 40.69.120.161, 40.69.102.71, 20.220.75.33, 20.220.74.16, 40.69.101.66, 52.229.114.105 |
| Indie – střed | 20.204.202.72, 20.204.212.8, 4.186.8.62, 4.186.8.18, 20.235.200.242, 20.235.200.237, 20.235.200.79, 20.235.200.44, 20.235.200.70, 20.235.200.32, 4.188.187.109, 4.188.187.86, 4.188.187.140, 4.188.185.15, 4.188.187.145, 4.188.187.107, 4.188.187.184, 4.188.187.64 |
| Střed USA | 52.141.218.55, 20.109.202.29, 20.118.195.232, 20.118.195.233, 20.118.195.234, 20.118.195.235, 20.118.195.236, 20.118.195.237, 20.118.195.238, 20.118.195.239 |
| Chile – střed | 68.211.20.135, 68.211.20.133, 68.211.20.134, 68.211.20.132, 68.211.20.130, 68.211.20.131, 68.211.20.129, 68.211.20.128 |
| Dánsko – východ | 9.205.49.192,9.205.49.193,9.205.49.194,9.205.49.195,9.205.49.196,9.205.49.197,9.205.49.198,9.205.49.199 |
| Východní Asie | 20.187.250.221, 20.187.188.136, 20.239.240.181, 20.6.152.201, 20.2.52.61, 20.255.43.37, 20.255.41.243, 4.192.72.182, 20.6.177.234, 20.255.113.33 |
| USA – východ | 52.226.216.187, 40.76.148.50, 20.84.29.18, 40.76.174.39, 4.156.27.7, 4.156.28.117, 4.156.25.188, 20.242.168.24, 4.156.241.165, 4.156.243.170, 4.156.242.49, 4.156.243.164, 52.224.145.30, 4.156.242.92, 4.156.243.172, 4.156.241.191, 4.156.241.47, 4.156.241.229, 4.156.242.12, 172.212.32.196 |
| USA – východ 2 | 20.96.58.139, 20.96.89.48, 20.96.89.234, 20.122.237.189, 52.253.79.47, 20.122.237.225, 20.122.237.205, 4.152.128.227, 4.152.128.205, 4.153.159.226, 4.152.129.221, 4.152.127.229, 4.152.125.62, 4.153.194.246, 4.153.201.239 |
| Francie – střed | 20.40.140.149, 51.11.237.216, 20.74.18.58, 20.74.18.36, 20.74.22.121, 20.74.20.147, 20.74.94.62, 20.74.88.179, 20.74.23.87, 20.74.22.119, 20.74.106.61, 20.74.105.214, 20.74.34.113, 20.74.33.177, 20.19.61.105, 20.74.109.28, 20.19.113.120, 20.74.106.31 |
| Francie – jih | 52.136.135.74, 52.136.139.96, 51.138.154.137, 51.138.153.121, 51.138.152.26, 51.138.155.43, 51.138.154.125, 51.138.153.24, 51.138.152.141, 51.138.152.170 |
| Německo – sever | 20.113.196.183, 20.113.206.170, 20.218.25.86, 20.218.25.112, 20.218.26.84, 20.218.26.28, 20.218.40.124, 20.218.41.137, 20.218.41.177, 20.218.41.117 |
| Německo – středozápad | 20.113.11.85, 20.113.8.64, 98.67.210.79, 98.67.210.78, 98.67.210.85, 98.67.210.84, 98.67.210.14, 98.67.210.24, 98.67.144.136, 98.67.144.122, 98.67.145.221, 98.67.144.207, 98.67.146.88, 98.67.146.81, 98.67.146.51, 98.67.145.122, 98.67.146.229, 98.67.146.218 |
| Indonésie – střed | 70.153.175.230, 70.153.175.225, 70.153.175.226, 70.153.175.229, 70.153.175.227, 70.153.175.228, 70.153.175.231, 70.153.175.224 |
| Izrael – střed | 20.217.134.126, 20.217.129.229, 51.4.1.246, 51.4.2.73, 51.4.2.116, 51.4.2.139, 51.4.2.89, 51.4.0.146, 51.4.2.105, 51.4.2.123 |
| Izrael – severozápad | 51.4.164.64, 51.4.164.65, 51.4.164.66, 51.4.164.67, 51.4.164.68, 51.4.164.69, 51.4.164.70, 51.4.164.71 |
| Itálie – sever | 4.232.12.173, 4.232.12.169, 172.213.176.243, 172.213.177.89, 172.213.176.130, 172.213.195.126, 172.213.199.94, 172.213.196.10, 172.213.199.179, 172.213.199.115 |
| Japonsko – východ | 20.46.187.174, 20.194.205.189, 20.18.198.224, 20.18.197.177, 20.18.198.141, 20.18.238.83, 4.189.14.67, 4.189.8.211, 4.189.9.135, 4.189.8.208, 20.210.69.32, 20.210.69.33 |
| Japonsko – západ | 20.89.226.188, 20.89.226.101, 40.74.128.79, 40.74.75.184, 138.91.16.164, 138.91.21.233, 40.74.119.237, 40.74.119.158, 138.91.22.248, 138.91.26.236, 138.91.17.197, 138.91.17.144, 138.91.17.137, 104.46.237.16, 23.100.109.62, 138.91.17.15, 138.91.26.67, 104.46.234.170, 20.189.198.80, 20.189.198.81, 20.189.198.82, 20.189.198.83 |
| Jio – západní Indie | 20.193.172.11, 20.193.171.252, 20.207.246.213, 20.207.247.91, 20.207.241.77, 20.207.246.218, 20.244.243.50, 20.244.243.105, 20.244.242.55, 20.244.241.138 |
| Korea – střed | 20.200.202.75, 20.200.231.139, 20.249.169.25, 20.249.169.18, 20.249.169.147, 20.249.171.130, 4.230.149.189, 20.249.169.207, 20.249.171.17, 20.249.169.238 |
| Korea – jih | 20.200.177.135, 20.200.180.213, 52.231.139.2, 52.231.220.66, 52.231.137.133, 52.231.228.71, 52.231.230.253, 52.231.176.192, 52.231.182.160, 52.231.218.243 |
| Malajsie – západ | 20.17.92.195, 20.17.92.193, 20.17.92.178, 20.17.92.177, 20.17.92.194, 20.17.92.176, 20.17.92.192, 20.17.92.179 |
| Mexiko – střed | 158.23.36.73, 158.23.36.20, 158.23.254.50, 158.23.253.167, 158.23.254.157, 158.23.254.103, 158.23.254.104, 158.23.254.159, 158.23.254.149, 158.23.254.99, 158.23.254.100, 158.23.254.148, 158.23.254.192, 158.23.254.136, 158.23.254.23, 158.23.252.96, 158.23.254.102, 158.23.254.221 |
| Nový Zéland – sever | 172.204.59.65, 172.204.59.54, 172.204.60.89, 172.204.59.203, 172.204.59.196, 172.204.60.115, 172.204.59.68, 172.204.59.63, 172.204.56.121, 172.204.58.18, 172.204.59.207, 172.204.56.218, 172.204.131.225, 172.204.131.252, 172.204.58.185, 172.204.58.53 |
| Střed USA – sever | 52.162.177.30, 23.101.167.207, 20.80.33.190, 20.88.47.77, 172.183.51.180, 40.116.65.125, 20.88.51.31, 40.116.66.226, 40.116.64.218, 20.88.55.77, 172.183.49.208, 20.102.251.70, 20.102.255.252, 20.88.49.23, 172.183.50.30, 20.88.49.21, 20.102.255.209, 172.183.48.255 |
| Severní Evropa | 40.127.240.183, 51.138.227.160, 40.127.144.121, 40.67.251.175, 40.67.250.247, 4.207.0.229, 4.207.0.197, 4.207.204.8, 4.207.203.217, 4.207.203.190, 4.207.203.59, 20.67.141.244, 20.67.139.133, 20.67.137.144, 20.67.136.162, 68.219.40.225, 68.219.40.39, 20.105.12.63, 20.105.11.53, 4.207.202.106, 4.207.202.95, 4.207.204.91, 4.207.204.89, 4.207.201.234, 20.105.15.225, 20.67.191.232, 20.67.190.37 |
| Norsko – východ | 20.100.26.52, 20.100.36.10, 4.235.15.181, 4.235.33.240, 4.235.38.121, 4.235.9.253, 4.235.39.107, 4.235.36.134, 4.235.39.215, 4.235.39.238 |
| Norsko – západ | 51.13.148.178, 51.13.149.162, 20.100.72.232, 20.100.75.45, 20.100.75.97, 20.100.74.217, 20.100.73.211, 20.100.72.17, 20.100.75.141, 20.100.76.234 |
| Polsko – střed | 20.215.128.160, 20.215.144.246, 74.248.82.189, 74.248.82.58, 74.248.82.253, 74.248.82.216, 74.248.81.148, 74.248.81.46, 74.248.81.211, 74.248.81.234 |
| Katar – střed | 20.21.211.240, 20.21.209.216, 20.21.211.245, 20.21.210.251 |
| Jižní Afrika – sever | 20.87.91.122, 20.87.88.47, 20.164.165.13, 20.164.165.213, 20.164.167.181, 20.164.56.150, 20.164.151.35, 20.164.48.78, 20.164.48.26, 20.164.48.152 |
| Jižní Afrika – západ | 40.117.9.125, 40.117.9.229, 20.87.177.51, 102.133.70.122, 20.87.178.214, 20.87.177.83, 20.87.176.146, 20.87.178.80, 20.87.177.204, 20.87.177.252 |
| Střed USA – jih | 20.94.149.199, 20.88.209.88, 172.206.187.57, 172.206.187.90, 172.206.187.98, 172.206.187.132, 52.255.124.118, 52.255.127.125, 52.255.126.229, 52.255.127.233 |
| Indie – jih | 104.211.210.192, 104.211.218.202, 52.172.101.114, 52.172.101.181, 52.140.5.116, 52.172.98.23, 52.140.2.252, 52.140.0.225, 52.140.7.114, 52.172.101.204 |
| Jihovýchodní Asie | 20.195.49.29, 20.198.128.124, 23.98.121.115, 4.144.203.116, 4.144.203.254, 4.144.203.72, 4.144.204.223, 20.247.192.203, 20.247.192.18, 20.247.197.137, 20.247.197.3, 20.247.196.123, 20.247.197.249, 20.247.195.111, 20.247.195.8, 20.247.197.146, 20.247.197.100, 20.247.197.40, 20.247.198.128, 20.247.198.96, 20.212.79.225, 20.212.79.226 |
| Španělsko – střed | 68.221.1.175, 68.221.2.37, 68.221.249.177, 68.221.249.251, 68.221.249.213, 68.221.249.186, 68.221.249.215, 68.221.249.210, 68.221.249.185, 68.221.249.203, 68.221.249.175, 68.221.249.229, 68.221.249.205, 68.221.249.184, 68.221.249.202, 68.221.249.209, 68.221.249.252, 68.221.250.2 |
| Švédsko – střed | 20.91.177.115, 20.240.10.89, 74.241.204.65, 74.241.204.35, 74.241.204.193, 74.241.205.139, 4.225.198.80, 4.225.198.41, 74.241.203.136, 4.225.198.14 |
| Švýcarsko – sever | 20.203.229.127, 20.203.225.242, 4.226.35.166, 20.250.239.202, 20.250.239.33, 20.250.239.55, 20.250.233.27, 20.250.235.76, 20.250.235.169, 20.250.235.96 |
| Švýcarsko – západ | 51.107.234.254, 20.199.193.249, 20.199.217.37, 20.199.219.154, 20.199.216.246, 20.199.219.21, 20.208.230.30, 20.199.216.63, 20.199.218.36, 20.199.216.44 |
| Tchaj-wan – sever | 70.157.24.115, 70.157.24.81, 70.157.24.22, 70.157.25.196, 70.157.24.36, 70.157.25.92, 70.157.26.4, 70.157.24.57, 70.157.26.91, 70.157.26.129, 70.157.26.55, 70.157.26.61, 70.157.26.171, 70.157.26.199, 70.157.26.193, 70.157.26.207, 70.157.26.183, 70.157.26.214 |
| Tchaj-wan – severozápad | 167.105.174.205, 167.105.175.51, 167.105.174.237, 167.105.169.43, 167.105.168.248, 167.105.168.160, 167.105.153.132, 167.105.154.109, 167.105.175.110, 167.105.175.113, 167.105.154.74, 167.105.154.62, 167.105.168.130, 167.105.174.5, 167.105.168.60, 167.105.168.156, 167.105.168.107, 167.105.168.67 |
| Spojené arabské emiráty – střed | 40.126.209.151, 40.126.214.92, 40.125.28.217, 40.125.28.159, 40.125.25.44, 40.125.29.66, 40.125.3.49, 40.125.3.66, 40.125.3.111, 40.125.3.63 |
| Spojené arabské emiráty – sever | 20.74.250.247, 20.74.251.30, 20.233.241.106, 20.233.241.102, 20.233.241.85, 20.233.241.25, 20.174.64.128, 20.174.64.55, 20.233.240.41, 20.233.241.206, 20.174.48.149, 20.174.48.147, 20.233.241.187, 20.233.241.165, 20.174.56.83, 20.174.56.74, 20.174.40.222, 20.174.40.91 |
| Velká Británie – jih | 20.108.102.123, 20.90.204.188, 20.90.223.4, 20.26.15.70, 20.26.13.151, 4.159.24.241, 4.250.55.134, 4.159.24.255, 4.250.55.217, 172.165.88.82, 4.250.82.111, 4.158.106.101, 4.158.105.106, 4.250.51.127, 4.250.49.230, 4.159.26.128, 172.166.86.30, 4.159.26.151, 4.159.26.77, 4.159.59.140, 4.159.59.13, 85.210.65.206, 85.210.120.102, 4.159.57.40, 85.210.66.97, 20.117.192.192 |
| Velká Británie – západ | 51.104.57.160, 51.141.121.220, 20.162.84.125, 20.162.86.120, 51.141.86.225, 20.162.80.198, 20.254.242.187, 20.254.242.213, 20.254.244.189, 20.254.245.102 |
| Středozápadní USA | 13.71.199.128 - 13.71.199.159, 13.77.220.134, 13.77.219.128, 52.150.226.148, 4.255.161.16, 4.255.195.186, 4.255.168.251, 4.255.219.152, 20.165.235.148, 20.165.249.200, 20.165.232.68 |
| Západní Evropa | 20.103.17.247, 20.103.16.47, 20.103.57.29, 20.101.174.23, 20.93.235.107, 20.76.174.72, 20.82.87.16, 20.103.91.39, 20.76.161.156, 98.64.193.64, 98.64.194.135, 98.64.198.219, 98.64.198.194, 98.64.208.46, 98.64.209.43, 172.211.196.188, 172.211.195.181, 98.64.157.37, 98.64.156.69, 98.64.156.152, 98.64.156.62, 20.238.229.108, 108.141.139.225, 20.238.230.87, 108.141.139.80, 108.142.111.161, 108.142.111.173, 108.142.111.175, 108.142.111.182, 108.142.111.151, 108.142.111.155, 108.142.111.157, 108.142.111.167, 98.64.203.5, 98.64.156.150, 20.56.202.134, 20.56.202.244, 57.153.19.27, 57.153.59.193, 108.141.95.129, 20.61.147.200, 57.153.83.40, 57.153.38.60, 57.153.2.162, 57.153.1.215, 108.142.24.182, 108.142.31.170, 108.142.31.143, 20.61.152.226, 57.153.7.245, 108.141.83.46 |
| Indie – západ | 104.211.142.119, 104.211.156.193, 20.38.128.192, 20.38.128.193, 20.38.128.194, 20.38.128.195, 20.38.128.196, 20.38.128.197, 20.38.128.198, 20.38.128.199 |
| USA – západ | 104.40.32.148, 52.160.70.105, 13.64.231.196, 40.78.65.193, 104.42.44.28, 40.78.65.112, 168.62.28.191, 13.91.81.188, 13.88.169.213, 13.64.224.17, 13.91.70.215, 13.83.14.75, 13.91.231.159, 13.91.102.122, 52.160.94.54, 13.91.17.147, 13.93.163.29, 13.93.223.133, 13.88.19.4, 13.91.33.16, 13.91.247.124, 52.160.39.166, 13.91.20.94, 13.93.180.161, 13.93.161.57, 13.93.183.170, 13.93.180.221, 13.64.236.222, 13.64.237.74, 13.93.203.72, 13.88.56.138, 13.93.239.25, 13.83.10.112, 13.64.241.219, 13.64.243.209, 104.42.134.185, 40.112.138.23, 104.42.226.197, 104.42.129.159, 13.91.87.195, 13.93.167.155, 13.91.46.132, 13.91.247.104 |
| USA – západ 2 | 20.99.189.70, 20.72.243.225, 4.155.162.242, 172.179.145.85, 4.155.163.91, 4.155.160.115, 4.149.67.227, 172.179.155.210, 4.149.68.65, 4.149.68.107 |
| USA – západ 3 | 20.150.159.163, 20.106.116.186, 4.227.74.141, 4.227.76.10, 4.236.45.223, 4.236.55.86, 4.227.76.180, 4.227.77.218, 4.227.77.116, 4.227.78.222 |
Azure Government – Odchozí IP adresy
| Region | Azure Logic Apps IP |
|---|---|
| US DoD – střed | 52.182.52.212, 52.182.49.151, 52.180.225.0, 52.180.251.16, 52.180.250.135, 52.180.251.20, 52.180.231.89, 52.180.224.251, 52.180.252.222, 52.180.225.21 |
| US Gov – Arizona | 52.126.49.223, 52.126.53.144, 52.126.36.100, 52.244.187.5, 52.244.19.121, 52.244.18.105, 52.244.51.113, 52.244.17.113, 52.244.26.122, 52.244.22.195, 52.244.19.137 |
| US Gov – Texas | 52.245.171.152, 20.141.123.226, 52.245.163.1, 52.238.164.53, 52.238.72.216, 52.238.164.123, 52.238.160.255, 52.243.237.44, 52.249.101.31, 52.243.251.37, 52.243.252.22, 52.127.38.64, 52.127.38.65 |
| US Gov – Virginie | 13.77.239.140, 13.77.239.184, 20.159.219.180, 62.10.96.177, 62.10.102.138, 62.10.102.94, 62.10.111.134, 62.10.111.151, 62.10.110.102, 62.10.109.190 |