Měření využití, fakturace a ceny pro Azure Logic Apps

Platí pro: Azure Logic Apps (Consumption + Standard)

Azure Logic Apps pomáhá vytvářet a spouštět automatizované integrační pracovní postupy, které se můžou š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, jako jsou konkrétní cenové sazby, plánování nákladů nebo různá hostitelské prostředí, najdete v následujícím obsahu:

Spotřeba (multitenantní)

Ve víceklientských Azure Logic Apps se logická aplikace a její workflow řídí plánem "Consumption" pro ceny a fakturaci. Takové aplikace logiky vytvoříte různými způsoby, například když zvolíte typ prostředku Logic App (Consumption), použijete rozšíření Azure Logic Apps (Consumption) v editoru Visual Studio Code, nebo když vytváříte automatizační úlohy.

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

Komponenta Měření a fakturace
Operace spouštěče a akce Model Consumption zahrnuje pro každé předplatné Azure počáteční počet bezplatných integrovaných operací, které může workflow 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ího nebo podnikového konektoru pro Plán spotřeby. Další informace si můžete prohlédnout v tématu Operace triggeru a akce v konsumpčním modelu.
Operace úložiště 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 uchovávání dat pro plán Consumption. Další informace najdete v tématu Operace úložiště.
Účty pro integraci Měření se vztahuje podle typu integračního účtu, který vytvoříte a používáte s logickou aplikací. Fakturace se řídí cenami účtu integrace. Další informace najdete v integračních účtech.

Operace spouštěče a akce v modelu Consumption

S výjimkou počátečního počtu bezplatných předdefinovaných spuštění operací v rámci předplatného Azure, které může pracovní postup provést, model Consumption měří a fakturuje každou operaci na základě každého spuštění, bez ohledu na to, zda se celkový pracovní postup úspěšně spustí, dokončí, nebo dokonce vytvoří instanci. Operace obvykle provádí jedno spuštění , pokud operace nemá povolené pokusy o opakování. V důsledku toho provedení obvykle provádí jediný hovor, pokud operace podporuje a umožňuje vytváření bloků dat nebo stránkování k získání velkých objemů dat. Pokud je povolené vytváření bloků dat nebo stránkování, může být spuštění operace nutné provést více volání.

Model Consumption měří a účtuje operaci za provedení, nikoli za volání. Předpokládejme například, že pracovní postup začíná spouštěčem dotazování, který pravidelně získává záznamy odchozím voláním do koncového bodu. Odchozí volání se měří a účtuje jako jedna akce, ať už se trigger spustí nebo přeskočí, například když trigger zkontroluje koncový bod, ale nenajde žádná data ani události. Stav triggeru určuje, zda je instance pracovního postupu vytvořena a spuštěna. Předpokládejme, že operace také podporuje a má povolené vytváření bloků dat nebo stránkování. Pokud operace musí provést 10 volání, aby se dokončilo získání všech dat, je operace stále měřena a fakturována jako jedno spuštění, i když provádí více volání.

Poznámka:

Ve výchozím nastavení mají triggery, které vracejí pole, nastavení Split On již povoleno. Výsledkem tohoto nastavení je událost triggeru, kterou můžete zkontrolovat v historii triggerů a instanci pracovního postupu pro každou položku pole. Všechny instance pracovního postupu běží paralelně, aby se položky pole zpracovávaly současně. Fakturace se vztahuje na všechny události triggeru bez ohledu na to, jestli je stav triggeru úspěšný nebo vynechán. Triggery jsou stále fakturovatelné i ve scénářích, kdy triggery neinicializují ani nespustí pracovní postup, ale stav triggeru je Úspěšný, Neúspěšný nebo Vynechán.

Následující tabulka shrnuje, jak model Consumption zpracovává měření a fakturaci těchto typů operací při použití s aplikací logiky a pracovním postupem ve víceklientských Azure Logic Apps:

Typ operace Popis Měření a fakturace
Integrované Tyto operace běží přímo a nativně s modulem runtime Azure Logic Apps. V návrháři najdete tyto operace pod vestavěným popiskem.

