Měření využití, fakturace a cenové modely pro Azure Logic Apps

Článek
11/12/2021
17 min ke čtení

Azure Logic Apps vám pomůže vytvářet a spouštět automatizované pracovní postupy integrace, které se mohou škálovat v cloudu. Tento článek popisuje, jak fungují modely měření, fakturace a cen pro Azure Logic Apps a související prostředky. Informace o konkrétních cenových sazbách, plánování nákladů nebo různých hostitelských prostředích najdete v následujícím obsahu:

Spotřeba (více tenantů)

V případě více tenantů Azure Logic Apps aplikace logiky a její pracovní postup dodržují plán Consumption pro ceny a fakturaci. Takové aplikace logiky můžete vytvářet různými způsoby, například když zvolíte typ prostředku Aplikace logiky (Consumption), použijete rozšíření Azure Logic Apps (Consumption) v Visual Studio Code nebo při vytváření úloh automatizace.

Následující tabulka shrnuje, jak model Consumption zpracovává měření a fakturaci následujících komponent při použití s aplikací logiky a pracovním postupem ve více tenantech Azure Logic Apps:

Součást	Měření a fakturace
Operace triggerů a akcí	Model Consumption zahrnuje počáteční počet bezplatných integrovaných operací pro jedno předplatné Azure, které může pracovní postup spustit. Nad tímto číslem se měření vztahuje na každé spuštění a fakturace se řídí cenami akcí pro plán Consumption. U jiných typů operací, jako jsou spravované konektory, se fakturace řídí cenami standardních nebo Enterprise konektorů pro plán Consumption. Další informace najdete v části Operace triggerů a akcí v modelu Consumption.
Storage operací	Měření se vztahuje pouze na spotřebu úložiště související s uchováváním dat, jako je ukládání vstupů a výstupů z historie spuštění pracovního postupu. Fakturace se řídí cenami za uchovávání dat pro plán Consumption. Další informace najdete v Storage operacích.
Účty pro integraci	Měření se používá na základě typu účtu integrace, který vytvoříte a použijete s aplikací logiky. Fakturace se řídí cenami účtu integrace, pokud není vaše aplikace logiky nasazená a hostovaná v prostředí integrační služby (ISE). Další informace najdete v přehledu účtů pro integraci.

Operace triggerů a akcí v modelu Consumption

S výjimkou počátečního počtu bezplatných předdefinovaných spuštění operací pro každé předplatné Azure, které může pracovní postup spustit, model Consumption měřiče a fakturuje operaci na základě každého spuštění , ať už se celkový pracovní postup úspěšně spustí, dokončí nebo dokonce vytvoří instance. Operace obvykle provádí jedno spuštění, pokud operace nemá povolené pokusy o opakování. Provádění pak obvykle provádí jedno volání, pokud operace nepodporuje a neumožní bloku dat nebo stránkování získat velké objemy dat. Pokud je povoleno bloků dat nebo stránkování, může být nutné, aby provádění operace řešte více volání. Model Consumption měřiče a účtuje operaci za spuštění, nikoli za volání.

Předpokládejme například, že pracovní postup začíná triggerem dotazování, který získává záznamy pravidelným prováděním odchozích volání koncového bodu. Odchozí volání se měří a fakturuje jako jedno spuštění bez ohledu na to, jestli se trigger aktivuje nebo přeskočí, například když trigger zkontroluje koncový bod, ale nenajde žádná data nebo události. Stav triggeru určuje, jestli se instance pracovního postupu vytvoří a spustí. Teď předpokládejme, že operace také podporuje a povolila blokování nebo stránkování. Pokud operace musí k dokončení získání všech dat provést 10 volání, operace se stále měří a účtuje se jako jedno spuštění, i když se používá více volání.

Následující tabulka shrnuje, jak model Consumption zpracovává měření a fakturaci pro tyto typy operací při použití s aplikací logiky a pracovním postupem ve více tenantech Azure Logic Apps:

