Használatmérés, számlázás és díjszabás az Azure Logic Appshez

A következőkre vonatkozik: Azure Logic Apps (Fogyasztás + Standard)

Az Azure Logic Apps segítségével automatizált integrációs munkafolyamatokat hozhat létre és futtathat, amelyek méretezhetők a felhőben. Ez a cikk az Azure Logic Apps és a kapcsolódó erőforrások mérési, számlázási és díjszabási modelljeinek működését ismerteti. Az olyan információkért, mint a konkrét díjszabás, a költségtervezés vagy a különböző üzemeltetési környezetek, tekintse át az alábbi tartalmakat:

Felhasználás (több-bérlős)

A több-bérlős Azure Logic Appsben egy logikai alkalmazás és munkafolyamata a Fogyasztási tervet követi az árazás és számlázás szempontjából. Ezeket a logikai alkalmazásokat különböző módokon hozhatja létre, például ha a Logic App (Consumption) erőforrástípust választja, használja az Azure Logic Apps (Consumption) bővítményt a Visual Studio Code-ban, vagy automatizálási feladatok létrehozásakor.

Az alábbi táblázat összefoglalja, hogy a Fogyasztási modell hogyan kezeli a mérést és a számlázást a következő összetevőkhöz, amikor egy logikai alkalmazással és munkafolyamattal használják a több bérlős Azure Logic Apps környezetben.

Összetevő Mérés és számlázás
Trigger- és műveletműveletek A használati modell az Azure-előfizetésenként egy kezdeti számú ingyenes beépített műveletet tartalmaz, amelyet egy munkafolyamat futtathat. Ezen a számon felül a mérés minden végrehajtásra vonatkozik, a számlázás pedig a Használati terv Actions díjszabását követi. Más művelettípusok, például felügyelt összekötők esetén a számlázás a Használati csomag Standard vagy Enterprise összekötői díjszabását követi. További információkért tekintse át az eseményindító és akció műveleteket a Fogyasztási modellben.
Tárolási műveletek A mérés csak az adatmegőrzéssel kapcsolatos tárterület-használatra vonatkozik, például a bemenetek és kimenetek mentése a munkafolyamat futtatási előzményeiből. A számlázás a fogyasztási csomag adatmegőrzési díjszabását követi. További információkért tekintse át a Tárolási műveleteket.
Integrációs fiókok A mérés a logikai alkalmazással létrehozott és használt integrációs fióktípus alapján érvényes. A számlázás az integrációs fiók díjszabását követi. További információkért tekintse át az integrációs fiókokat.

Eseményindító és műveletek a Használati modellben

Az Azure-előfizetésenkénti beépített műveletek ingyenes végrehajtásainak kezdeti számát kivéve, a Használati modell minden egyes végrehajtást mér és ennek alapján számláz egy műveletet, függetlenül attól, hogy a teljes munkafolyamat sikeresen futott-e, befejeződött-e, vagy akár példányosítva lett-e. A műveletek általában egyetlen végrehajtást hajtanak végre, hacsak a művelet nem engedélyezi az újrapróbálkozási kísérleteket. A végrehajtás általában egyetlen hívást indít, hacsak a művelet nem támogatja és nem teszi lehetővé az adatok részekre bontását vagy lapozását nagy mennyiségű adat lekéréséhez. Ha az adattömb vagy a lapozás engedélyezve van, előfordulhat, hogy egy művelet végrehajtásának több hívást kell indítania.

A fogyasztási modell mérése és számlázása végrehajtásonként, nem hívásonként. Tegyük fel például, hogy egy munkafolyamat egy lekérdezési eseményindítóval kezdődik, amely rekordokat kér le úgy, hogy rendszeresen kimenő hívásokat indít egy végpontra. A kimenő hívás mérése és számlázása egyetlen végrehajtásként történik, függetlenül attól, hogy az eseményindító aktiválódik vagy kimarad, például amikor egy eseményindító ellenőrzi a végpontot, de nem talál adatokat vagy eseményeket. Az eseményindító állapota határozza meg, hogy a munkafolyamat-példány létrejön-e és fusson-e. Tegyük fel, hogy a művelet támogatja és engedélyezte az adattömb-készítést vagy a lapozást. Ha a műveletnek 10 hívást kell indítania az összes adat lekérésének befejezéséhez, a rendszer a több hívás ellenére is egyetlen végrehajtásként méri és számlázza a műveletet.