Například spouštěč HTTP a spouštěč požadavku jsou integrované spouštěče. Akce HTTP a akce Odpovědi jsou integrované akce. Mezi další integrované operace patří akce řízení pracovního postupu, jako jsou smyčky a podmínky, operace s daty, dávkové operace a další.		 Model Consumption zahrnuje na každé předplatné Azure počáteční počet bezplatných integrovaných operací, které může pracovní postup spustit. Nad tímto číslem se předdefinované spuštění operací řídí cenami 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 Actions, nikoli cenami konektoruStandard nebo Enterprise.
Spravovaný konektor Tyto operace běží samostatně v Azure. V návrháři najdete tyto operace pod popiskem Standard nebo Enterprise . Provádění těchto operací se řídí cenami konektoru Standard nebo Enterprise.

Poznámka: Spouštění operací konektoru Enterprise v režimu Preview se řídí cenami konektoru Standard pro Consumption.
Vlastní konektor Tyto operace běží samostatně v Azure. V návrháři najdete tyto operace pod štítkem Vlastní. V případě omezení počtu konektorů, propustnosti a časového limitu zkontrolujte limity vlastních konektorů v Azure Logic Apps. Provádění těchto operací se řídí cenami standardního konektoru.

Další informace o tom, jak model Consumption funguje s operacemi, které běží uvnitř jiných operací, jako jsou smyčky, které zpracovávají více položek, jako jsou pole, a zásady opakování, naleznete v části Other operation behavior.

Tipy pro odhad nákladů pro model Consumption

Pokud chcete pomoct s odhadem přesnějších nákladů na spotřebu, projděte si tyto tipy:

  • Zvažte možný počet zpráv nebo událostí, které by mohly přijít v libovolný den, a ne založit výpočty pouze na intervalu dotazování.

  • Když událost nebo zpráva splňují kritéria triggeru, mnoho triggerů se okamžitě pokusí přečíst všechny další čekající události nebo zprávy, které splňují kritéria. Toto chování znamená, že i když vyberete delší interval dotazování, spouštěč se aktivuje na základě počtu čekajících událostí nebo zpráv, které jsou vhodné ke spuštění postupů. Mezi triggery, které se řídí tímto chováním, patří Azure Service Bus a Azure Event Hubs.

    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í kritéria, trigger se aktivuje a spustí odpovídající pracovní postup 15krát. Služba Logic Apps měří všechny akce, které těchto 15 pracovních postupů provádí, včetně požadavků spouště.

Standard (s jedním tenantem)

V Azure Logic Apps s jedním tenantem se aplikace logiky a její pracovní postupy řídí standardním plánempro ceny a fakturaci. Tyto aplikace logiky vytvoříte různými způsoby, například když zvolíte typ prostředku Aplikace logiky (Standard) nebo použijete rozšíření Azure Logic Apps (Standard) v editoru Visual Studio Code. Tento cenový model vyžaduje, aby aplikace logiky používaly 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.

Když vytvoříte aplikaci logiky s typem prostředku Aplikace logiky (Standard), vyberete možnost hostování, například Plán služby pracovního postupu, App Service Environment V3 nebo Hybridní.

Důležité

Pokud vyberete App Service Environment V3, musíte také vybrat plán služby App Service. Plán služby App Service je k dispozici a podporuje se jenom s app Service Environment v3 (ASE v3).

Následující plány a prostředky už nejsou dostupné ani podporované ve veřejné verzi pracovních postupů aplikací logiky standardu v Azure Logic Apps s jedním tenantem: Plán Služby Premium, App Service Environment v1 a App Service Environment v2.

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 Azure Logic Apps s jedním tenantem:

Komponenta Měření a fakturace
Virtuální procesor (vCPU) a paměť Pro možnosti hostování Plánu služby pracovního postupu a služby App Service Environment V3 také zvolíte cenovou úroveň, která určuje úrovně prostředků a cenové sazby, které se vztahují na výpočetní kapacitu a kapacitu paměti.