Typ operace	Description	Měření a fakturace
Integrované	Tyto operace běží přímo a nativně s Azure Logic Apps runtime. V návrháři můžete tyto operace najít pod popiskem Předdefinování. Například trigger HTTP a trigger požadavku jsou integrované triggery. Akce HTTP a Akce odpovědi jsou integrované akce. Mezi další integrované operace patří řídicí akce pracovního postupu, jako jsou smyčky a podmínky, operace s daty, dávkové operace a další.	Model Consumption zahrnuje počáteční počet bezplatných integrovaných operací na předplatné Azure, které může pracovní postup spustit. Předdefinování operací nad tímto číslem dodržuje ceny akcí. Poznámka: Některé operace spravovaného konektoru jsou k dispozici také jako integrované operace, které jsou součástí počátečních bezplatných operací. Nad počátečními bezplatnými operacemi se fakturace řídí cenami akcí,nikoli cenami standardních nebo Enterprise konektorů.
Spravovaný konektor	Tyto operace běží samostatně v Azure. V návrháři najdete tyto operace pod popiskem Standard nebo Enterprise.	Tato spuštění operací se řiďte cenami standardních Enterprise konektorů. Poznámka: Při Enterprise konektoru preview se řiďte cenami konektoru Consumption Standard.
Vlastní konektor	Tyto operace běží samostatně v Azure. V návrháři najdete tyto operace pod popiskem Vlastní. Informace o omezení počtu konektorů, propustnosti a časového limitu si můžete projít v části Omezení vlastních konektorů v Azure Logic Apps.	Tato spuštění operací se řiďte cenami konektoru Standard.

Další informace o tom, jak model Consumption funguje s operacemi, které běží uvnitř jiných operací, jako jsou smyčky, zpracování více položek, jako jsou pole, a zásady opakování, najdete v tématu Chování jiné operace.

Tipy pro odhad nákladů pro model Consumption

Pokud chcete odhadnout přesnější náklady na spotřebu, projděte si tyto tipy:

Zvažte možný počet zpráv nebo událostí, které můžou přijít v kterýkoli den, a založit výpočty pouze na intervalu dotazování.
Pokud událost nebo zpráva splňuje kritéria triggeru, mnoho triggerů se okamžitě pokusí přečíst jakékoli jiné čekající události nebo zprávy, které splňují tato kritéria. Toto chování znamená, že i když vyberete delší interval dotazování, trigger se aktivuje na základě počtu čekajících událostí nebo zpráv, které mají nárok na spuštění pracovních postupů. Mezi triggery, které toto chování dodržují, patří Azure Service Bus a Centrum událostí Azure.

Předpokládejme například, že jste nastavili trigger, který každý den kontroluje koncový bod. Když trigger zkontroluje koncový bod a najde 15 událostí, které splňují příslušná kritéria, aktivuje se a spustí odpovídající pracovní postup 15krát. Služba Logic Apps všechny akce, které těchto 15 pracovních postupů provádí, včetně požadavků triggeru.

Standard (jeden tenant)

V případě jednoho tenanta Azure Logic Apps aplikace logiky a její pracovní postupy dodržují plán Standard pro ceny a fakturaci. Takové aplikace logiky můžete vytvářet různými způsoby, například výběrem typu prostředku Aplikace logiky (Standard) nebo použitím rozšíření Azure Logic Apps (Standard) v Visual Studio Code. Tento cenový model vyžaduje, aby aplikace logiky používají plán hostování a cenovou úroveň, která se liší od plánu Consumption v tom, že se vám účtuje rezervovaná kapacita a vyhrazené prostředky bez ohledu na to, jestli je používáte.

Při vytváření nebo nasazování aplikací logiky s typem prostředku Aplikace logiky (Standard) můžete použít plán hostování Workflow Standard ve všech oblastech Azure. Máte také možnost vybrat existující prostředek App Service Environment v3 jako umístění nasazení, ale s touto možností můžete použít pouze App Service plán nasazení. Pokud zvolíte tuto možnost, účtují se vám poplatky za instance používané plánem App Service a za spouštění pracovních postupů aplikací logiky. Žádné další poplatky se nesnížou.

