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 pracovní postupy automatizované integrace, které se dají š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:
- Cenové sazby pro Azure Logic Apps
- Plánování a správa nákladů na Azure Logic Apps
- Jednoklienta versus prostředí více tenantů a integrační služby
Consumption (více tenantů)
V Azure Logic Apps s více tenanty se aplikace logiky a její pracovní postup řídí plánem Consumption pro ceny a fakturaci. Takové aplikace logiky vytváříte 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 editoru Visual Studio Code nebo když vytváříte úlohy 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 v Azure Logic Apps s více tenanty:
| Součást | Měření a fakturace |
|---|---|
| Aktivační a akční operace | Model Consumption zahrnuje počáteční počet bezplatných předdefinovaných operací na 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 konektoru Standard nebo Enterprise pro plán Consumption. Další informace najdete v tématu Operace aktivace a akce v modelu Consumption. |
| Operace úložiště | Měření se vztahuje pouze na využití úložiště souvisejícího 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 používá na základě typu účtu integrace, který vytvoříte a použijete s aplikací logiky. Fakturace se řídí cenami účtu integrace, pokud vaše aplikace logiky není nasazená a hostovaná v prostředí integrační služby (ISE). Další informace najdete v tématu Účty integrace. |
Operace aktivace a akce v modelu Consumption
S výjimkou počátečního počtu bezplatných předdefinovaných operací podle předplatného Azure, které může pracovní postup spustit, měřiče a faktury modelu Consumption operace na základě jednotlivých spuštění, bez ohledu na to, jestli se celkový pracovní postup úspěšně spustí, dokončí nebo dokonce vytvoří instanci. Operace obvykle provádí jedno spuštění , pokud nemá povolené opakované pokusy. Provádění pak obvykle provede jedno volání, pokud operace nepodporuje a neumožňuje vytváření bloků dat nebo stránkování, aby získala velké objemy dat. Pokud je povolené vytváření bloků dat nebo stránkování, může být při provádění operace nutné provést více volání.
Model Consumption měří a účtuje operaci za spuštění, ne za volání. Předpokládejme například, že pracovní postup začíná triggerem dotazování, který získává záznamy pravidelným odchozím voláním koncového bodu. Odchozí volání se měří a účtuje 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 vytváření bloků dat nebo stránkování. Pokud operace musí provést 10 volání, aby dokončila získání všech dat, operace se stále měří a účtuje 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í Rozdělit na , které je už povolené. Výsledkem tohoto nastavení je aktivační událost, kterou můžete zkontrolovat v historii triggeru, a instance 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ěch nebo Přeskočeno. Aktivační události jsou stále fakturovatelné i ve scénářích, kdy triggery nevytvořily instanci a nespustí pracovní postup, ale aktivační událost je ve stavu Úspěch, Selhání nebo Vynecháno.
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 v Azure Logic Apps s více tenanty:
| Typ operace | Popis | Měření a fakturace |
|---|---|---|
| Integrované | Tyto operace se spouštějí přímo a nativně pomocí modulu runtime Azure Logic Apps. V návrháři najdete tyto operace pod popiskem Předdefinované . Například trigger HTTP a trigger požadavku jsou předdefinované triggery. Akce HTTP a akce Odpověď 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 počáteční počet bezplatných předdefinovaných operací na předplatné Azure, které může pracovní postup spustit. Nad tímto číslem se provádění předdefinovaných operací řídí cenami akcí. Poznámka: Některé operace spravovaného konektoru jsou k dispozici také jako předdefinované 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 za konektory Standard nebo Enterprise. |
| Spravovaný konektor | Tyto operace běží v Azure samostatně. V návrháři najdete tyto operace pod popiskem Standard nebo Enterprise . | Tyto operace se řídí cenami konektoru Standard nebo Enterprise. Poznámka: Spouštění operací konektoru Enterprise ve verzi Preview se řídí cenami konektoru Consumption Standard. |
| Vlastní konektor | Tyto operace běží v Azure samostatně. V návrháři najdete tyto operace pod popiskem Vlastní . Informace o limitech počtu konektorů, propustnosti a vypršení časového limitu najdete v tématu Limity vlastních konektorů v Azure Logic Apps. | Tyto operace se řídí cenami konektoru Standard. |
Další informace o tom, jak model Consumption pracuje s operacemi, které běží v jiných operacích, 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ých operací.
Tipy pro odhad nákladů pro model Consumption
Pokud chcete odhadnout přesnější náklady na spotřebu, přečtěte si tyto tipy:
Zvažte možný počet zpráv nebo událostí, které můžou přijít v daný den, a ne založte výpočty pouze na intervalu dotazování.
Když událost nebo zpráva splňuje kritéria triggeru, mnoho triggerů se okamžitě pokusí přečíst všechny ostatní čekající události nebo zprávy, které splňují 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 spouštění pracovních postupů. Triggery, které následují po tomto chování, zahrnují 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 monitoruje všechny akce, které těchto 15 pracovních postupů provádí, včetně požadavků na trigger.
Standard (jeden tenant)
V Azure Logic Apps s jedním tenantem se aplikace logiky a její pracovní postupy řídí plánem Standard pro ceny a fakturaci. Takové aplikace logiky se vytvářejí 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 nebo nasadíte aplikace logiky s typem prostředku Aplikace logiky (Standard) a vyberete pro nasazení libovolnou oblast Azure, vyberete také plán hostování Workflow Standard. Pokud ale pro umístění nasazení vyberete existující prostředek App Service Environment v3, musíte vybrat App Service plán.
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: plán Functions Premium, App Service Environment v1 a App Service Environment v2. S výjimkou ASEv3 je plán App Service nedostupný a nepodporovaný.
Následující tabulka shrnuje, jak model Standard zpracovává měření a fakturaci následujících komponent při použití s aplikací logiky a pracovním postupem v Azure Logic Apps s jedním tenantem:
| Součást | Měření a fakturace |
|---|---|
| Virtuální procesor (vCPU) a paměť | Model Standard vyžaduje , aby vaše aplikace logiky používala 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í kapacitu a kapacitu paměti. Další informace najdete v tématu Cenové úrovně v modelu Standard. |
| Aktivační a akční operace | Model Standard zahrnuje neomezený počet bezplatných předdefinovaných operací, které může váš pracovní postup spustit. Pokud váš pracovní postup používá operace spravovaného konektoru, měření se vztahuje na každé volání, zatímco fakturace se řídí stejnými cenami konektoru Standard nebo Enterprise jako u plánu Consumption. Další informace najdete v tématu Operace triggeru a akce v modelu Standard. |
| Operace úložiště | Měření se vztahuje na všechny operace úložiště spuštěné službou Azure Logic Apps. Operace úložiště se například spouštějí, 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ý chcete použít, bude měření založené na typu účtu integrace, který vytvoříte. Fakturace se řídí cenami účtu integrace. Další informace najdete v tématu Účty integrace. |
Cenové úrovně v modelu Standard
Cenová úroveň, kterou zvolíte pro měření a fakturaci prostředku aplikace logiky (Standard), zahrnuje konkrétní objemy výpočetních prostředků ve virtuálním procesoru (vCPU) a prostředcích paměti. Pokud jako umístění nasazení vyberete App Service Environment v3 a plán App Service, konkrétně cenovou úroveň izolovaného plánu služby V2, budou se vám účtovat instance používané plánem App Service a spouštění pracovních postupů aplikace logiky. Žádné další poplatky se neúčtují. Další informace najdete v tématu cenové úrovně plánu App Service – Izolovaný plán 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 jenom ilustrační 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 k dispozici Azure Logic Apps, najdete v plánu Standard pro vybranou oblast na stránce s cenami Azure Logic Apps.
Předpokládejme, že v ukázkové oblasti mají následující zdroje tyto hodinové sazby:
| Prostředek | Hodinová sazba (příklad oblasti) |
|---|---|
| Virtuální procesory | 0,192 USD za vCPU |
| Memory (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) * [(<number-vCPU> * <hourly-rate-vCPU>) + (<number-GB-memory> * <hourly-rate-GB-memory>)]
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 aktivace a akce v modelu Standard
S výjimkou neomezených bezplatných předdefinovaných operací, které může pracovní postup spouštět, model Standard měří a účtuje operaci na základě každého volání, ať už se celkový pracovní postup úspěšně spustí, dokončí nebo dokonce vytvoří instanci. Operace obvykle provádí jedno spuštění , pokud nemá povolené opakované pokusy. Provádění pak obvykle provede jedno volání, pokud operace nepodporuje a neumožňuje vytváření bloků dat nebo stránkování, aby získala velké objemy dat. Pokud je povolené vytváření bloků dat nebo stránkování, může být při provádění operace nutné provést více volání. Standardní model měří a fakturuje operaci za volání, ne 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 odchozím voláním koncového bodu. Odchozí volání se měří podle objemu dat a účtuje se 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 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, bude se tato operace účtovat podle objemu dat a účtovat se 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 Azure Logic Apps s jedním tenantem:
| Typ operace | Popis | Měření a fakturace |
|---|---|---|
| Integrované | Tyto operace se spouštějí přímo a nativně pomocí modulu runtime Azure Logic Apps. V návrháři najdete tyto operace v galerii konektorů v části Modul runtime>v aplikaci. Například trigger HTTP a trigger požadavku jsou předdefinované triggery. Akce HTTP a akce Odpověď 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ý počet bezplatných integrovaných operací. Poznámka: Některé operace spravovaného konektoru jsou také k dispozici jako předdefinované operace. I když jsou předdefinované 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ů v části Sdílené za běhu>. | Standardní model účtuje a účtuje operace spravovaných konektorů na základě stejných cen konektorů Standard a Enterprise jako model Consumption. Poznámka: Operace konektoru Enterprise verze Preview 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ých na jednom tenantovi. | Model Standard zahrnuje neomezený počet bezplatných integrovaných operací. Informace o omezeních propustnosti a vypršení časového limitu najdete v tématu Limity vlastních konektorů v Azure Logic Apps. |
Další informace o tom, jak model Standard pracuje s operacemi, které běží v jiných operacích, 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ých operací.
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 řídí plánem Prostředí integrační služby pro stanovení cen a fakturace. Tento cenový model závisí na vaší úrovni ise nebo skladové pořidce 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 skladové položky:
| SKLADOVÁ POLOŽKA ISE | Měření a fakturace |
|---|---|
| Premium | Základní jednotka má pevnou kapacitu a za skladovou položku Premium se účtuje hodinovou sazbou. 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ě poloviční sazbou základní jednotky. Informace o kapacitě a limitech najdete v tématu Limity ISE v Azure Logic Apps. |
| Vývojář | Základní jednotka má pevnou kapacitu a za skladovou položku Developer se účtuje hodinovou sazbou. Tato skladová položka ale během recyklace nemá žádnou smlouvu o úrovni služeb (SLA), kapacitu vertikálního navýšení kapacity ani redundanci, což znamená, že může docházet ke zpoždění nebo výpadku. Aktualizace back-endu můžou přerušovaně přerušit službu. Důležité: Ujistěte se, že tuto skladovou položku používáte pouze pro zkoumání, experimenty, vývoj a testování– ne pro produkční testování nebo testování výkonnosti. Informace o kapacitě a limitech najdete v tématu Limity 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 prostředí ISE:
| Komponenta | Popis |
|---|---|
| Aktivační a akční operace | Model ISE zahrnuje bezplatné integrované operace spravovaného konektoru a vlastního konektoru, které váš pracovní postup může spustit, ale podléhá omezením ISE v Azure Logic Apps a limitům vlastních konektorů v Azure Logic Apps. Další informace najdete v tématu Operace triggeru a akcí v modelu ISE. |
| Operace úložiště | Model ISE zahrnuje využití bezplatného úložiště, jako je uchovávání dat. Další informace najdete v tématu Operace úložiště. |
| Účty pro integraci | Model ISE zahrnuje jednu bezplatnou úroveň účtu integrace na základě vaší vybrané skladové položky ISE. Za příplatek můžete vytvořit další účty integrace pro ise, abyste ho mohli využít až do celkového limitu ISE. Další informace najdete v tématu Účty integrace. |
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 prostředí ISE:
| Typ operace | Popis | Měření a fakturace |
|---|---|---|
| Integrované | Tyto operace se spouští přímo a nativně s modulem runtime Azure Logic Apps a ve stejném prostředí ISE jako pracovní postup aplikace logiky. V návrháři najdete tyto operace pod popiskem Předdefinované , ale každá operace zobrazuje také popisek CORE . Například trigger HTTP a trigger požadavku jsou předdefinované triggery. Akce HTTP a akce Odpověď jsou předdefinované akce. Mezi další předdefinované operace patří řídicí akce pracovních postupů, jako jsou smyčky a podmínky, operace s daty, dávkové operace a další. |
Model ISE zahrnuje tyto operace zdarma, ale podléhá omezením ISE v Azure Logic Apps. |
| Spravovaný konektor | Bez ohledu na to, jestli se jedná o standard nebo enterprise, operace spravovaných konektorů se spouštějí buď ve vašem ISE, nebo v Azure s více tenanty, podle toho, jestli konektor nebo operace zobrazují 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 se spouštějí ve víceklientech v Azure. |
Model ISE zahrnuje bezplatné operace ISE i žádné ise s popisky, ale v Azure Logic Apps se na ně vztahují omezení ISE. |
| Vlastní konektor | V návrháři najdete tyto operace pod popiskem Vlastní . | Model ISE tyto operace zahrnuje zdarma, ale v Azure Logic Apps se na ně vztahují limity vlastních konektorů. |
Další informace o tom, jak model ISE pracuje s operacemi, které se spouští v jiných operacích, jako jsou smyčky, zpracování více položek, jako jsou pole, a zásady opakování, najdete v tématu Jiné chování operací.
Chování jiné operace
Následující tabulka shrnuje, jak modely Consumption, Standard a ISE zpracovávají operace, které běží v jiných operacích, jako jsou smyčky, zpracování více položek, jako jsou pole, a zásady opakování:
| Operace | Popis | Využití | Standard | ISE |
|---|---|---|---|---|
| Akce smyčky | Akce smyčky, například smyčka For each nebo Until , může obsahovat 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í cyklu smyčky. Pokud akce zpracuje nějaké položky v kolekci, například seznam nebo pole, použije se počet položek také ve výpočtu měření. 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á smyčku spustí. Výpočet pro seznam 10 položek je tedy (10 × 1) + 1, což má za následek 11 provedení akcí. Ceny se odvíjí od toho, jestli jsou typy operací integrované, standardní nebo podnikové. |
Kromě zahrnutých integrovaných operací, stejně jako u modelu Consumption. | Neměří se ani neúčtují. |
| 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é opakované spuštění. Například akce, která se spustí s 5 opakovanými pokusy, se měří a účtuje se jako 6 spuštění. Ceny se odvíjí od toho, jestli jsou typy operací integrované, standardní nebo podnikové. |
Kromě integrovaných zahrnutých operací, stejně jako u modelu Consumption. | Neměří se ani neúčtují. |
Operace úložiště
Azure Logic Apps používá Azure Storage pro všechny požadované transakce úložiště, jako je použití front k plánování operací triggeru nebo použití tabulek a objektů blob k 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 ukládá vstupy a výstupy z historie spuštění vašeho pracovního postupu na základě limitu uchování historie spuštění prostředku aplikace logiky. Tento limit uchovávání informací můžete spravovat na úrovni prostředků aplikace logiky, ne na úrovni pracovního postupu.
Následující tabulka shrnuje, jak modely Consumption, Standard a ISE zpracovávají měření a fakturaci operací úložiště:
| Modelování | Popis | Měření a fakturace |
|---|---|---|
| Spotřeba (více tenantů) | Prostředky a využití úložiště jsou připojené k prostředku aplikace logiky. | Měření a fakturace se vztahují pouze na využití úložiště souvisejícího s uchováváním dat a postupujte podle cen za uchovávání dat pro plán Consumption. |
| Standard (s jedním tenantem) | Můžete použít vlastní účet úložiště Azure, který vám poskytne větší kontrolu a flexibilitu nad daty pracovního postupu. | Měření a fakturace se řídí cenový model služby Azure Storage. Náklady na úložiště se zobrazují samostatně na faktuře za Azure. Tip: Pokud chcete lépe pochopit počet operací úložiště, které může pracovní postup spustit, a jejich náklady, zkuste použít kalkulačku úložiště Logic Apps. Vyberte buď ukázkový pracovní postup, nebo použijte existující definici pracovního postupu. První výpočet odhaduje 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 tématu Odhad potřeb úložiště a nákladů na pracovní postupy v Azure Logic Apps pro jednoho tenanta. |
| Prostředí integrační služby (ISE) | Prostředky a využití úložiště jsou připojené k prostředku aplikace logiky. | Neměří se ani neúčtují. |
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 vaše pracovní postupy aplikací logiky mohly přistupovat k místním datům pomocí konkrétních konektorů podporovaných bránou. Za samotný prostředek brány se neúčtují poplatky, ale za operace, které procházejí bránou, se účtují poplatky, a to na základě cenového 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 uložení 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 používat v pracovních postupech 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, Standard a ISE zpracovávají měření a fakturaci účtů integrace:
| Modelování | Měření a fakturace |
|---|---|
| Consumption (více tenantů) | Při měření a fakturaci se používají ceny účtu integrace na základě vámi používané úrovně účtu. |
| Standard (jeden tenant) | Při měření a fakturaci se používají ceny účtu integrace na základě vámi používané úrovně účtu. |
| ISE | Tento model zahrnuje jeden účet integrace na základě skladové položky ISE. Za dodatečné náklady můžete vytvořit více účtů integrace pro ise, abyste mohli využít až do celkového limitu ISE. |
Další informace najdete v následující dokumentaci:
Ostatní položky, které se neúčtují nebo neúčtují
Ve všech cenových modelech se neměří ani neúčtují následující položky:
- Akce, které se nespustily, protože se pracovní postup před dokončením zastavil
- Zakázali aplikace logiky nebo pracovní postupy, protože nemůžou vytvářet nové instance, když jsou neaktivní.