Další informace najdete v tématu Cenové úrovně v modelu Standard. Informace o hybridním nasazení najdete v tématu Standard (hybridní nasazení).
Operace spouštěče a akce Model Standard zahrnuje neomezený počet bezplatných předdefinovaných operací, které váš pracovní postup může spustit.

Pokud váš pracovní postup používá nějaké operace spravovaného konektoru, účtování podle měření platí pro každé volání, zatímco fakturace se řídí stejnými cenami konektorů Standard nebo Enterprise jako u plánu Consumption. Další informace najdete v tématu Operace triggeru a akce ve standardním modelu.
Operace úložiště Měření platí pro všechny operace úložiště spuštěné službou Azure Logic Apps. Například operace úložiště se spustí, když služba ukládá vstupy a výstupy z historie spuštění pracovního postupu. Fakturace se řídí zvolenou cenovou úrovní. Další informace najdete v tématu Operace úložiště.
Účty pro integraci Pokud pro aplikaci logiky vytvoříte účet integrace, který se má použít, měření vychází z typu účtu integrace, který vytvoříte. Fakturace se řídí cenami účtu integrace. Další informace najdete v integračních účtech.

Cenové úrovně v modelu Standard

Cenová úroveň, kterou zvolíte pro měření a fakturaci prostředku aplikace logiky (Standard), zahrnuje konkrétní množství výpočetních prostředků ve virtuálním procesoru (vCPU) a prostředcích paměti. Pokud jako možnost hostování vyberete App Service Environment V3 a plán služby App Service, konkrétně cenovou úroveň plánu izolované služby V2, budou se vám účtovat instance používané plánem služby App Service a pro spouštění pracovních postupů aplikací logiky. Žádné další poplatky se neúčtují. Další informace naleznete v tématu Plán služby App Service – Izolované cenové úrovně plánu služby V2.

Pokud vyberete plán hostování Workflow Standard , můžete si vybrat z následujících ú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 určen pouze pro ilustraci a poskytuje ukázkové odhady, které obecně ukazují, jak cenová úroveň funguje. Konkrétní ceny virtuálních procesorů a paměti na základě konkrétních oblastí, ve kterých je služba Azure Logic Apps dostupná, si projděte plán Standard pro vybranou oblast na stránce s cenami Azure Logic Apps.

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

Prostředek Hodinová sazba (ukázková oblast)
vCPU 0,192 USD za vCPU
Paměť 0,0137 USD za GB

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

< měsíční sazba = 730 hodin (za měsíc) * [(>< * ><) + (>< * ><)]

Na základě předchozích informací uvádí 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 Kč
WS2 2 7 350,33 Kč
WS3 4 14 700,65 Kč

Operace spouště a akce ve standardním modelu

S výjimkou neomezených bezplatných integrovaných operací, které může workflow spustit, standardní model měří a fakturuje operaci na základě každého volání, bez ohledu na to, zda se celý workflow úspěšně spustí, dokončí, nebo je dokonce inicializován. Operace obvykle provádí jedno spuštění , pokud operace nemá povolené pokusy o opakování. V důsledku toho provedení obvykle provádí jediný hovor, pokud operace podporuje a umožňuje vytváření bloků dat nebo stránkování k získání velkých objemů dat. Pokud je povolené vytváření bloků dat nebo stránkování, může být spuštění operace nutné provést více volání. Standardní model měří a fakturuje operaci po volání, nikoli po spuštění.

Předpokládejme například, že pracovní postup začíná spouštěčem dotazování, který pravidelně získává záznamy odchozím voláním do koncového bodu. Odchozí volání se měří a fakturuje, ať už se trigger aktivuje nebo přeskočí. Stav triggeru určuje, zda je instance pracovního postupu vytvořena a spuštěna. Předpokládejme, že operace také podporuje a má povolené vytváření bloků dat nebo stránkování. Pokud operace musí provést 10 volání, aby se dokončilo získávání všech dat, je operace měřena a fakturována za volání.

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