Důležité

Následující plány a prostředky už nejsou dostupné nebo podporované ve veřejné verzi typu prostředku Aplikace logiky (Standard) v oblastech Azure: Functions Premium plan, App Service Environment v1 a App Service Environment v2. S výjimkou ASEv3 není plán App Service dostupný a nepodporovaný.

Následující tabulka shrnuje, jak model Standard zpracovává měření a fakturaci pro následující komponenty při použití s aplikací logiky a pracovním postupem v jedno tenantské Azure Logic Apps:

Součást	Měření a fakturace
Virtuální procesor (vCPU) a paměť	Model Standard vyžaduje, aby vaše aplikace logiky používá plán hostování Workflow Standard a cenovou úroveň, která určuje úrovně prostředků a cenové sazby, které se vztahují na výpočetní a paměťovou kapacitu. Další informace najdete v části Cenové úrovně v modelu Standard.
Operace triggerů a akcí	Model Standard zahrnuje neomezený počet bezplatných integrovaných operací, které může váš pracovní postup spustit. Pokud váš pracovní postup používá nějaké operace spravovaného konektoru, měření těchto operací se vztahuje na každé volání , zatímco fakturace se řídí stejnými cenami standardního nebo Enterprise konektoru jako plán Consumption. Další informace najdete v části Operace triggerů a akcí v modelu Standard.
Storage operací	Měření se vztahuje na všechny operace úložiště, které Azure Logic Apps. Například operace úložiště se spustí, když služba uloží vstupy a výstupy z historie spuštění pracovního postupu. Fakturace se řídí zvolenou cenovou úrovní. Další informace najdete v Storage operacích.
Účty pro integraci	Pokud vytvoříte účet integrace, který bude vaše aplikace logiky používat, bude měření vycházet z typu účtu integrace, který vytvoříte. Fakturace se řídí cenami účtu integrace. Další informace najdete v přehledu účtů pro integraci.

Cenové úrovně v modelu Standard

Cenová úroveň, kterou zvolíte pro měření a fakturaci aplikace logiky, zahrnuje konkrétní množství výpočetních prostředků ve virtuálních procesorech (vCPU) a paměťových zdrojích. V současné době je pro typ prostředku Aplikace logiky (Standard) k dispozici pouze plán hostování Workflow Standard a nabízí následující cenové úrovně:

Cenová úroveň	Virtuální procesor (vCPU)	Paměť (GB)
WS1	1	3,5
WS2	2	7
WS3	4	14

Důležité

Následující příklad je pouze pro ilustraci a poskytuje ukázkové odhady, které obecně ukazují, jak cenová úroveň funguje. Informace o cenách konkrétních virtuálních procesorů a paměti v závislosti na konkrétních oblastech, kde je Azure Logic Apps dostupná, najdete v plánu Standard pro vybranou oblast na Azure Logic Apps stránce s cenami.

Předpokládejme, že v příkladu oblasti mají následující prostředky tyto hodinové sazby:

Prostředek	Hodinová sazba (příklad oblasti)
Virtuální procesory	0,192 USD na virtuální procesor
Memory (Paměť)	0,0137 USD za GB

Následující výpočet poskytuje odhadovanou měsíční sazbu:

<monthly-rate> = 730 hodin (měsíčně) * [(<number-vCPU> * <hourly-rate-vCPU>) + (<number-GB-memory> * <hourly-rate-GB-memory>)]

Na základě předchozích informací ukazuje následující tabulka odhadované měsíční sazby pro každou cenovou úroveň a prostředky v této cenové úrovni:

Cenová úroveň	Virtuální procesor (vCPU)	Paměť (GB)	Měsíční sazba (příklad oblasti)
WS1	1	3,5	175,16 USD
WS2	2	7	350,33 USD
WS3	4	14	700,65 USD

Operace triggerů a akcí v modelu Standard