Megjegyzés

Alapértelmezés szerint a tömböt visszaadó triggerek esetében a Felosztás bekapcsolva beállítás már engedélyezve van. Ez a beállítás eseményindító eseményt eredményez, amelyet áttekinthet az eseményindító előzményeiben, és egy munkafolyamat-példányt minden tömbelemhez. Az összes munkafolyamat-példány párhuzamosan fut, így a tömbelemek feldolgozása egyszerre történik. A számlázás az összes eseményindító eseményre vonatkozik, függetlenül attól, hogy az eseményindító állapota sikeres vagy kihagyott. Az eseményindítók akkor is számlázhatók, ha nem indítják el és nem kezdik meg a munkafolyamatot, de az eseményindító állapota sikeres, sikertelen vagy kihagyott.

Az alábbi táblázat összefoglalja, hogyan kezeli a használati modell az ilyen típusú műveletek mérését és számlázását, ha egy logikai alkalmazással és munkafolyamattal használják a több-bérlős Azure Logic Appsben:

Művelettípus Leírás Mérés és számlázás
Beépítve Ezek a műveletek közvetlenül és natív módon futnak az Azure Logic Apps-futtatókörnyezettel. A tervezőben ezeket a műveleteket a beépített címke alatt találja.

A HTTP-eseményindító és a Kérés eseményindítója például beépített eseményindító. A HTTP-művelet és a válaszművelet beépített műveletek. Más beépített műveletek közé tartoznak a munkafolyamat-vezérlési műveletek, például a ciklusok és a feltételek, az adatműveletek, a kötegműveletek és más műveletek.		 A használati modell az Azure-előfizetésenként egy kezdeti számú ingyenes beépített műveletet tartalmaz, amelyet egy munkafolyamat futtathat. Ezen a számon felül a beépített műveletvégrehajtások a Műveletek díjszabását követik.

Megjegyzés: Néhány felügyelt összekötőművelet beépített műveletként is elérhető, amelyek a kezdeti ingyenes műveletek részét képezik. Az eredetileg ingyenes műveleteken túl a számlázás a Műveletek díjszabását követi, nem pedig a Standard vagy Enterprise kapcsolódó díjszabást.
Felügyelt összekötő Ezek a műveletek külön futnak az Azure-ban. A tervezőben ezeket a műveleteket a Standard vagy a Nagyvállalati címke alatt találja. Ezek a műveletvégrehajtások a Standard vagy a Nagyvállalati összekötő díjszabását követik.

Megjegyzés: Az Enterprise-összekötő előzetes verziójának végrehajtása a Consumption Standard összekötő díjszabását követi.
Egyéni összekötő Ezek a műveletek külön futnak az Azure-ban. A tervezőben ezeket a műveleteket az Egyéni címke alatt találja. Az összekötők számának, az átviteli sebességnek és az időtúllépésnek a korlátaiért tekintse át az Egyéni összekötők korlátait az Azure Logic Appsben. Ezek a műveletvégrehajtások a Standard összekötő díjszabását követik.

A fogyasztási modell olyan műveletekével való együttműködésével kapcsolatos további információkért, amelyek más műveleteken belül futnak (például hurkok), több elemet dolgoznak fel (mint például tömbök), és újrapróbálkozási szabályzatokat alkalmaznak, tekintse át az Egyéb műveleti viselkedést.

Költségbecslési tippek a fogyasztási modellhez