Typ operace Popis Měření a fakturace
Integrované Tyto operace běží přímo a nativně s modulem runtime Azure Logic Apps. V návrháři najdete tyto operace v galerii konektorů v integrovaném prostředí.

Například spouštěč HTTP a spouštěč požadavku jsou integrované spouštěče. Akce HTTP a akce Odpovědi jsou integrované akce. Mezi další integrované operace patří akce řízení 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 také k dispozici jako integrované operace. I když jsou integrované operace bezplatné, model Standard stále měří a účtuje operace spravovaných konektorů pomocí stejných cen konektorů Standard nebo Enterprise jako model Consumption.
Spravovaný konektor Tyto operace běží samostatně ve sdíleném globálním Azure. V návrháři najdete tyto operace v galerii konektorů pod modul runtime>Sdílené. Měřiče modelů Standard a fakturuje operace spravovaných konektorů na základě stejných cen konektorů Standard a Enterprise jako model Consumption.

Poznámka: Operace konektoru Preview Enterprise se řídí cenami konektoru Consumption Standard.
Vlastní konektor V současné době můžete vytvářet a používat pouze vlastní integrované operace konektoru v pracovních postupech aplikací logiky založené na jednom tenantovi. Model Standard zahrnuje neomezené bezplatné integrované operace. Pokud chcete omezení propustnosti a časového limitu, projděte si limity vlastních konektorů v Azure Logic Apps.

Další informace o tom, jak model Standard funguje s operacemi uvnitř jiných operací, jako jsou smyčky, zpracováním více položek, jako jsou pole, a strategiemi opakování, naleznete v chování ostatních operací.

Standard – hybridní nasazení

Tato možnost hostování používá fakturační model, ve kterém platíte jenom za to, co potřebujete, a můžete škálovat prostředky pro dynamické úlohy, aniž byste museli kupovat využití ve špičce. Zodpovídáte za následující položky:

Výpočet využití vCPU

Využití vCPU pro vaši standardní aplikaci logiky má vliv na poplatky za fakturaci. Virtuální procesor odkazuje na počet jader procesoru, ale tento poměr nemusí být nutně 1:1. Následující vzorec vypočítá využití vCPU pro vaši aplikaci logiky:

využití vCPU = (počet přidělených virtuálních procesorů) x (počet replik)

Hodnota Popis
Počet přidělených vCPU Aplikace logiky má ve výchozím nastavení přidělený výchozí počet virtuálních procesorů. Přidělení vCPU můžete kdykoli změnit po vytvoření prostředku logické aplikace.

Poznámka: Všechny virtuální procesory, které přidělujete logické aplikaci, pocházejí z virtuálních procesorů repliky, takže rozsah přidělení je od 0,25 do 2 jader. Další informace najdete v dalším řádku.
Počet replik Replika je nová instance revize nebo verze prostředku logické aplikace, která se nasadí, když dojde ke spuštění triggeru pracovního postupu. Tento počet replik se může v každém okamžiku lišit z důvodu potřeb škálování vaší aplikace. Můžete změnit minimální a maximální počet replik, které může mít každá verze nebo revize, pro splnění vašich potřeb škálování.

Poznámka: Každá replika je omezená na dvě virtuální procesory. Všechny virtuální procesory, které přidělujete aplikaci logiky, pocházejí z virtuálních procesorů replik, takže rozsah přidělení je 0,25 až 2 jádra.

Výpočet fakturačních poplatků

Následující vzorec vypočítá poplatky za účtování za hodinu, které je založeno na využití vCPU a sazbu v USD za hodinu v části s cenami modelu hybridního nasazení Logic Apps, zatímco je vaše aplikace logiky aktivována.

Poplatek za hodinu = (využití vCPU) x (sazba za hodinu)

V následující tabulce jsou například uvedené příklady výpočtů fakturačních poplatků:

Počet přidělených vCPU Počet replik Využití vCPU $USD sazba za hodinu Poplatek za hodinu
1 1 (1 x 1) = 1 $0,22 (1 x $0,22) = 0,22 USD
0,5 2 (0,5 x 2) = 1 $0,22 (1 x $0,22) = 0,22 USD
0,5 1 (0,5 x 1) = 0,5 $0,22 (0,5 x $0,22) = 0,11 USD

