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

  • Článek
  • 18 min ke čtení

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:

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ěří podle objemu dat a účtuje se 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 se dokončilo získání všech dat, operace se stále měří a účtuje jako jedno spuštění, a to i přes několik 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 událost triggeru, kterou můžete zkontrolovat v historii triggeru, 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ěch nebo Přeskočeno. Triggery 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 Přeskočeno.

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 v Azure Logic Apps s více tenanty:

Typ operace Description 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 také k dispozici 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ž vytváříte nebo nasazujete aplikace logiky s typem prostředku Aplikace logiky (Standard), můžete použít plán hostování Workflow Standard ve všech oblastech Azure. Jako umístění nasazení máte také možnost vybrat existující prostředek App Service Environment v3, ale s touto možností můžete použít jenom plán App Service. Pokud zvolíte tuto možnost, 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í.

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 spouštět.

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 vytvoříte účet integrace pro aplikaci logiky, který chcete použít, je 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 aplikace logiky, zahrnuje konkrétní objemy výpočetních prostředků ve virtuálním procesoru (vCPU) a prostředcích paměti. 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 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 Description 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 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ěží v Azure samostatně. V návrháři najdete tyto operace pod kombinovaným popiskem Azure . 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 v pracovních postupech aplikací logiky založených na jednom tenantovi vytvářet a používat jenom vlastní integrované operace konektoru . 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 s použitím 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 ceny a fakturaci. 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 nemá žádnou smlouvu o úrovni služeb (SLA), kapacitu vertikálního navýšení kapacity 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 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ýkonu.

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é, spravované konektorové a vlastní operace 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 akce v modelu ISE.
Operace úložiště Model ISE zahrnuje bezplatné využití úložiště, například uchovávání dat. Další informace najdete v tématu Operace úložiště.
Účty pro integraci Model ISE zahrnuje jednu úroveň bezplatného účtu integrace na základě vybrané 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 tématu Účty integrace.

Operace aktivace 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 Description Měření a fakturace
Integrované Tyto operace běží 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 předdefinovaným popiskem, 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 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 ISE zahrnuje tyto operace zdarma, ale v Azure Logic Apps se na ně vztahují omezení ISE.
Spravovaný konektor Ať už se jedná o standard nebo enterprise, operace spravovaného konektoru se spouštějí buď ve vašem ISE, nebo v Azure s více tenanty, a to na základě 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 běží v Azure s více tenanty.

 Model ISE zahrnuje bezplatné operace ISE i žádné operace ise označené jako ISE, ale v Azure Logic Apps se na ně vztahují limity 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é 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 Jiné chování operací.

Jiné chování 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ávají 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 spouštějí 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 některé 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 sečte akci, která smyčku spustí. Výpočet pro seznam 10 položek je tedy (10 × 1) + 1, což vede k 11 provedením akcí.

Ceny se odvíjí od toho, jestli jsou typy operací integrované, standardní nebo podnikové.

 Kromě zahrnutých předdefinovaný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ásad 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 provádí 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ě předdefinovaných zahrnutých operací, stejně jako u modelu Consumption. Neměří se ani neúčtují.

Operace úložiště

Azure Logic Apps používá službu Azure Storage pro všechny požadované transakce úložiště, například použití front pro plánování operací triggeru 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 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í můžete spravovat na úrovni prostředků aplikace logiky, nikoli 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
Consumption (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 spotřebu úložiště související s uchováváním dat a postupujte podle cen uchovávání dat pro plán Consumption.
Standard (jeden tenant) 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ým modelem Služby Azure Storage. Náklady na úložiště se na faktuře pro fakturaci Azure zobrazují samostatně.

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 služby Logic Apps Storage. 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 s jedním tenantem.
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 aplikace 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é běží přes bránu, 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ů 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á využí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ů) Měření a fakturace využívají ceny účtu integrace na základě úrovně účtu, kterou používáte.
Standard (jeden tenant) Měření a fakturace využívají ceny účtu integrace na základě úrovně účtu, kterou používáte.
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í.

Další kroky