A pontosabb fogyasztási költségek becsléséhez tekintse át az alábbi tippeket:

  • Fontolja meg, hogy hány üzenet vagy esemény érkezhet egy adott napon, ahelyett, hogy a számításokat csak a lekérdezési időközre alapozhatná.

  • Ha egy esemény vagy üzenet megfelel az eseményindító feltételeinek, számos eseményindító azonnal megpróbálja elolvasni a feltételeknek megfelelő egyéb várakozási eseményeket vagy üzeneteket. Ez a viselkedés azt jelenti, hogy még ha hosszabb lekérdezési időközt is választ, az eseményindító a munkafolyamatok indításához szükséges várakozási események vagy üzenetek száma alapján aktiválódik. Az ezt a viselkedést követő eseményindítók közé tartozik az Azure Service Bus és az Azure Event Hubs.

    Tegyük fel például, hogy beállít egy eseményindítót, amely naponta ellenőriz egy végpontot. Amikor az eseményindító ellenőrzi a végpontot, és 15 olyan eseményt talál, amely megfelel a feltételeknek, az eseményindító 15 alkalommal aktiválja és futtatja a megfelelő munkafolyamatot. A Logic Apps szolgáltatás méri a 15 munkafolyamat által végrehajtott összes műveletet, beleértve az eseményindító-kérelmeket is.

Standard (egyedi bérlői környezet)

Az egybérlős Azure Logic Appsben egy logikai alkalmazás és munkafolyamatai a standard díjszabási és számlázási csomagot követik. Ezeket a logikai alkalmazásokat különböző módokon hozhatja létre, például ha a Logic App (Standard) erőforrástípust választja, vagy az Azure Logic Apps (Standard) bővítményt használja a Visual Studio Code-ban. Ez a tarifamodell megköveteli, hogy a logikai alkalmazások üzemeltetési csomagot és tarifacsomagot használjanak, ami eltér a Használati csomagtól abban az esetben, ha fenntartott kapacitásért és dedikált erőforrásokért számlázunk, függetlenül attól, hogy használja-e őket.

Amikor logikai alkalmazást hoz létre a Logic App (Standard) erőforrástípussal, kiválaszt egy üzemeltetési lehetőséget, például munkafolyamat-szolgáltatási csomagot, App Service Environment V3-at vagy Hibridet.

Fontos

Ha az App Service Environment V3 lehetőséget választja, egy App Service-csomagot is ki kell választania. Az App Service-csomag csak az App Service Environment v3 (ASE v3) esetén érhető el és támogatott.

Az alábbi csomagok és erőforrások már nem érhetők el vagy támogatottak az egybérlős Azure Logic Apps standard logikai alkalmazás-munkafolyamatainak nyilvános kiadásával: Functions Premium csomag, App Service Environment v1 és App Service Environment v2.

Az alábbi táblázat összefoglalja, hogy a Standard modell hogyan kezeli a mérést és a számlázást az alábbi összetevők esetében, ha egy logikai alkalmazással és egy munkafolyamattal használják az egybérlős Azure Logic Appsben:

Összetevő Mérés és számlázás
Virtuális PROCESSZOR (vCPU) és memória A munkafolyamat-szolgáltatási csomag és az App Service Environment V3 üzemeltetési lehetőségeihez egy tarifacsomagot is választhat, amely meghatározza a számítási és memóriakapacitásra vonatkozó erőforrásszinteket és díjszabásokat.

További információkért lásd a Standard modell tarifacsomagjait. Hibrid üzembe helyezés esetén lásd a Standard (hibrid üzembe helyezés) című témakört.
Trigger- és műveletműveletek A Standard modell korlátlan számú ingyenes beépített műveletet tartalmaz, amelyeket a munkafolyamat futtathat.

Ha a munkafolyamat felügyelt összekötő-műveleteket használ, a mérés minden hívásra vonatkozik, míg a számlázás ugyanazt a Standard vagy Nagyvállalati összekötő díjszabást követi, mint a Használati csomag. További információkért tekintse át az eseményindító és a műveletműveleteket a Standard modellben.
Tárolási műveletek A mérés az Azure Logic Apps által futtatott tárolási műveletekre vonatkozik. A tárolási műveletek például akkor futnak, amikor a szolgáltatás bemeneteket és kimeneteket ment a munkafolyamat futtatási előzményeiből. A számlázás a választott tarifacsomagot követi. További információkért tekintse át a Tárolási műveleteket.
Integrációs fiókok Ha létrehoz egy integrációs fiókot a logikai alkalmazáshoz, a mérés a létrehozott integrációs fiók típusán alapul. A számlázás az integrációs fiók díjszabását követi. További információkért tekintse át az integrációs fiókokat.

