Modellen voor gebruiksmeting, facturering en prijzen voor Azure Logic Apps
Azure Logic Apps helpt u bij het maken en uitvoeren van geautomatiseerde integratiewerkstromen die in de cloud kunnen worden geschaald. In dit artikel wordt beschreven hoe het meten, factureren en prijsmodellen werken voor Azure Logic Apps en gerelateerde resources. Bekijk de volgende inhoud voor informatie zoals specifieke prijstarieven, kostenplanning of verschillende hostingomgevingen:
- Prijstarieven voor Azure Logic Apps
- Kosten voor Azure Logic Apps
- Serviceomgeving met één tenant versus multi-tenant en integratieservice
Verbruik (multi-tenant)
In een multi-tenant Azure Logic Apps logische app en de werkstroom het verbruiksplan voor prijzen en facturering. U maakt dergelijke logische apps op verschillende manieren, bijvoorbeeld wanneer u het resourcetype Logische app (verbruik) kiest, de extensie Azure Logic Apps (Verbruik) in Visual Studio Code gebruikt of wanneer u automatiseringstaken maakt.
In de volgende tabel wordt samengevat hoe het verbruiksmodel de meting en facturering voor de volgende onderdelen verwerkt wanneer het wordt gebruikt met een logische app en een werkstroom in meerdere tenants Azure Logic Apps:
| Onderdeel | Meting en facturering |
|---|---|
| Trigger- en actiebewerkingen | Het verbruiksmodel bevat een eerste aantal gratis ingebouwde bewerkingen per Azure-abonnement dat een werkstroom kan uitvoeren. Boven dit aantal is de meting van toepassing op elke uitvoering en volgt facturering de actiesprijzen voor het verbruiksplan. Voor andere bewerkingstypen, zoals beheerde connectors, volgt facturering de prijs van de Standard- of Enterprise-connector voor het verbruiksplan. Bekijk Trigger- en actiebewerkingen in het verbruiksmodel voor meer informatie. |
| Storage bewerkingen | Meting is alleen van toepassing op opslagverbruik met betrekking tot gegevensretentie, zoals het opslaan van invoer en uitvoer uit de uitvoergeschiedenis van uw werkstroom. Facturering volgt de prijzen voor gegevensretentie voor het verbruiksplan. Bekijk de Storage voor meer informatie. |
| Integratieaccounts | Meting is van toepassing op basis van het type integratieaccount dat u maakt en gebruikt met uw logische app. Facturering volgt de prijzen van integratieaccounts, tenzij uw logische app wordt geïmplementeerd en gehost in een ISE (Integration Service Environment). Bekijk Integratieaccounts voor meer informatie. |
Trigger- en actiebewerkingen in het verbruiksmodel
Met uitzondering van het eerste aantal gratis ingebouwde bewerkingsuitvoeringen, per Azure-abonnement, dat een werkstroom kan worden uitgevoerd, worden de verbruiksmodelmeters gebruikt en worden er kosten in rekening gebracht voor een bewerking op basis van elke uitvoering, ongeacht of de algehele werkstroom met succes wordt uitgevoerd, voltooid of zelfs wordt gemaakt. Bij een bewerking wordt meestal één uitvoering uitgevoerd, tenzij voor de bewerking nieuwe pogingen zijn ingeschakeld. Bij een uitvoering wordt meestal één aanroep uitgevoerd, tenzij de bewerking ondersteuning biedt voor segmentering of paginering om grote hoeveelheden gegevens op te halen. Als segmentering of paginering is ingeschakeld, moet een bewerking mogelijk meerdere aanroepen uitvoeren. Het verbruiksmodel metert en befacturen een bewerking per uitvoering, niet per aanroep.
Stel bijvoorbeeld dat een werkstroom begint met een poll-trigger die records ophaalt door regelmatig uitgaande aanroepen naar een eindpunt uit te voeren. De uitgaande aanroep wordt gemeten en gefactureerd als één uitvoering, ongeacht of de trigger wordt uitgevoerd of wordt overgeslagen, bijvoorbeeld wanneer een trigger een eindpunt controleert, maar geen gegevens of gebeurtenissen vindt. De triggerstatus bepaalt of het werkstroom-exemplaar wordt gemaakt en uitgevoerd. Stel nu dat de bewerking ook segmentering of paginering ondersteunt en heeft ingeschakeld. Als de bewerking 10 aanroepen moet doen om alle gegevens op te halen, wordt de bewerking nog steeds gemeten en gefactureerd als één uitvoering, ondanks dat er meerdere aanroepen worden uitgevoerd.
In de volgende tabel wordt samengevat hoe het verbruiksmodel de meting en facturering voor deze bewerkingstypen verwerkt wanneer het wordt gebruikt met een logische app en werkstroom in een multiten tenant Azure Logic Apps:
| Het type bewerking | Description | Meting en facturering |
|---|---|---|
| Ingebouwd | Deze bewerkingen worden rechtstreeks en native uitgevoerd met de Azure Logic Apps runtime. In de ontwerpfunctie vindt u deze bewerkingen onder het label Ingebouwd. De HTTP-trigger en aanvraagtrigger zijn bijvoorbeeld ingebouwde triggers. De HTTP-actie en de actie Antwoord zijn ingebouwde acties. Andere ingebouwde bewerkingen zijn werkstroombeheeracties zoals lussen en voorwaarden, gegevensbewerkingen, batchbewerkingen en andere. |
Het verbruiksmodel bevat een eerste aantal gratis ingebouwde bewerkingen , per Azure-abonnement, dat door een werkstroom kan worden uitgevoerd. Boven dit aantal volgen ingebouwde bewerkingsuitvoeringen de prijsinformatie voor Acties. Opmerking: Sommige beheerde connectorbewerkingen zijn ook beschikbaar als ingebouwde bewerkingen, die zijn opgenomen in de eerste gratis bewerkingen. Boven de eerste gratis bewerkingen volgt facturering de actions-prijzen,niet de prijzen van de Standard- of Enterprise-connector. |
| Beheerde connector | Deze bewerkingen worden afzonderlijk uitgevoerd in Azure. In de ontwerpfunctie vindt u deze bewerkingen onder het label Standard of Enterprise. | Deze uitvoeringen van de bewerking volgen de prijs van de Standard- of Enterprise-connector. Opmerking: Preview-uitvoeringen van enterprise-connectorbewerkingen volgen de prijs van de Consumption Standard-connector. |
| Aangepaste connector | Deze bewerkingen worden afzonderlijk uitgevoerd in Azure. In de ontwerpfunctie vindt u deze bewerkingen onder het label Aangepast. Voor limieten voor het aantal connectors, doorvoer en time-out, bekijkt u Limieten voor aangepaste connectors in Azure Logic Apps. | Deze uitvoeringen van de bewerking volgen de prijs van de Standard-connector. |
Lees Ander bewerkingsgedrag voor meer informatie over hoe het verbruiksmodel werkt met bewerkingen die worden uitgevoerd binnen andere bewerkingen, zoals lussen, het verwerken van meerdere items zoals matrices en beleid voor opnieuw proberen.
Tips voor kostenraming voor het verbruiksmodel
Bekijk deze tips om u te helpen bij het schatten van nauwkeurigere verbruikskosten:
Houd rekening met het mogelijke aantal berichten of gebeurtenissen dat op een bepaalde dag kan binnenkomen, in plaats van uw berekeningen alleen te baseren op het polling-interval.
Wanneer een gebeurtenis of bericht voldoet aan de triggercriteria, proberen veel triggers onmiddellijk andere wachtende gebeurtenissen of berichten te lezen die aan de criteria voldoen. Dit gedrag houdt in dat ook als u een langere polling-interval selecteert, de trigger wordt geactiveerd op basis van het aantal gebeurtenissen in de wacht of berichten die in aanmerking komen voor het starten van werkstromen. Triggers die dit gedrag volgen, zijn onder andere Azure Service Bus en Azure Event Hub.
Stel bijvoorbeeld dat u een trigger hebt ingesteld die elke dag een eindpunt controleert. Wanneer de trigger het eindpunt controleert en er vijftien gebeurtenissen vindt die aan de criteria voldoen, wordt de trigger geactiveerd en wordt de corresponderende werkstroom vijftien keer uitgevoerd. De Logic Apps service meter alle acties die deze 15 werkstromen uitvoeren, met inbegrip van de triggeraanvragen.
Standard (één tenant)
In één tenant Azure Logic Apps logische app en de werkstromen ervan het Standard-plan voor prijzen en facturering volgen. U maakt dergelijke logische apps op verschillende manieren, bijvoorbeeld wanneer u het resourcetype Logische app (Standard) kiest of de extensie Azure Logic Apps (Standard) gebruikt in Visual Studio Code. Dit prijsmodel vereist dat logische apps gebruikmaken van een hosting-abonnement en een prijscategorie, die verschillen van het Verbruiksplan, omdat u wordt gefactureerd voor gereserveerde capaciteit en toegewezen resources, ongeacht of u deze gebruikt.
Wanneer u logische apps maakt of implementeert met het resourcetype Logische app (Standard), kunt u het hostingplan Standaardwerkstroom gebruiken in alle Azure-regio's. U hebt ook de mogelijkheid om een bestaande App Service Environment v3-resource te selecteren als uw implementatielocatie, maar u kunt alleen het App Service gebruiken met deze optie. Als u deze optie kiest, worden er kosten in rekening gebracht voor de exemplaren die worden gebruikt door het App Service-abonnement en voor het uitvoeren van de werkstromen van uw logische app. Er zijn geen andere kosten van toepassing.
Belangrijk
De volgende plannen en resources zijn niet meer beschikbaar of worden ondersteund met de openbare release van het resourcetype Logische app (Standard) in Azure-regio's: Functions Premium plan, App Service Environment v1 en App Service Environment v2. Met uitzondering van ASEv3 is het App Service niet beschikbaar en niet ondersteund.
De volgende tabel geeft een overzicht van de manier waarop het Standard-model de meting en facturering voor de volgende onderdelen verwerkt wanneer het wordt gebruikt met een logische app en een werkstroom in een Azure Logic Apps:
| Onderdeel | Meting en facturering |
|---|---|
| Virtuele CPU (vCPU) en geheugen | Voor het Standard-model moet uw logische app het hostingplan Workflow Standard en een prijscategorie gebruiken, waarmee de resourceniveaus en prijstarieven worden bepaald die van toepassing zijn op de reken- en geheugencapaciteit. Bekijk Prijscategorie in het Standard-model voor meer informatie. |
| Trigger- en actiebewerkingen | Het Standard-model bevat een onbeperkt aantal gratis ingebouwde bewerkingen die uw werkstroom kan uitvoeren. Als uw werkstroom gebruikmaakt van beheerde connectorbewerkingen, is de meting voor deze bewerkingen van toepassing op elke aanroep, terwijl de facturering dezelfde prijs voor Standard- of Enterprise-connectors volgt als voor het verbruiksplan. Bekijk Trigger- en actiebewerkingen in het Standaardmodel voor meer informatie. |
| Storage bewerkingen | Meting is van toepassing op opslagbewerkingen die worden uitgevoerd door Azure Logic Apps. Opslagbewerkingen worden bijvoorbeeld uitgevoerd wanneer de service invoer en uitvoer van de uitvoergeschiedenis van uw werkstroom opgeslagen. Facturering volgt de door u gekozen prijscategorie. Bekijk de Storage voor meer informatie. |
| Integratieaccounts | Als u een integratieaccount maakt dat door uw logische app kan worden gebruikt, wordt meting gebaseerd op het type integratieaccount dat u maakt. Facturering volgt de prijzen van het integratieaccount. Bekijk Integratieaccounts voor meer informatie. |
Prijslagen in het Standard-model
De prijscategorie die u kiest voor het meten en factureren van uw logische app bevat specifieke hoeveelheden rekenkracht in virtuele CPU (vCPU) en geheugenresources. Op dit moment is alleen het hostingplan Standaardwerkstroom beschikbaar voor het resourcetype Logische app (Standard) en biedt het de volgende prijslagen:
| Prijscategorie | Virtuele CPU (vCPU) | Geheugen (GB) |
|---|---|---|
| WS1 | 1 | 3,5 |
| WS2 | 2 | 7 |
| WS3 | 4 | 14 |
Belangrijk
Het volgende voorbeeld is alleen ter illustratie en bevat voorbeeldschattingen om in het algemeen te laten zien hoe een prijscategorie werkt. Voor specifieke vCPU- en geheugenprijzen op basis van specifieke regio's waar Azure Logic Apps beschikbaar is, bekijkt u het Standard-abonnement voor een geselecteerde regio op de pagina Azure Logic Apps prijzen.
Stel dat in een voorbeeldregio de volgende resources de volgende uurtarieven hebben:
| Resource | Uurtarief (voorbeeldregio) |
|---|---|
| vCPU | $ 0,192 per vCPU |
| Geheugen | $ 0,0137 per GB |
De volgende berekening geeft een geschat maandelijks tarief:
<maandelijks> = 730 uur (per maand) * [(<number-vCPU> * <hour-rate-vCPU>) + (<number-GB-memory> * <hour-rate-GB-memory>)]
Op basis van de voorgaande informatie toont de volgende tabel de geschatte maandelijkse tarieven voor elke prijscategorie en de resources in die prijscategorie:
| Prijscategorie | Virtuele CPU (vCPU) | Geheugen (GB) | Maandelijks tarief (voorbeeldregio) |
|---|---|---|---|
| WS1 | 1 | 3,5 | $ 175,16 |
| WS2 | 2 | 7 | $ 350,33 |
| WS3 | 4 | 14 | $ 700,65 |
Trigger- en actiebewerkingen in het Standaardmodel
Met uitzondering van de onbeperkte gratis ingebouwde bewerkingen die een werkstroom kan uitvoeren, wordt door het Standard-model een bewerking gefacturen op basis van elke aanroep, ongeacht of de algehele werkstroom met succes wordt uitgevoerd, voltooid of zelfs wordt gemaakt. Bij een bewerking wordt meestal één uitvoering uitgevoerd, tenzij voor de bewerking nieuwe pogingen zijn ingeschakeld. Bij een uitvoering wordt meestal één aanroep uitgevoerd, tenzij de bewerking ondersteuning biedt voor segmentering of paginering om grote hoeveelheden gegevens op te halen. Als segmentering of paginering is ingeschakeld, moet een bewerking mogelijk meerdere aanroepen uitvoeren. Het Standaardmodel meter en befacturen een bewerking per aanroep, niet per uitvoering.
Stel bijvoorbeeld dat een werkstroom begint met een poll-trigger die records ophaalt door regelmatig uitgaande aanroepen naar een eindpunt uit te voeren. De uitgaande aanroep wordt gemeten en gefactureerd, ongeacht of de trigger wordt uitgevoerd of wordt overgeslagen. De triggerstatus bepaalt of het werkstroom-exemplaar wordt gemaakt en uitgevoerd. Stel nu dat de bewerking ook segmentering of paginering ondersteunt en heeft ingeschakeld. Als de bewerking 10 aanroepen moet doen om alle gegevens op te halen, wordt de bewerking gemeten en gefactureerd per aanroep.
De volgende tabel geeft een overzicht van hoe het Standard-model omgaat met het meten en factureren van bewerkingstypen wanneer het wordt gebruikt met een logische app en werkstroom in één tenant Azure Logic Apps:
| Het type bewerking | Description | Meting en facturering |
|---|---|---|
| Ingebouwd | Deze bewerkingen worden rechtstreeks en standaard uitgevoerd met de Azure Logic Apps runtime. In de ontwerpfunctie vindt u deze bewerkingen onder het label Ingebouwd. De HTTP-trigger en aanvraagtrigger zijn bijvoorbeeld ingebouwde triggers. De HTTP-actie en de actie Antwoord zijn ingebouwde acties. Andere ingebouwde bewerkingen zijn werkstroombeheeracties zoals lussen en voorwaarden, gegevensbewerkingen, batchbewerkingen en andere. |
Het Standard-model bevat onbeperkte gratis ingebouwde bewerkingen. Opmerking: Sommige beheerde connectorbewerkingen zijn ook beschikbaar als ingebouwde bewerkingen. Hoewel ingebouwde bewerkingen gratis zijn, worden met het Standard-model nog steeds beheerde connectorbewerkingen meters en gefacturen met dezelfde prijs voor Standard- of Enterprise-connectors als het verbruiksmodel. |
| Beheerde connector | Deze bewerkingen worden afzonderlijk uitgevoerd in Azure. In de ontwerpfunctie vindt u deze bewerkingen onder het gecombineerde Azure-label. | De Standard-modelmeters en facturen voor beheerde connectorbewerkingen op basis van dezelfde standard- en enterprise-connectorprijzen als het verbruiksmodel. Opmerking: preview-bewerkingen van Enterprise-connectors volgen de prijzen van de Consumption Standard-connector. |
| Aangepaste connector | Op dit moment kunt u alleen aangepaste ingebouwde connectorbewerkingen maken en gebruiken in werkstromen voor logische apps met één tenant. | Het Standard-model bevat onbeperkte gratis ingebouwde bewerkingen. Voor limieten voor doorvoer en time-out bekijkt u Aangepaste connectorlimieten in Azure Logic Apps. |
Voor meer informatie over hoe het Standard-model werkt met bewerkingen die worden uitgevoerd binnen andere bewerkingen, zoals lussen, het verwerken van meerdere items zoals matrices en beleid voor opnieuw proberen, bekijkt u Ander bewerkingsgedrag.
Integratieserviceomgeving (ISE)
Wanneer u een logische app maakt met behulp van het resourcetype Logische app (verbruik) en u implementeert in een specifieke ISE (Integration Service Environment),volgen de logische app en de werkstroom het Integratieserviceomgeving-plan voor prijzen en facturering. Dit prijsmodel is afhankelijk van uw ISE-niveau of SKU en wijkt af van het verbruiksplan omdat u wordt gefactureerd voor gereserveerde capaciteit en toegewezen resources, ongeacht of u deze gebruikt.
De volgende tabel geeft een overzicht van hoe het ISE-model omgaat met het meten en factureren van capaciteit en andere toegewezen resources op basis van uw ISE-niveau of SKU:
| ISE-SKU | Meting en facturering |
|---|---|
| Premium | De basiseenheid heeft een vaste capaciteit en wordt gefactureerd tegen een uurtarief voor de Premium SKU. Als u meer doorvoer nodig hebt, kunt u meer schaaleenheden toevoegen wanneer u uw ISE of later maakt. Elke schaaleenheid wordt gefactureerd tegen een uurtariefdat ongeveer de helft van het basiseenheidtarief is. Zie ISE-limieten in Azure Logic Apps voor informatie over capaciteits- Azure Logic Apps. |
| Developer | De basiseenheid heeft een vaste capaciteit en wordt gefactureerd tegen een uurtarief voor de Developer SKU. Deze SKU heeft echter geen SLA (Service Level Agreement), mogelijkheid voor omhoog schalen of redundantie tijdens het recyclen, wat betekent dat er vertragingen of downtime kunnen ontstaan. Back-end-updates kunnen de service af en toe onderbreken. Belangrijk: zorg ervoor dat u deze SKU alleen gebruikt voor verkenning, experimenten, ontwikkeling en testen, niet voor productie- of prestatietests. Zie ISE-limieten in Azure Logic Apps voor informatie over capaciteits- Azure Logic Apps. |
De volgende tabel geeft een overzicht van hoe het ISE-model omgaat met de volgende onderdelen wanneer het wordt gebruikt met een logische app en een werkstroom in een ISE:
| Onderdeel | Beschrijving |
|---|---|
| Trigger- en actiebewerkingen | Het ISE-model bevat gratis ingebouwde, beheerde connector- en aangepaste connectorbewerkingen die door uw werkstroom kunnen worden uitgevoerd, maar die onderhevig zijn aan de ISE-limieten in Azure Logic Apps en aangepaste connectorlimieten in Azure Logic Apps. Bekijk Trigger- en actiebewerkingen in het ISE-model voor meer informatie. |
| Storage-bewerkingen | Het ISE-model omvat gratis opslagverbruik, zoals gegevensretentie. Bekijk de bewerkingen Storage meer informatie. |
| Integratieaccounts | Het ISE-model bevat één gratis integratieaccountlaag, op basis van de geselecteerde ISE-SKU. Tegen extra kosten kuntu meer integratieaccounts maken voor uw ISE om maximaal de totale ISE-limiet te gebruiken. Bekijk Integratieaccounts voor meer informatie. |
Trigger- en actiebewerkingen in het ISE-model
De volgende tabel geeft een overzicht van hoe het ISE-model omgaat met de volgende bewerkingstypen wanneer het wordt gebruikt met een logische app en werkstroom in een ISE:
| Het type bewerking | Description | Meting en facturering |
|---|---|---|
| Ingebouwd | Deze bewerkingen worden rechtstreeks en systeemeigen uitgevoerd met de Azure Logic Apps runtime en in dezelfde ISE als de werkstroom van uw logische app. In de ontwerpfunctie vindt u deze bewerkingen onder het label Ingebouwd, maar bij elke bewerking wordt ook het label CORE weergegeven. De HTTP-trigger en aanvraagtrigger zijn bijvoorbeeld ingebouwde triggers. De HTTP-actie en de actie Antwoord zijn ingebouwde acties. Andere ingebouwde bewerkingen zijn werkstroombeheeracties zoals lussen en voorwaarden, gegevensbewerkingen, batchbewerkingen en andere. |
Het ISE-model bevat deze bewerkingen gratis, maar is onderhevig aan de ISE-limieten in Azure Logic Apps. |
| Beheerde connector | Of u nu Standard of Enterprise gebruikt, beheerde connectorbewerkingen worden uitgevoerd in uw ISE- of multi-tenant Azure, op basis van of het ISE-label wordt weergegeven met de connector of bewerking. - ISE-label: deze bewerkingen worden uitgevoerd in dezelfde ISE als uw logische app en werken zonder dat de on-premises gegevensgateway is vereist. - Geen ISE-label: deze bewerkingen worden uitgevoerd in Azure met meerdere tenants. |
Het ISE-model bevat gratis zowel ISE- als geen ISE-gelabelde bewerkingen, maar is onderhevig aan de ISE-limieten in Azure Logic Apps. |
| Aangepaste connector | In de ontwerpfunctie vindt u deze bewerkingen onder het label Aangepast. | Het ISE-model bevat deze bewerkingen gratis, maar zijn onderhevig aan aangepaste connectorlimieten in Azure Logic Apps. |
Voor meer informatie over hoe het ISE-model werkt met bewerkingen die worden uitgevoerd binnen andere bewerkingen, zoals lussen, het verwerken van meerdere items zoals matrices en beleid voor opnieuw proberen, bekijkt u Ander bewerkingsgedrag.
Ander bewerkingsgedrag
De volgende tabel bevat een overzicht van hoe de modellen Consumption, Standard en ISE bewerkingen verwerken die worden uitgevoerd binnen andere bewerkingen, zoals lussen, het verwerken van meerdere items, zoals matrices, en beleid voor opnieuw proberen:
| Bewerking | Beschrijving | Verbruik | Standard | ISE |
|---|---|---|---|---|
| Lusacties | Een lusactie, zoals de lus For each of Until, kan andere acties bevatten die worden uitgevoerd tijdens elke luscyclus. | Met uitzondering van het eerste aantal opgenomen ingebouwde bewerkingen, worden de lusactie en elke actie in de lus gemeten telkens wanneer de luscyclus wordt uitgevoerd. Als met een actie items in een verzameling worden verwerkt, zoals een lijst of matrix, wordt het aantal items ook gebruikt in de metingberekening. Stel bijvoorbeeld dat u een For each-lus hebt met acties die een lijst verwerken. De service vermenigvuldigt het aantal lijstitems met het aantal acties in de lus en voegt de actie toe die de lus start. De berekening voor een lijst met 10 items is dus (10 * 1) + 1, wat resulteert in 11 uitvoeringen van acties. Prijzen zijn gebaseerd op of de bewerkingstypen ingebouwd, Standard of Enterprise zijn. |
Met uitzondering van de opgenomen ingebouwde bewerkingen, hetzelfde als het verbruiksmodel. | Niet gefactureerd of gefactureerd. |
| Beleid voor opnieuw proberen | Bij ondersteunde bewerkingen kunt u eenvoudige uitzonderings- en foutafhandeling implementeren door een beleid voor opnieuw proberen in te stellen. | Met uitzondering van het eerste aantal ingebouwde bewerkingen, wordt de oorspronkelijke uitvoering plus elke nieuwe uitvoering gemeten. Een actie die wordt uitgevoerd met vijf nieuwe acties, wordt bijvoorbeeld gemeten en gefactureerd als 6 uitvoeringen. Prijzen zijn gebaseerd op of de bewerkingstypen ingebouwd, Standard of Enterprise zijn. |
Met uitzondering van de ingebouwde inbegrepen bewerkingen, hetzelfde als het verbruiksmodel. | Niet gefactureerd of gefactureerd. |
Storage-bewerkingen
Azure Logic Apps maakt gebruik Azure Storage voor alle vereiste opslagtransacties, zoals het gebruik van wachtrijen voor het plannen van triggerbewerkingen of het gebruik van tabellen en blobs voor het opslaan van werkstroomstatussen. Op basis van de bewerkingen in uw werkstroom variëren de opslagkosten omdat verschillende triggers, acties en nettoladingen resulteren in verschillende opslagbewerkingen en -behoeften. De service slaat ook invoer en uitvoer op uit de uitvoergeschiedenis van uw werkstroom, op basis van de bewaarlimiet voor de run history van de logische app-resource. U kunt deze retentielimiet beheren op het resourceniveau van de logische app, niet op werkstroomniveau.
De volgende tabel bevat een overzicht van de manier waarop de modellen Verbruik, Standard en ISE omgaan met het meten en factureren van opslagbewerkingen:
| Model | Description | Meting en facturering |
|---|---|---|
| Verbruik (meerdere tenants) | Storage resources en gebruik worden gekoppeld aan de resource van de logische app. | Meting en facturering zijn alleen van toepassing op opslagverbruik met betrekking tot gegevensretentie en volgen de prijzen voor gegevensretentie voor het verbruiksplan. |
| Standard (één tenant) | U kunt uw eigen Azure-opslagaccount gebruiken,zodat u meer controle en flexibiliteit hebt over de gegevens van uw werkstroom. | Meting en facturering volgen Azure Storage prijsmodel. Storage kosten afzonderlijk worden weergegeven op uw Azure-factuur. Tip: als u meer inzicht wilt krijgen in het aantal opslagbewerkingen dat een werkstroom kan uitvoeren en de kosten, gebruikt u de Logic Apps Storage calculator. Selecteer een voorbeeldwerkstroom of gebruik een bestaande werkstroomdefinitie. De eerste berekening schat het aantal opslagbewerkingen in uw werkstroom. U kunt deze getallen vervolgens gebruiken om een schatting te maken van mogelijke kosten met behulp van de Azure-prijscalculator. Bekijk Estimate storage needs and costs for workflows in single-tenant Azure Logic Apps (Opslagbehoeftenen -kosten schatten voor werkstromen in één tenant) Azure Logic Apps. |
| Integratieserviceomgeving (ISE) | Storage resources en gebruik worden gekoppeld aan de resource van de logische app. | Niet gefactureerd of gefactureerd. |
Bekijk de volgende documentatie voor meer informatie:
On-premises gegevensgateway
De on-premises gegevensgateway is een afzonderlijke Azure-resource die u maakt, zodat uw logische app-werkstromen toegang hebben tot on-premises gegevens met behulp van specifieke gateway-ondersteunde connectors. Voor de gatewayresource zelf worden geen kosten in rekening gebracht, maar voor bewerkingen die via de gateway worden uitgevoerd, worden kosten in rekening gebracht op basis van de prijzen en het factureringsmodel dat door uw logische app wordt gebruikt.
Integratieaccounts
Een integratieaccount is een afzonderlijke Azure-resource die u als een container maakt voor het definiëren en opslaan van B2B-artefacten (Business-to-Business), zoals handelspartners, overeenkomsten, schema's, kaarten, en dergelijke. Nadat u dit account hebt gemaakt en deze artefacten hebt gemaakt, koppelt u dit account aan uw logische app, zodat u deze artefacten en verschillende B2B-bewerkingen in werkstromen kunt gebruiken om integratieoplossingen te verkennen, te bouwen en te testen die gebruikmaken van EDI- en XML-verwerkingsmogelijkheden.
De volgende tabel bevat een overzicht van de manier waarop de modellen Verbruik, Standard en ISE omgaan met het meten en factureren van integratieaccounts:
| Model | Meting en facturering |
|---|---|
| Verbruik (meerdere tenants) | Voor meting en facturering worden de prijzen van het integratieaccountgebruikt, op basis van de accountlaag die u gebruikt. |
| Standard (één tenant) | Voor meting en facturering worden de prijzen van het integratieaccountgebruikt, op basis van de accountlaag die u gebruikt. |
| ISE | Dit model bevat één integratieaccount op basis van uw ISE-SKU. Tegen extra kosten kuntu meer integratieaccounts maken voor uw ISE om maximaal de totale ISE-limiet te gebruiken. |
Bekijk de volgende documentatie voor meer informatie:
Andere items worden niet gemeten of gefactureerd
Voor alle prijsmodellen worden de volgende items niet gemeten of gefactureerd:
- Acties die niet zijn uitgevoerd omdat de werkstroom is gestopt vóór voltooiing
- Uitgeschakelde logische apps of werkstromen omdat ze geen nieuwe exemplaren kunnen maken terwijl ze inactief zijn.