S výjimkou neomezených bezplatných předdefinovaných operací, které může pracovní postup spustit, standardní model měřiče a fakturuje operaci na základě každého volání , bez ohledu na to, jestli se celkový pracovní postup úspěšně spustí, dokončí nebo dokonce vytvoří instance. Operace obvykle provádí jedno spuštění, pokud operace nemá povolené pokusy o opakování. Provádění pak obvykle provádí jedno volání, pokud operace nepodporuje a neumožní bloku dat nebo stránkování získat velké objemy dat. Pokud je povoleno bloků dat nebo stránkování, může být nutné, aby provádění operace řešte více volání. Model Standard měřiče a účtuje operaci za volání, nikoli za spuštění.

Předpokládejme například, že pracovní postup začíná triggerem dotazování, který získává záznamy pravidelným prováděním odchozích volání koncového bodu. Odchozí volání se měří a fakturuje bez ohledu na to, jestli se trigger aktivuje nebo přeskočí. Stav triggeru určuje, jestli se instance pracovního postupu vytvoří a spustí. Teď předpokládejme, že operace také podporuje a povolila blokování nebo stránkování. Pokud operace musí provést 10 volání, aby dokončila získání všech dat, operace se měří a účtuje za volání.

Následující tabulka shrnuje, jak model Standard zpracovává měření a fakturaci typů operací při použití s aplikací logiky a pracovním postupem v jedno tenantské Azure Logic Apps:

Typ operace	Description	Měření a fakturace
Integrované	Tyto operace běží přímo a nativně s Azure Logic Apps runtime. V návrháři můžete tyto operace najít pod popiskem Předdefinování. Například trigger HTTP a trigger požadavku jsou integrované triggery. Akce HTTP a Akce odpovědi jsou integrované akce. Mezi další integrované operace patří řídicí akce pracovního postupu, jako jsou smyčky a podmínky, operace s daty, dávkové operace a další.	Model Standard zahrnuje neomezené bezplatné integrované operace. Poznámka: Některé operace spravovaného konektoru jsou k dispozici také jako integrované operace. I když jsou integrované operace zdarma, model Standard stále měřiče a fakturuje operace spravovaných konektorů pomocí stejné ceny konektoru Standard nebo Enterprisejako model Consumption.
Spravovaný konektor	Tyto operace běží samostatně v Azure. V návrháři najdete tyto operace pod kombinovaným popiskem Azure.	Model Standard měřiče a fakturuje operace spravovaných konektorů na základě stejných cen konektorů Standard a Enterprise jako model Consumption. Poznámka: Operace konektoru Enterprise Preview se řiďte cenami konektoru Consumption Standard.
Vlastní konektor	V současné době můžete vytvářet a používat pouze vlastní operace integrovaného konektoru v pracovních postupech aplikací logiky založených na jednom tenantovi.	Model Standard zahrnuje neomezené bezplatné integrované operace. Omezení propustnosti a časového limitu si můžete projít v části Omezení vlastních konektorů v Azure Logic Apps.

Další informace o tom, jak model Standard funguje s operacemi, které běží uvnitř jiných operací, jako jsou smyčky, zpracování více položek, jako jsou pole, a zásady opakování, najdete v tématu Chování jiné operace.

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

Když vytvoříte aplikaci logiky pomocí typu prostředku Aplikace logiky (Consumption) a nasadíte ji do vyhrazeného prostředí integrační služby (ISE),aplikace logiky a její pracovní postup se budou řídit plánem prostředí integrační služby pro ceny a fakturaci. Tento cenový model závisí na vaší úrovni ise nebo SKU a liší se od plánu Consumption v tom, že se vám účtuje rezervovaná kapacita a vyhrazené prostředky bez ohledu na to, jestli je používáte.

Následující tabulka shrnuje, jak model ISE zpracovává měření a fakturaci kapacity a dalších vyhrazených prostředků na základě úrovně ise nebo SKU:

ISE SKU	Měření a fakturace
Premium	Základní jednotka má pevnou kapacitu a fakturuje se hodinovou sazbou za Premium SKU. Pokud potřebujete větší propustnost, můžete při vytváření ise nebo později přidat další jednotky škálování. Každá jednotka škálování se účtuje hodinovou sazbou, která je přibližně polovinou základní jednotkové sazby. Informace o kapacitě a limitech najdete v tématu Omezení ISE v Azure Logic Apps.
Vývojář	Základní jednotka má pevnou kapacitu a účtuje se hodinovou sazbou za SKU Developer. Tato skladová položky ale nemá žádnou smlouvu o úrovni služeb (SLA), schopnost škálování nebo redundanci během recyklace, což znamená, že může docházet ke zpožděním nebo výpadkům. Aktualizace back-endu můžou přerušovaně přerušit službu. Důležité: Ujistěte se, že tuto SKU používáte jenom ke zkoumání, experimentům, vývoji a testování – ne k testování produkce nebo výkonnosti. Informace o kapacitě a limitech najdete v tématu Omezení ISE v Azure Logic Apps.

ISE SKU

Měření a fakturace

Premium

Základní jednotka má pevnou kapacitu a fakturuje se hodinovou sazbou za Premium SKU. Pokud potřebujete větší propustnost, můžete při vytváření ise nebo později přidat další jednotky škálování. Každá jednotka škálování se účtuje hodinovou sazbou, která je přibližně polovinou základní jednotkové sazby.

Informace o kapacitě a limitech najdete v tématu Omezení ISE v Azure Logic Apps.

Vývojář

Základní jednotka má pevnou kapacitu a účtuje se hodinovou sazbou za SKU Developer. Tato skladová položky ale nemá žádnou smlouvu o úrovni služeb (SLA), schopnost škálování nebo redundanci během recyklace, což znamená, že může docházet ke zpožděním nebo výpadkům. Aktualizace back-endu můžou přerušovaně přerušit službu.

Důležité: Ujistěte se, že tuto SKU používáte jenom ke zkoumání, experimentům, vývoji a testování – ne k testování produkce nebo výkonnosti.

Informace o kapacitě a limitech najdete v tématu Omezení ISE v Azure Logic Apps.

Následující tabulka shrnuje, jak model ISE zpracovává následující komponenty při použití s aplikací logiky a pracovním postupem v ISE:

Komponenta	Popis
Operace triggerů a akcí	Model ISE zahrnuje bezplatný integrovaný spravovaný konektor a vlastní operace konektoru, které může váš pracovní postup spouštět, ale podléhá omezením ISE v Azure Logic Apps a omezení vlastních konektorů v Azure Logic Apps. Další informace najdete v části Operace triggerů a akcí v modelu ISE.
Storage operací	Model ISE zahrnuje spotřebu volného úložiště, například uchovávání dat. Další informace najdete v Storage operacích.
Účty pro integraci	Model ISE zahrnuje jednu úroveň bezplatného účtu integrace na základě vybrané SKU ISE. Za další nákladymůžete pro prostředí integrační služby vytvořit další účty integrace, které využijete až do celkového limitu ISE. Další informace najdete v přehledu účtů pro integraci.

Operace triggerů a akcí v modelu ISE

Následující tabulka shrnuje, jak model ISE zpracovává následující typy operací při použití s aplikací logiky a pracovním postupem v ISE:

Typ operace	Description	Měření a fakturace
Integrované	Tyto operace běží přímo a nativně s Azure Logic Apps runtime a ve stejném prostředí ISE jako pracovní postup aplikace logiky. V návrháři můžete tyto operace najít pod popiskem Předdefinování, ale každá operace zobrazí také popisek CORE. Například trigger HTTP a trigger požadavku jsou integrované triggery. Akce HTTP a Akce odpovědi jsou integrované akce. Mezi další integrované operace patří řídicí akce pracovního postupu, jako jsou smyčky a podmínky, operace s daty, dávkové operace a další.	Model ISE zahrnuje tyto operace zdarma, ale podléhají omezením ISEv Azure Logic Apps .
Spravovaný konektor	Bez ohledu na Enterprise nebo standard se operace spravovaného konektoru spouštěly v Azure s ise nebo více tenanty podle toho, jestli konektor nebo operace zobrazí popisek ISE. - Popisek ISE: Tyto operace běží ve stejném prostředí ISE jako vaše aplikace logiky a fungují bez nutnosti místní brány dat. – Žádný popisek ISE: Tyto operace běží v Azure s více tenanty.	Model ISE zahrnuje jak ise, tak žádné operace s popiskem ISE zdarma, ale podléhají limitům ISEv Azure Logic Apps .
Vlastní konektor	V návrháři najdete tyto operace pod popiskem Vlastní.	Model ISE zahrnuje tyto operace zdarma, ale podléhají omezením vlastních konektorů v Azure Logic Apps.