Tarifacsomagok a Standard modellben

A Logic App (Standard) erőforrásainak mérésére és számlázására választott tarifacsomag meghatározott mennyiségű számítási kapacitást tartalmaz a virtuális CPU-kban (vCPU) és a memória-erőforrásokban. Ha az App Service Environment V3-at választja üzemeltetési lehetőségként, és egy App Service-csomagot, különösen egy izolált V2 szolgáltatáscsomag tarifacsomagot, akkor az App Service-csomag által használt példányokért és a logikai alkalmazás munkafolyamatainak futtatásáért kell fizetnie. Más díjak nem vonatkoznak. További információ: App Service-csomag – Izolált V2 szolgáltatáscsomag tarifacsomagok.

Ha munkafolyamat-standard üzemeltetési csomagot választ, a következő szintek közül választhat:

Tarifacsomag Virtuális PROCESSZOR (vCPU) Memória (GB)
WS1 1 3,5
WS2 2 7
WS3 4 14

Fontos

Az alábbi példa csak illusztrációként szolgál, és mintabecsléseket biztosít a tarifacsomag működésének általános szemléltetéséhez. Az Azure Logic Apps által elérhető adott régiókon alapuló konkrét vCPU- és memóriaárakért tekintse át az Azure Logic Apps díjszabási oldalán található kiválasztott régió standard csomagját.

Tegyük fel, hogy egy példarégióban az alábbi erőforrások óránkénti díjszabással rendelkeznek:

Erőforrás Óradíj (példa régió)
vCPU 0,192 USD/vCPU
Emlékezet 0,0137 USD/GB

Az alábbi számítás a becsült havi kamatlábat adja meg:

< havi-költség> = 730 óra (havonta) * [(<vCPU-szám> * <vCPU-óra-díj>) + (<memória-GB-szám> * <memória-óra-díj-GB>)]

Az előző információk alapján az alábbi táblázat az egyes tarifacsomagok becsült havi díjait és az adott tarifacsomag erőforrásait mutatja be:

Tarifacsomag Virtuális PROCESSZOR (vCPU) Memória (GB) Havi díj (példarégió)
WS1 1 3,5 175,16 USD
WS2 2 7 350,33 USD
WS3 4 14 700,65 USD

Trigger- és műveletműveletek a Standard modellben

A munkafolyamat által futtatható korlátlan ingyenes beépített műveletek kivételével a Standard modell minden hívás alapján méri és számlálja a műveletet, függetlenül attól, hogy a teljes munkafolyamat sikeresen lefut, befejeződik vagy akár példányosítva van. A műveletek általában egyetlen végrehajtást hajtanak végre, hacsak a művelet nem engedélyezi az újrapróbálkozási kísérleteket. A végrehajtás általában egyetlen hívást indít, hacsak a művelet nem támogatja és nem teszi lehetővé az adatok részekre bontását vagy lapozását nagy mennyiségű adat lekéréséhez. Ha az adattömb vagy a lapozás engedélyezve van, előfordulhat, hogy egy művelet végrehajtásának több hívást kell indítania. A Standard modell hívásonként mér és számláz, nem végrehajtásonként.

Tegyük fel például, hogy egy munkafolyamat egy lekérdezési eseményindítóval kezdődik, amely rekordokat kér le úgy, hogy rendszeresen kimenő hívásokat indít egy végpontra. A kimenő hívás forgalmi díjas és számlázott, függetlenül attól, hogy az eseményindító aktiválódik-e vagy kimarad. Az eseményindító állapota határozza meg, hogy a munkafolyamat-példány létrejön-e és fusson-e. Tegyük fel, hogy a művelet támogatja és engedélyezte az adattömb-készítést vagy a lapozást. Ha a műveletnek 10 hívást kell indítania az összes adat lekérésének befejezéséhez, a művelet mérése és számlázása hívásonként történik.