Jiné chování provozu

Následující tabulka shrnuje, jak modely Consumption a Standard 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 Popis Spotřeba Standard
Činnosti smyčky Akce smyčky, jako je smyčka For each nebo Until, může zahrnovat další akce, které se spouštějí během každého cyklu smyčky. S výjimkou počátečního počtu zahrnutých integrovaných operací se akce smyčky a každá akce ve smyčce měří při každém spuštění smyčky. Pokud akce zpracuje všechny položky v kolekci, například seznam nebo pole, počet položek se použije také při výpočtu měření.

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

Ceny jsou založené na tom, jestli jsou typy operací integrované, standardní nebo podnikové.		 S výjimkou zahrnutých integrovaných operací, stejně jako model Consumption.
Zásady opakování Při podporovaných operacích 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é opakované 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 podnikové.		 S výjimkou integrovaných zahrnutých operací, stejně jako model Consumption.

Operace úložiště

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í aktivačních událostí nebo použití tabulek a objektů blob pro ukládání stavů pracovního postupu. 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 vedou k různým operacím a potřebám úložiště. Služba také ukládá a zachovává vstupy a výstupy z historie spuštění pracovního postupu na základě limitu uchovávání historie spuštění prostředku aplikace logiky. Tento limit uchovávání můžete spravovat na úrovni prostředků aplikace logiky, nikoli na úrovni pracovního postupu.

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

Vzor Popis Měření a fakturace
Spotřeba (multitenantní) Prostředky úložiště a jejich využití jsou připojeny k prostředku logické aplikace. Měření a fakturace se vztahují pouze na spotřebu úložiště související s uchováváním dat a řídí se cenami uchovávání dat pro plán spotřeby.
Standard (s jedním tenantem) 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 řídí cenovým modelem služby Azure Storage. Náklady na úložiště se zobrazují samostatně na faktuře za fakturaci 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 služby Logic Apps Storage. Vyberte ukázkový pracovní postup nebo použijte existující definici pracovního postupu. První výpočet odhaduje počet operací při ukládání v pracovním procesu. Tato čísla pak můžete použít k odhadu možných nákladů pomocí cenové kalkulačky Azure. Další informace najdete v následujících zdrojích informací:

- Odhad potřeb úložiště a nákladů na pracovní postupy v Azure Logic Apps s jedním tenantem

- Zobrazení metrik pro spouštění a využití úložiště

- Omezení v Azure Logic Apps

Místní brána dat

Místní brána dat je samostatný prostředek Azure, který vytvoříte, aby pracovní postupy aplikací logiky mohly přistupovat k místním datům pomocí konkrétních konektorů podporovaných bránou. Brána jako taková nepodléhá poplatkům, ale operace, které procházejí bránou, jsou zpoplatněny na základě cenového a fakturačního modelu, který používá vaše logická aplikace.

Úč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ů propojte tento účet s aplikací logiky, abyste mohli tyto artefakty a různé operace B2B v pracovních postupech použít k prozkoumání, sestavování a testování řešení integrace, která používají možnosti zpracování EDI a XML.

Následující tabulka shrnuje, jak modely Consumption a Standard zpracovávají monitorování a fakturaci účtů integrace:

Vzor Měření a fakturace
Spotřeba (multitenantní) Měření a fakturace využívají cenovou úroveň účtu integrace, založené na úrovni účtu, kterou používáte.
Standard (s jedním tenantem) Měření a fakturace využívají cenovou úroveň účtu integrace, založené na úrovni účtu, kterou používáte.

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

Jiné položky, které nejsou měřené nebo fakturované

U všech cenových modelů se následující položky neměří ani neúčtují:

  • Akce, které se nespustí, protože pracovní postup se zastavil před dokončením
  • Deaktivované logické aplikace nebo pracovní postupy, protože nemůžou vytvářet nové instance, pokud jsou neaktivní.

Související obsah

  • Last updated on