Další informace o tom, jak model ISE funguje s operacemi, které běží uvnitř jiných operací, jako jsou smyčky, zpracování více položek, jako jsou pole, a zásady opakování, najdete v tématu Chování jiné operace.

Chování jiné operace

Následující tabulka shrnuje, jak modely Consumption, Standard a ISE zpracovávají operace, které běží uvnitř jiných operací, jako jsou smyčky, zpracování více položek, jako jsou pole, a zásady opakování:

Operace	Description	Využití	Standard	ISE
Akce smyčky	Akce smyčky, jako je například smyčka For each nebo Until, může obsahovat další akce, které se spustí během každého cyklu smyčky.	S výjimkou počátečního počtu zahrnutých předdefinovaných operací se akce smyčky a každá akce ve smyčce měří při každém spuštění cyklu smyčky. Pokud akce zpracuje jakékoli položky v kolekci, například seznam nebo pole, použije se při výpočtu měření také počet položek. Předpokládejme například, že máte smyčku For each s akcemi, které zpracovávají seznam. Služba vynásobí počet položek seznamu počtem akcí ve smyčce a přidá akci, která spouští smyčku. Výpočet pro seznam 10 položek je (10 * 1) + 1, což vede k 11 provedením akcí. Ceny jsou založené na tom, jestli jsou typy operací integrované, Standardní nebo Enterprise.	S výjimkou zahrnutých integrovaných operací, které jsou stejné jako model Consumption.	Neměřené nebo fakturované.
Zásady opakování	U podporovaných operací můžete implementovat základní zpracování výjimek a chyb nastavením zásady opakování.	S výjimkou počátečního počtu předdefinovaných operací se měří původní spuštění plus každé zopakované spuštění. Například akce, která se provede s 5 opakováními, se měří a účtuje se jako 6 spuštění. Ceny jsou založené na tom, jestli jsou typy operací integrované, Standardní nebo Enterprise.	S výjimkou integrovaných operací, které jsou stejné jako model Consumption.	Neměřené nebo fakturované.

Operace

Description

Využití

Standard

ISE

Akce smyčky

Akce smyčky, jako je například smyčka For each nebo Until, může obsahovat další akce, které se spustí během každého cyklu smyčky.

S výjimkou počátečního počtu zahrnutých předdefinovaných operací se akce smyčky a každá akce ve smyčce měří při každém spuštění cyklu smyčky. Pokud akce zpracuje jakékoli položky v kolekci, například seznam nebo pole, použije se při výpočtu měření také počet položek.

Předpokládejme například, že máte smyčku For each s akcemi, které zpracovávají seznam. Služba vynásobí počet položek seznamu počtem akcí ve smyčce a přidá akci, která spouští smyčku. Výpočet pro seznam 10 položek je (10 * 1) + 1, což vede k 11 provedením akcí.

Ceny jsou založené na tom, jestli jsou typy operací integrované, Standardní nebo Enterprise.

S výjimkou zahrnutých integrovaných operací, které jsou stejné jako model Consumption.

Neměřené nebo fakturované.

Zásady opakování

U podporovaných operací můžete implementovat základní zpracování výjimek a chyb nastavením zásady opakování.

S výjimkou počátečního počtu předdefinovaných operací se měří původní spuštění plus každé zopakované spuštění. Například akce, která se provede s 5 opakováními, se měří a účtuje se jako 6 spuštění.