Az alábbi táblázat összefoglalja, hogy a Standard modell hogyan kezeli a mérést és a számlázást a művelettípusokhoz, ha egy logikai alkalmazással és munkafolyamattal használják az egybérlős Azure Logic Appsben:

Művelettípus Leírás Mérés és számlázás
Beépítve Ezek a műveletek közvetlenül és natív módon futnak az Azure Logic Apps-futtatókörnyezettel. A tervezőben ezeket a műveleteket a Beépített összekötők gyűjteményében találja.

A HTTP-eseményindító és a Kérés eseményindítója például beépített eseményindító. A HTTP-művelet és a válaszművelet beépített műveletek. Más beépített műveletek közé tartoznak a munkafolyamat-vezérlési műveletek, például a ciklusok és a feltételek, az adatműveletek, a kötegműveletek és más műveletek.		 A Standard modell korlátlan ingyenes beépített műveleteket tartalmaz.

Megjegyzés: Néhány felügyelt összekötőművelet beépített műveletként is elérhető. Bár a beépített műveletek ingyenesek, a Standard modell továbbra is a Használat modelléhez hasonlóan megegyező Standard vagy Enterprise összekötő díjszabással méri és számlázza a kezelt összekötő-műveleteket.
Felügyelt összekötő Ezek a műveletek külön futnak a megosztott globális Azure-ban. A tervezőben ezeket a műveleteket a csatlakozó galériában a Runtime és Shared alatt találja. A Standard modell a menedzselt összeköttetési műveleteket ugyanazon Standard és Nagyvállalati összekötő díjszabása alapján méri és számlázza, mint a Fogyasztási modell.

Megjegyzés: Az enterprise-összekötők előzetes verziójának műveletei a Consumption Standard összekötő díjszabását követik.
Egyéni összekötő Jelenleg csak saját készítésű beépített összekötőműveleteket hozhat létre és használhat egybérlős alapú logikai alkalmazás-munkafolyamatokban. A Standard modell korlátlan ingyenes beépített műveleteket tartalmaz. Az átviteli sebesség és az időtúllépés korlátaiért tekintse át az Egyéni összekötők korlátait az Azure Logic Appsben.

A Standard modell olyan műveleteivel, amelyek más műveletek, például hurkok, belsejében futnak, több elemet, például tömböket dolgoznak fel, és tartalmazzák az újrapróbálkozási szabályzatokat, kapcsolatos további információkért tekintse át az Egyéb műveleti viselkedést.

Standard – Hibrid üzembe helyezés

Ez az üzemeltetési lehetőség olyan számlázási modellt használ, amelyben csak a szükséges díjakért kell fizetnie, és anélkül méretezheti az erőforrásokat a dinamikus számítási feladatokhoz, hogy csúcshasználatot kellene vásárolnia. Ön a felelős a következő elemekért:

vCPU-használat kiszámítása

A Standard logikai alkalmazás vCPU-használata hatással van a számlázási díjakra. A vCPU a processzormagok számára utal, de ez az arány nem feltétlenül 1:1. A következő képlet kiszámítja a logikai alkalmazás vCPU-használatát:

vCPU-használat = (a lefoglalt vCPU-k száma) x (replikák száma)

Érték Leírás
Lefoglalt vCPU-k száma A logikai alkalmazás alapértelmezés szerint a vCPU-k alapértelmezett számát foglalja le. A logikai alkalmazás erőforrásának létrehozása után bármikor módosíthatja ezt a vCPU-foglalást .

