Használat mérése, számlázása és díjszabása az Azure Logic Appshez
A következőkre vonatkozik: Azure Logic Apps (Használat + 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 bemutatja, hogyan működnek a mérési, számlázási és díjszabási modellek az Azure Logic Apps és a kapcsolódó erőforrások esetében. 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:
- Az Azure Logic Apps díjszabása
- Az Azure Logic Apps költségeinek megtervezése és kezelése
- Egybérlős és több-bérlős és integrációs szolgáltatási környezet
Használat (több-bérlős)
A több-bérlős Azure Logic Appsben egy logikai alkalmazás és munkafolyamata a Díjszabás és számlázás használati tervét követi. Ezeket a logikai alkalmazásokat többféleképpen is létrehozhatja, például ha a Logic App (Használat) erőforrástípust választja, használja az Azure Logic Apps (Consumption) bővítményt a Visual Studio Code-ban, vagy amikor automatizálási feladatokat hoz létre.
Az alábbi táblázat összefoglalja, hogyan kezeli a használati modell az alábbi összetevők mérési és számlázási adatait, ha egy logikai alkalmazással és egy több-bérlős Azure Logic Apps-munkafolyamattal használják:
| Ö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álat csomag 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álat csomag Standard vagy Enterprise összekötői díjszabását követi. További információ: Trigger- és műveletműveletek a Használati modellben. |
| Tárolási műveletek | A mérés csak az adatmegőrzéssel kapcsolatos tárhaszná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 használati csomag adatmegőrzési díjszabását követi. További információ: Storage-műveletek. |
| Integrációs fiókok | A mérés a logikai alkalmazással létrehozott és használt integrációs fiók típusától függ. A számlázás az integrációs fiók díjszabását követi, kivéve, ha a logikai alkalmazás integrációs szolgáltatási környezetben (ISE) van üzembe helyezve és üzemeltetve. További információ: Integrációs fiókok. |
Trigger- és műveletműveletek a használati modellben
Az Azure-előfizetésenkénti ingyenes beépített műveletvégrehajtások kezdeti számának kivételével, hogy egy munkafolyamat futtatható, a Használati modell mérői és az egyes végrehajtások alapján számláznak egy műveletet, függetlenül attól, hogy a teljes munkafolyamat sikeresen lefut-e, befejeződik-e, 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 adattömb vagy lapozás nagy mennyiségű adat lekérését. Ha az adattömb vagy a tördelés engedélyezve van, előfordulhat, hogy egy művelet végrehajtásának több hívást kell kezdeményeznie.
A használati modell mérői és számlái végrehajtásonként, nem hívásonként számlálják a műveletet. Tegyük fel például, hogy egy munkafolyamat egy lekérdezési eseményindítóval kezdődik, amely a végpontokra irányuló kimenő hívások rendszeres végrehajtásával lekéri a rekordokat. 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-e, vagy kihagyva, például amikor egy eseményindító ellenőrzi a végpontot, de nem talál semmilyen adatot vagy eseményt. 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 adatrészletezést vagy a lapozást is. 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ég mindig forgalmi díjas, és egyetlen végrehajtásként van számlázva, annak ellenére, hogy több hívást kezdeményez.
Megjegyzés
A tömböt visszaküldött eseményindítók alapértelmezés szerint már engedélyezve vannak a Felosztás bekapcsolva beállítással. Ez a beállítás eseményindító eseményt eredményez, amelyet áttekinthet az eseményindító előzményeiben, valamint 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 Kihagyva. Az eseményindítók még akkor is számlázhatók, ha az eseményindítók nem példányosítanak és indítják el 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 | Description | Mérés és számlázás |
|---|---|---|
| Beépített | Ezek a műveletek közvetlenül és natív módon futnak az Azure Logic Apps futtatókörnyezetével. 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ó például beépített eseményindító. A HTTP-művelet és a Válasz mű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 hurkok és a feltételek, az adatműveletek, a kötegelt mű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: Egyes felügyelt összekötőműveletek beépített műveletekként is elérhetők, amelyek a kezdeti ingyenes műveletek részét képezik. Az eredetileg ingyenes műveletek felett a számlázás az Actions díjszabását követi, nem a Standard vagy a Nagyvállalati összekötő díjszabását. |
| 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 előzetes verziójú vállalati összekötő-műveletek 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átozásait az Egyéni összekötők korlátai az Azure Logic Appsben című témakörben tekintheti meg. | Ezek a műveletvégrehajtások a Standard összekötő díjszabását követik. |
A Használati modell más műveleteken ( például hurkokon) futó műveletekkel való működésével, több elem (például tömbök) feldolgozásával és újrapróbálkozási szabályzatokkal való működésével kapcsolatos további információkért tekintse át az Egyéb műveleti viselkedés című témakört.
Költségbecslési tippek a használati modellhez
A pontosabb használati 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 alapozta volna.
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ő többi várakozó eseményt vagy üzenetet. 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ára alkalmas 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é tartoznak a Azure Service Bus és a Azure Event Hubs.
Tegyük fel például, hogy olyan eseményindítót állított be, amely minden nap 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éréseket is.
Standard (egybérlős)
Az egybérlős Azure Logic Appsben egy logikai alkalmazás és munkafolyamatai a Díjszabás és számlázás standard csomagját követik. Ezeket a logikai alkalmazásokat többféleképpen is létrehozhatja, 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 díjszabási modell megköveteli, hogy a logikai alkalmazások egy üzemeltetési csomagot és egy tarifacsomagot használjanak, amely különbözik a használati csomagtól abban az esetben, ha fenntartott kapacitásért és dedikált erőforrásokért kell fizetnie, függetlenül attól, hogy ön használja-e őket.
Amikor logikai alkalmazásokat hoz létre vagy helyez üzembe a Logic App (Standard) erőforrástípussal, és kiválasztja az üzembe helyezéshez szükséges Azure-régiót, egy Munkafolyamat-standard üzemeltetési csomagot is kiválaszt. Ha azonban kiválaszt egy meglévő App Service Environment v3-erőforrást az üzembehelyezési helyhez, akkor ki kell választania egy App Service csomagot.
Fontos
A következő csomagok és erőforrások már nem érhetők el vagy támogatottak a Logic App (Standard) erőforrástípus nyilvános kiadásával az Azure-régiókban: Functions Premium-csomag, App Service Environment v1 és App Service Environment v2. Az ASEv3 kivételével a App Service csomag nem érhető el és nem támogatott.
Az alábbi táblázat összefoglalja, hogy a Standard 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 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 Standard modell megköveteli , hogy a logikai alkalmazás a Workflow Standard üzemeltetési csomagot és egy tarifacsomagot használja, amely meghatározza a számítási és memóriakapacitásra vonatkozó erőforrásszinteket és tarifacsomagokat. További információkért tekintse át a Standard modell tarifacsomagjait. |
| 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 Enterprise összekötő díjszabást követi, mint a Használati csomag. További információ: Trigger- és műveletműveletek 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 kiválasztott tarifacsomagot követi. További információkért tekintse át a Tárolási műveletek című cikket. |
| Integrációs fiókok | Ha létrehoz egy integrációs fiókot a logikai alkalmazás számára, 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ó: Integrációs fiókok. |
A Standard modell tarifacsomagjai
A Logikai alkalmazás (Standard) erőforrásának méréséhez és számlázásához választott tarifacsomag a virtuális PROCESSZOR (vCPU) és a memóriaerőforrások meghatározott mennyiségű számítási kapacitását tartalmazza. Ha egy App Service Environment v3-at választ üzembehelyezési helyként és egy App Service-csomagot, különösen egy izolált V2-szolgáltatáscsomag tarifacsomagot, akkor a App Service-csomag által használt példányokért és a logikaialkalmazás-munkafolyamatok 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 szolgáltatá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 tartalmaz a tarifacsomag működésének általános szemléltetésére. Ha a vCPU-t és a memória díjszabását az Azure Logic Apps elérhető régiói alapján szeretné megállapítani, tekintse át a kiválasztott régió standard csomagját az Azure Logic Apps díjszabási oldalán.
Tegyük fel, hogy egy példarégióban a következő erőforrások óránkénti díjszabással rendelkeznek:
| Erőforrás | Óradíj (példarégió) |
|---|---|
| vCPU | 0,192 USD/vCPU |
| Memória | 0,0137 USD/GB |
A következő számítás a becsült havi arányt adja meg:
<havi díj> = 730 óra (havonta) * [(<number-vCPU> * <hourly-rate-vCPU>) + (<number-GB-memory> * <hourly-rate-GB-memory>)]
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:
| 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ődött-e, 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, kivéve, ha a művelet támogatja és engedélyezi az adattömb vagy a tördelés nagy mennyiségű adat lekérését. Ha az adattömb vagy a tördelé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éri és számlálja a műveletet , nem pedig 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 azáltal, 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 sem. Az eseményindító állapota határozza meg, hogy létrejön-e a munkafolyamat-példány, és fut-e. Tegyük fel, hogy a művelet támogatja és engedélyezte az adattömb- vagy tördelést is. 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 | Description | Mérés és számlázás |
|---|---|---|
| Beépített | 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 megtalálhatja az összekötőgyűjteményben, azAlkalmazáson belülifuttatókörnyezet> területen. A HTTP-eseményindító és a Kérés eseményindító például beépített eseményindító. A HTTP-művelet és a Válasz mű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 hurkok és a feltételek, az adatműveletek, a kötegelt műveletek és egyebek. |
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 méri és számlálja a felügyelt összekötők műveleteit ugyanazzal a Standard vagy Enterprise összekötő díjszabással, mint a Használati modell. |
| 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 az összekötőgyűjteménymegosztottfuttatókörnyezete> alatt találja. | A Standard modell mérői és számlái felügyelt összekötőműveleteket a standard és a nagyvállalati összekötő díjszabása alapján, mint a használati modell. Megjegyzés: Az előzetes verziójú vállalati összekötőműveletek a Standard szintű használatú összekötő díjszabását követik. |
| Egyéni összekötő | Jelenleg csak egyéni beépített összekötőműveleteket hozhat létre és használhat egybérlős logikaialkalmazá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átai az Azure Logic Appsben című cikket. |
A Standard modell más műveleteken, például hurkokon, több elem ( például tömbök) feldolgozásán és újrapróbálkozási szabályzatokon belüli műveleteivel kapcsolatos további információkért tekintse meg az Egyéb műveleti viselkedés című témakört.
Integrációs szolgáltatási környezet (ISE)
Amikor logikai alkalmazást hoz létre a Logic App (Consumption) erőforrástípussal, és egy dedikált integrációs szolgáltatási környezetben (ISE) helyezi üzembe, a logikai alkalmazás és annak munkafolyamata az Integrációs szolgáltatási környezet csomagot követi a díjszabáshoz és a számlázáshoz. Ez a díjszabási modell az ISE szintjétől vagy termékváltozatától függ, és abban különbözik a használatalapú csomagtól, hogy fenntartott kapacitásért és dedikált erőforrásokért kell fizetnie, függetlenül attól, hogy használja-e őket.
Az alábbi táblázat összefoglalja, hogy az ISE-modell hogyan kezeli a kapacitás és egyéb dedikált erőforrások mérését és számlázását az ISE-szint vagy a termékváltozat alapján:
| ISE termékváltozat | Mérés és számlázás |
|---|---|
| Prémium | Az alapegység rögzített kapacitással rendelkezik, és a prémium termékváltozat óránkénti díjával van kiszámlázva. Ha nagyobb átviteli sebességre van szüksége, az ISE létrehozásakor vagy utána több skálázási egységet adhat hozzá . Minden skálázási egység számlázása óránként történik, amely nagyjából fele az alapegység-kamatlábnak. A kapacitásra és a korlátokra vonatkozó információkért lásd: ISE-korlátok az Azure Logic Appsben. |
| Fejlesztő | Az alapegység rögzített kapacitással rendelkezik, és a fejlesztői termékváltozat esetében óránkénti díjszabással történik. Ez a termékváltozat azonban nem rendelkezik szolgáltatásiszint-szerződéssel (SLA), vertikális felskálázási képességekkel vagy redundanciával az újrahasznosítás során, ami azt jelenti, hogy késést vagy állásidőt tapasztalhat. A háttérfrissítések időnként megszakíthatják a szolgáltatást. Fontos: Győződjön meg arról, hogy ezt a termékváltozatot csak feltárásra, kísérletekre, fejlesztésre és tesztelésre használja , éles vagy teljesítménytesztelésre nem. A kapacitásra és a korlátokra vonatkozó információkért lásd: ISE-korlátok az Azure Logic Appsben. |
Az alábbi táblázat összefoglalja, hogyan kezeli az ISE-modell a következő összetevőket egy logikai alkalmazással és egy ISE-munkafolyamattal együtt használva:
| Összetevő | Leírás |
|---|---|
| Trigger- és műveletműveletek | Az ISE-modell ingyenes beépített, felügyelt összekötőt és egyéni összekötőműveleteket tartalmaz, amelyeket a munkafolyamat futtathat, de az Azure Logic Apps isE-korlátaira és az Azure Logic Apps egyéni összekötőire vonatkozó korlátozások vonatkoznak. További információ: Eseményindító és műveletműveletek az ISE-modellben. |
| Tárolási műveletek | Az ISE-modell ingyenes tárterület-használatot, például adatmegőrzést tartalmaz. További információ: Storage-műveletek. |
| Integrációs fiókok | Az ISE-modell egyetlen ingyenes integrációs fiókszintet tartalmaz a kiválasztott ISE-termékváltozat alapján. További költségekért további integrációs fiókokat hozhat létre az ISE számára, hogy a teljes ISE-korlátig használhassa. További információ: Integrációs fiókok. |
Trigger- és műveletműveletek az ISE-modellben
Az alábbi táblázat összefoglalja, hogyan kezeli az ISE-modell a következő művelettípusokat, ha logikai alkalmazással és munkafolyamattal használják az ISE-ben:
| Művelettípus | Description | Mérés és számlázás |
|---|---|---|
| Beépített | Ezek a műveletek közvetlenül és natív módon futnak az Azure Logic Apps futtatókörnyezetével, és ugyanabban az ISE-ben, mint a logikai alkalmazás munkafolyamata. A tervezőben ezeket a műveleteket a Beépített címke alatt találja, de mindegyik művelet a CORE címkét is megjeleníti. A HTTP-eseményindító és a Kérés eseményindító például beépített eseményindító. A HTTP-művelet és a Válasz mű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 hurkok és a feltételek, az adatműveletek, a kötegelt műveletek és más műveletek. |
Az ISE-modell ingyenesen tartalmazza ezeket a műveleteket, de az Azure Logic Apps ISE-korlátai érvényesek. |
| Felügyelt összekötő | Akár standard , akár nagyvállalati, felügyelt összekötő-műveletek futnak az ISE-ben vagy több-bérlős Azure-ban attól függően, hogy az összekötő vagy a művelet megjeleníti-e az ISE címkét. - ISE-címke : Ezek a műveletek ugyanabban az ISE-ben futnak, mint a logikai alkalmazás, és a helyszíni adatátjáró megkövetelése nélkül működnek. – Nincs ISE-címke : Ezek a műveletek több-bérlős Azure-ban futnak. |
Az ISE-modell ingyenesen tartalmazza az ISE-t és az ISE címkével ellátott műveleteket is, de az Azure Logic Apps ISE-korlátai érvényesek. |
| Egyéni összekötő | A tervezőben ezeket a műveleteket az Egyéni címke alatt találja. | Az ISE-modell ingyenesen tartalmazza ezeket a műveleteket, de az Azure Logic Apps egyéni összekötőkorlátai érvényesek. |
Az ISE-modell más műveleteken ( például hurkokon) futó műveletekkel való működésével, több elem (például tömbök) feldolgozásával és újrapróbálkozási szabályzatokkal való működésével kapcsolatos további információkért tekintse át az Egyéb műveleti viselkedés című témakört.
Egyéb művelet viselkedése
Az alábbi táblázat összefoglalja, hogy a Használat, a Standard és az ISE modellek hogyan kezelik a más műveleteken( például hurkokon) futó műveleteket, több elemet, például tömböt dolgoznak fel, és újrapróbálkozási szabályzatokat hajtanak végre:
| Művelet | Description | Használat | Standard | ISE |
|---|---|---|---|---|
| Hurokműveletek | Egy hurokművelet, például az Egyes és a Mindaddig ciklushoz más műveletek is tartozhatnak, amelyek az egyes ciklusok során futnak. | A beépített műveletek kezdeti számának kivételével a hurokművelet és a hurok minden egyes művelete mérése a ciklus minden futtatásakor meg lesz mérve. 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 egyes ciklushoz rendelkezik egy listát feldolgozó műveletekkel. A szolgáltatás megszorozza a listaelemek számát a hurokban lévő műveletek számával, és hozzáadja a hurkot elindító műveletet. Tehát egy 10 elemből álló lista számítása (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, Standard vagy Enterprise. |
A beépített műveletek kivételével, ugyanaz, mint a Használati modell. | Nincs forgalmi díjas vagy számlázott. |
| Újrapróbálkozás szabályzatai | A támogatott műveletek esetében egy újrapróbálkozási szabályzat beállításával implementálhatja az alapszintű kivétel- és hibakezelést. | A beépített műveletek kezdeti számának kivételével az eredeti végrehajtás és az újrapróbálkozott végrehajtások mérése is meg van mérve. 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, Standard vagy Enterprise. |
A beépített belefoglalt műveletek kivételével, ugyanaz, mint a Használati modell. | Nincs forgalmi díjas vagy számlázott. |
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 üzenetsorok használatával az eseményindító műveletek ütemezéséhez, vagy táblák és blobok használatával a munkafolyamat-állapotok tárolásához. A munkafolyamat műveleteitől függően 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 futtatá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álat, a Standard és az ISE modellek a tárolási műveletek mérési és számlázási műveleteit:
| Modellezés | Description | Mérés és számlázás |
|---|---|---|
| Használat (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 (egybérlős) | 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-beli 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 a Logic Apps Storage kalkulátorát használni. Válasszon ki egy minta-munkafolyamatot, vagy használjon egy meglévő munkafolyamat-definíciót. Az első számítás megbecsüli a munkafolyamat tárolási műveleteinek számát. Ezután ezeket a számokat használhatja a lehetséges költségek becsléséhez az Azure díjkalkulátorával. További információ: Az egybérlős Azure Logic Apps munkafolyamatainak tárolási igényeinek és költségeinek becslése. |
| Integrációs szolgáltatási környezet (ISE) | A tárolási erőforrások és a használat a logikai alkalmazás erőforrásához van csatolva. | Nincs forgalmi díjas vagy számlázott. |
További információért tekintse át a következő dokumentációt:
Helyszíni adatátjáró
A helyszíni adatátjáró egy különálló Azure-erőforrás, amelyet ön hoz létre, így a logikai alkalmazás munkafolyamatai adott átjáró által támogatott összekötők használatával férhetnek hozzá a helyszíni adatokhoz. Maga az átjáró-erőforrás nem díjakat von maga után, hanem az átjárón keresztül futó műveletek díjkötelesek 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 az olyan üzleti (B2B) összetevők definiálásához és tárolásához, mint a kereskedelmi partnerek, a megállapodások, a sémák, a térképek stb. 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álhassa az EDI - és XML-feldolgozási képességeket használó integrációs megoldások megismeréséhez, létrehozásához és teszteléséhez.
Az alábbi táblázat összefoglalja, hogy a Használat, a Standard és az ISE modellek hogyan kezelik az integrációs fiókok mérési és számlázási adatait:
| Modellezés | Mérés és számlázás |
|---|---|
| Használat (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 (egybé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. |
| ISE | Ez a modell egyetlen integrációs fiókot tartalmaz az ISE termékváltozata alapján. További költségekért további integrációs fiókokat hozhat létre az ISE számára, hogy a teljes ISE-korlátig használhassa. |
További információért tekintse át a következő dokumentációt:
Egyéb nem forgalmi díjas vagy számlázott tételek
Az összes díjszabási modell esetében 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.