Ceny jsou založené na tom, jestli jsou typy operací integrované, Standardní nebo Enterprise.

S výjimkou integrovaných operací, které jsou stejné jako model Consumption.

Neměřené nebo fakturované.

Storage operací

Azure Logic Apps používá Azure Storage pro všechny požadované transakce úložiště, jako je například použití front pro plánování operací triggerů nebo použití tabulek a objektů blob pro ukládání stavů pracovních postupů. V závislosti na operacích v pracovním postupu se náklady na úložiště liší, protože různé triggery, akce a datové části mají za následek různé operace a potřeby úložiště. Služba také ukládá vstupy a výstupy z historie spuštění pracovního postupu na základě limitu uchování historie spuštění prostředku aplikace logiky. Tento limit uchovávání dat můžete spravovat na úrovni prostředku aplikace logiky, nikoli na úrovni pracovního postupu.

Následující tabulka shrnuje, jak modely Consumption, Standard a ISE zvládují měření a fakturaci operací úložiště:

Modelování	Description	Měření a fakturace
Spotřeba (více tenantů)	Storage prostředky a využití jsou připojené k prostředku aplikace logiky.	Měření a fakturace se vztahují pouze na spotřebu úložiště související s uchováváním dat a dodržují ceny za uchovávání dat pro plán Consumption.
Standard (jeden tenant)	Můžete použít vlastní účet úložištěAzure, který vám dává větší kontrolu a flexibilitu nad daty pracovního postupu.	Měření a fakturace se řiďte Azure Storage cenový model. Storage náklady se zobrazí samostatně na vaší faktuře za Azure. Tip: Pokud chcete lépe porozumět počtu operací úložiště, které může pracovní postup spustit, a jejich náklady, zkuste použít kalkulačku Logic Apps Storage úložiště. Vyberte ukázkový pracovní postup nebo použijte existující definici pracovního postupu. První výpočet odhadne počet operací úložiště v pracovním postupu. Tato čísla pak můžete použít k odhadu možných nákladů pomocí cenové kalkulačky Azure. Další informace najdete v části Odhad potřeb a nákladů na úložiště pro pracovní postupy vpracovním Azure Logic Apps .
Prostředí integrační služby (ISE)	Storage prostředky a využití jsou připojené k prostředku aplikace logiky.	Neměřené nebo fakturované.

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

Místní brána dat

Místní brána dat je samostatný prostředek Azure, který vytvoříte, aby pracovní postupy aplikací logiky přistupovaly k místním datům pomocí konkrétních konektorů podporovaných bránou. Samotnému prostředku brány se neúčtuje žádné poplatky, ale za operace, které prochádí bránou, se účtují poplatky na základě cen a fakturačního modelu používaného vaší aplikací logiky.

Účty pro integraci

Účet integrace je samostatný prostředek Azure, který vytvoříte jako kontejner pro definování a ukládání artefaktů B2B (Business-to-Business), jako jsou obchodní partneři, smlouvy, schémata, mapy atd. Po vytvoření tohoto účtu a definování těchto artefaktů propoejte tento účet s aplikací logiky, abyste mohli tyto artefakty a různé operace B2B používat v pracovních postupech k prozkoumání, sestavování a testování integračních řešení, která používají možnosti zpracování EDI a XML.

Následující tabulka shrnuje, jak modely Consumption, Standard a ISE zvládují měření a fakturaci pro účty integrace:

Modelování	Měření a fakturace
Spotřeba (více tenantů)	Měření a fakturace používají ceny účtu integracev závislosti na úrovni účtu, kterou používáte.
Standard (jeden tenant)	Měření a fakturace používají ceny účtu integracev závislosti na úrovni účtu, kterou používáte.
ISE	Tento model zahrnuje jeden účet integrace na základě vaší SKU ISE. Za další nákladymůžete pro prostředí integrační služby vytvořit další účty integrace, které využijete až do celkového limitu ISE.