Megjegyzés: A logikai alkalmazáshoz lefoglalt vCPU-k replika vCPU-kból származnak, így a foglalási tartomány 0,25 és 2 mag között van. További információkért lásd a következő sort.
Replikák száma A replika a logikai alkalmazás erőforrás-változatának vagy verziójának új példánya, amely munkafolyamat-esemény esemény bekövetkezésekor lesz üzembe helyezve. A replikák száma az alkalmazás skálázási igényeitől függően bármikor változhat. Módosíthatja az egyes verziók vagy változatok minimális és maximális replikáinak számát, hogy megfeleljenek a skálázási igényeknek.

Megjegyzés: Minden replika két virtuális processzorra korlátozódik. Az ön logikai alkalmazásához lefoglalt vCPU-k replika vCPU-kból származnak, így a foglalási tartomány 0,25-től 2 magig terjed.

Számlázási díjak kiszámítása

Az alábbi képlet úgy számítja ki az óránkénti számlázási díjat, hogy az a vCPU használatán és a Logic Apps hibrid terjesztési modell díjszabási szakaszának óránkénti $USD díján alapul, amennyiben a logikai alkalmazás engedélyezett állapotban van.

Óránkénti díj = (vCPU-használat) x (óránkénti díj)

Az alábbi táblázat például néhány számlázási díjszámítást mutat be:

Lefoglalt vCPU-k száma Replikák száma vCPU-használat $USD óránkénti díj Óránkénti díj
1 1 (1 x 1) = 1 0,22 USD (1 x 0,22 USD) = $0,22
0,5 2 (0,5 x 2) = 1 0,22 USD (1 x 0,22 USD) = $0,22
0,5 1 (0,5 x 1) = 0,5 0,22 USD (0,5 x 0,22 USD) = $0,11

Egyéb műveleti viselkedés

Az alábbi táblázat összefoglalja, hogy a Fogyasztás és a Szabvány modellek hogyan kezelik az olyan műveleteket, amelyek más műveleteken, például hurkokon belül futnak, hogyan dolgozzák fel a több elemből álló struktúrákat, például tömböket, és hogyan alkalmazzák az újrapróbálkozási szabályzatokat.

Művelet Leírás Fogyasztás Standard
Ciklusműveletek A ciklusművelet, mint például a minden egyes vagy az amíg ciklus, tartalmazhat más műveleteket, amelyek minden ciklus során futnak. A beépített műveletek kezdeti számának kivételével a ciklusművelet és a ciklus minden egyes művelete mérésre kerül a ciklus minden futtatásakor. Ha egy művelet feldolgozza a gyűjtemény bármely elemét, például egy listát vagy tömböt, a rendszer az elemek számát is felhasználja a mérési számításban.

Tegyük fel például, hogy minden ciklushoz rendelkezik egy listát feldolgozó műveletekkel. A szolgáltatás megszorozza a listaelemek számát a ciklusban lévő műveletek számával, és hozzáadja a ciklust indító műveletet. A 10 elemből álló lista számítása tehát (10 * 1) + 1, ami 11 műveletvégrehajtást eredményez.

A díjszabás azon alapul, hogy a művelettípusok beépítettek-e, Standard vagy Enterprise.		 A beépített műveletek kivételével, amely megegyezik a Használati modellel.
Újrapróbálkozás szabályzatai A támogatott műveletekben egy újrapróbálkozási szabályzat beállításával implementálhatja az alapvető kivétel- és hibakezelést. A beépített műveletek kezdeti számának kivételével a rendszer az eredeti végrehajtást és az egyes újrapróbálkozott végrehajtásokat méri. Például egy 5 újrapróbálkozással végrehajtott művelet mérése és számlázása 6 végrehajtásként történik.

A díjszabás azon alapul, hogy a művelettípusok beépítettek-e, Standard vagy Enterprise.		 A beépített műveletek kivételével, ugyanaz, mint a használat alapú modell.

Tárolási műveletek

Az Azure Logic Apps az Azure Storage-t használja a szükséges tárolási tranzakciókhoz, például üzenetsorokat használ az eseményindító műveletek ütemezéséhez, vagy táblákat és blobokat használ a munkafolyamat-állapotok tárolásához. A munkafolyamat műveletei alapján a tárolási költségek eltérőek, mivel a különböző eseményindítók, műveletek és hasznos adatok különböző tárolási műveleteket és igényeket eredményeznek. A szolgáltatás emellett menti és tárolja a munkafolyamat futtatási előzményeiből származó bemeneteket és kimeneteket a logikai alkalmazás erőforrás futási előzményeinek megőrzési korlátja alapján. Ezt a megőrzési korlátot a logikai alkalmazás erőforrásszintjén kezelheti, nem a munkafolyamat szintjén.

Az alábbi táblázat összefoglalja, hogyan kezelik a használati és standard modellek a tárolási műveletek mérési és számlázási műveleteit:

Modell Leírás Mérés és számlázás
Felhasználás (több-bérlős) A tárolási erőforrások és a használat a logikai alkalmazás erőforrásához van csatolva. A mérés és a számlázás csak az adatmegőrzéssel kapcsolatos tárhasználatra vonatkozik, és kövesse a használati csomag adatmegőrzési díjszabását.
Standard (egyedi bérlői környezet) Használhatja saját Azure Storage-fiókját, amely nagyobb ellenőrzést és rugalmasságot biztosít a munkafolyamat adatai felett. A mérés és a számlázás az Azure Storage díjszabási modelljét követi. A tárolási költségek külön jelennek meg az Azure számlázási számlán.

Tipp: A munkafolyamatok által futtatható tárolási műveletek számának és költségeinek jobb megértéséhez próbálja meg használni a Logic Apps Storage kalkulátorát. Válasszon ki egy minta munkafolyamatot, vagy használjon egy meglévő munkafolyamat-definíciót. Az első számítás a munkafolyamat tárolási műveleteinek számát becsüli meg. Ezeket a számokat ezután az Azure díjkalkulátorával becsülheti meg. További információ:

- Az egybérlős Azure Logic Apps-munkafolyamatok tárolási igényeinek és költségeinek becslése.

- Metrikák megtekintése végrehajtásokhoz és tárterület-használathoz

- Az Azure Logic Apps korlátai

Helyi adatátjáró

A helyszíni adatátjáró egy különálló Azure-erőforrás, amelyet azért hoz létre, hogy a logikai alkalmazás munkafolyamatai meghatározott átjáró által támogatott összekötők használatával férhessenek hozzá a helyszíni adatokhoz. Maga az átjáró-erőforrás nem jár díjakkal, hanem az átjárón keresztül futó műveletek díjakat vonnak maguk után a logikai alkalmazás által használt díjszabási és számlázási modell alapján.

Integrációs fiókok

Az integrációs fiók egy különálló Azure-erőforrás, amelyet tárolóként hoz létre üzleti (B2B) összetevők, például kereskedelmi partnerek, megállapodások, sémák, térképek stb. definiálásához és tárolásához. Miután létrehozta ezt a fiókot, és definiálta ezeket az összetevőket, csatolja ezt a fiókot a logikai alkalmazáshoz, hogy a munkafolyamatokban ezeket az összetevőket és különböző B2B-műveleteket használva feltárhassa, felépíthesse és tesztelhesse az EDI- és XML-feldolgozási képességeket használó integrációs megoldásokat.

Az alábbi táblázat összefoglalja, hogyan kezelik a Használat és a Standard modellek az integrációs fiókok mérési és számlázási adatait:

Modell Mérés és számlázás
Felhasználás (több-bérlős) A mérés és a számlázás az integrációs fiók díjszabását használja a használt fiókszint alapján.
Standard (egyedi bérlői környezet) A mérés és a számlázás az integrációs fiók díjszabását használja a használt fiókszint alapján.

További információkért tekintse át a következő dokumentációt:

Egyéb nem forgalmi díjas vagy számlázott tételek

Az összes tarifamodellben a következő elemek nem forgalmi díjasak és nem számlázhatók:

  • Nem futtatott műveletek, mert a munkafolyamat a befejezés előtt leállt
  • Letiltott logikai alkalmazások vagy munkafolyamatok, mert inaktív állapotban nem tudnak új példányokat létrehozni.

Kapcsolódó tartalom

  • Last updated on