Fakturering med dataförbrukning för Azure Containers med hjälp av avläsningstjänsten för den kommersiella marknadsplatsen

Artikel
06/14/2024

Med avläsningstjänsten för den kommersiella marknadsplatsen kan du skapa Azure Container-erbjudanden som debiteras enligt icke-standardenheter. Innan du publicerar erbjudandet på den kommersiella marknadsplatsen definierar du faktureringsdimensioner som bandbredd, fragment, loggfiler, genomsökningar, e-postmeddelanden som bearbetas osv. Kunderna betalar sedan enligt deras förbrukning av dessa dimensioner, där ditt program informerar Microsoft via API:et för avläsningstjänsten på den kommersiella marknadsplatsen om fakturerbara händelser när de inträffar.

Krav för fakturering med dataförbrukning

För att ett Azure Container-erbjudande ska kunna använda fakturering med dataförbrukning måste du först granska licensalternativen som beskrivs i Abonnemang för Azure Container-erbjudandet och se till att du har anpassade faktureringsbehov som inte uppfylls av någon av de sex befintliga fördefinierade faktureringsmodellerna.

Azure Container-erbjudandet kan sedan integreras med API:erna för den kommersiella marknadsplatsens avläsningstjänst för att informera Microsoft om fakturerbara händelser.

Viktigt!

Ditt program måste anropa API:erna för den kommersiella marknadsplatsens avläsningstjänst. För närvarande finns det inget alternativ för att låta din värdbaserade tjänst (utanför programmet) anropa API för avläsningstjänsten.

Kommentar

Marketplace-avläsningstjänsten är endast tillgänglig för den anpassade faktureringsmodellen och gäller inte för faktureringsmodellen per användare.

Så här passar mätarbaserad fakturering in med prissättning

Att förstå erbjudandehierarkin är viktigt när det gäller att definiera erbjudandet tillsammans med dess prismodeller.

Varje erbjudande är konfigurerat för att sälja antingen via Microsoft eller inte. När ett erbjudande har publicerats kan det här alternativet inte ändras.
Varje erbjudande, som har konfigurerats för att sälja via Microsoft, kan ha ett eller flera planer.
Varje plan har en associerad prismodell: Användningsbaserad månatlig fakturerad plan eller BYOL (Bring Your Own License). För den användningsbaserade månatliga faktureringsplanen kan du antingen välja kostnadsfritt, ett av sex fördefinierade faktureringsalternativ eller anpassade.
Prismodellen och prisinmatningsalternativen kan inte uppdateras när de har publicerats.
Varje plan måste ha en fullständig prisplan.
Du kan välja att prissätta med anpassade dimensioner för att debitera dina kunder för att uppfylla dina faktureringsbehov. Varje dimension representerar en fakturerbar enhet som din tjänst kommunicerar med Microsoft med hjälp av API:et för avläsningstjänsten på den kommersiella marknadsplatsen.

Viktigt!

Du måste hålla reda på användningen i koden och endast skicka användningshändelser till Microsoft för den användning du vill att kunden ska faktureras.

Kommentar

Erbjudanden debiteras kunder i kundens avtalsvaluta, med hjälp av det lokala marknadspris som publicerades när erbjudandet skapades. Det belopp som kunderna betalar och att ISV:er betalas beror på valutakurserna när kunden genomför erbjudandet. Läs mer om "Hur konverterar vi valuta?".

Exempel på anpassade prisalternativ

Contoso är till exempel en utgivare vars IP-adress finns i deras horisontella logik för kubernetes-programmet. Contoso vill debitera sina kunder baserat på antalet shards som används. De utforskar också andra bekvämt och konkurrenskraftigt prissatta faktureringsalternativ. Contoso är registrerad som utgivare i Partnercenter för det kommersiella marketplace-programmet och vill publicera containererbjudanden till Azure-kunder. Det finns fyra planer som är associerade med Contoso, som beskrivs nedan:

Debitera per shards som används per timme, till exempel 1 000 USD/shard/timme
Modellering av engångsbetalning eller återkommande fakturering: Anta att Contoso vill debitera en kund 449 USD/mo för användning av upp till 100 loggfiler från deras program. Contosos programlogik håller reda på användningshändelsen för månaden och utlöser en avgift vid månadsslut för användningen av 100 loggfiler.
Modelleringsnivåbaserad fakturering: Anta att Contoso vill debitera 449 USD/mo för upp till 100 shards och sedan nivåindelade priser för eventuell överförbrukning. Deras programlogik håller reda på användningen för månaden, segmenterar användningen därefter och rapporterar den med hjälp av avläsnings-API:erna nedan i slutet av perioden:
Flerdimensionell fakturering: Contoso kan också använda anpassad avläsning för att uppfylla sina behov av avancerad fakturering med flera dimensioner

Baserat på den valda planen debiteras en Azure-kund som får Contoso Container-erbjudandet baserat på deras användning. Contoso räknar användningen utan att skicka några användningshändelser till Microsoft. Antingen när kunderna förbrukar tillräckligt mycket eller regelbundet rapporterar Contoso användningen. Kunder behöver inte ändra planer eller göra något annat. Contoso mäter användningen och börjar skicka användningshändelser till Microsoft för att debitera överförbrukningsanvändningen med hjälp av API:et för avläsningstjänsten på den kommersiella marknadsplatsen. Microsoft debiterar i sin tur kunden för den användning som anges av utgivaren i de anpassade dimensionerna. Faktureringen görs under nästa månatliga faktureringsperiod.

Faktureringsdimensioner

Varje faktureringsdimension definierar en anpassad enhet med vilken ISV kan generera användningshändelser. Faktureringsdimensioner används också för att kommunicera med kunden om hur de debiteras för att använda programvaran. De definieras på följande sätt:

ID: den oföränderliga dimensionsidentifierare som refereras när användningshändelser genereras.
Visningsnamn: visningsnamnet som är associerat med dimensionen, till exempel "skickade textmeddelanden".
Måttenhet: beskrivningen av faktureringsenheten, till exempel "per sms" eller "per 100 e-postmeddelanden".
Pris per enhet i USD: priset för en dimensionsenhet. Det kan vara 0.

Viktigt!

Du måste hålla reda på användningen i programkoden och skicka användningshändelser till Microsoft baserat på dina faktureringsbehov.

Faktureringsdimensioner delas mellan alla planer för ett erbjudande. Vissa attribut gäller för dimensionen för alla planer och andra attribut är planspecifika.

Attributen, som definierar själva dimensionen, delas mellan alla planer för ett erbjudande. Innan du publicerar erbjudandet påverkar en ändring av dessa attribut från kontexten för en plan dimensionsdefinitionen för alla planer. När du har publicerat erbjudandet kan dessa attribut inte längre redigeras. Dessa attribut är:

ID
Visningsnamn
Måttenhet

De andra attributen för en dimension är specifika för varje plan och kan ha olika värden från plan till plan. Innan du publicerar planen kan du redigera dessa värden, och endast den här planen påverkas. När du har publicerat planen kan dessa attribut inte längre redigeras. Dessa attribut är:

Pris per enhet i USD

Dimensioner har också ett specialkoncept som kallas "aktiverat":

Aktiverad anger att den här planen deltar i den här dimensionen. Om du skapar en ny plan som inte skickar användningshändelser baserat på den här dimensionen kanske du vill lämna det här alternativet avmarkerat. Dessutom visas alla nya dimensioner som lagts till efter att en plan först publicerades som "inte aktiverade" i den redan publicerade planen. En inaktiverad dimension visas inte i några listor med dimensioner för en plan som kunderna ser.

Kommentar

Följande scenarier stöds uttryckligen:

Du kan lägga till en ny dimension i en ny plan. Den nya dimensionen aktiveras inte för redan publicerade planer.

Ange dimensionspris per enhet per marknad som stöds

Precis som andra användningsbaserade priser kan faktureringsdimensionspriser anges per land eller region som stöds. Du måste använda funktionen för import och export av prisdata i Partnercenter på följande sätt.

Definiera önskade dimensioner och markera vilka marknader som stöds.
Exportera dessa data till en fil.
Lägg till rätt priser per land/region och importera filen i Partnercenter.

Användargränssnittet för mätaren ändras för att återspegla att dimensionens priser bara kan visas i filen.

Privat plan

Precis som de fördefinierade användningsbaserade faktureringsplanerna kan en plan med anpassade dimensioner anges som privat plan, som endast är tillgänglig för planens definierade målgrupp.

Krav

Låsningsbeteende

Eftersom en dimension som används med avläsningstjänsten för den kommersiella marknadsplatsen representerar en förståelse för hur en kund betalar för tjänsten kan all information om en dimension inte längre redigeras när du har publicerat den. Det är viktigt att du har dina dimensioner helt definierade för en plan innan du publicerar.

När ett erbjudande har publicerats med en dimension kan informationen på erbjudandenivå för den dimensionen inte längre ändras:

ID
Visningsnamn
Måttenhet

När en plan har publicerats kan den här informationen på plannivå inte längre ändras:

Om dimensionen är aktiverad för planen eller inte

Övre gränser

Det maximala antalet dimensioner som kan konfigureras för ett enda erbjudande är 30 unika dimensioner.

Fakturering med mätardata för Azure Container

API:erna för fakturering med dataförbrukning ska användas när utgivaren skapar anpassade mått för avläsning för ett erbjudande som ska publiceras i Partnercenter. Integrering med API:er för fakturering med dataförbrukning krävs för alla köpta erbjudanden som har en eller flera planer med anpassade dimensioner för att generera användningshändelser.

Viktigt!

Mer information om hur du skapar anpassade mätningsdimensioner för Kubernetes-appar finns i Skapa ett Azure-containererbjudande.

Framtvinga TLS 1.2-anteckning

TLS version 1.2-versionen framtvingas som den lägsta versionen för HTTPS-kommunikation. Se till att du använder den här TLS-versionen i koden. TLS version 1.0 och 1.1 är inaktuella och anslutningsförsök nekas.

Händelse för enkel användning med mätarfakturering

API:et för användningshändelsen ska anropas av utgivaren för att generera användningshändelser mot en aktiv resurs (prenumererad) för den plan som köpts av den specifika kunden. Användningshändelsen genereras separat för varje anpassad dimension av planen som definieras av utgivaren när erbjudandet publiceras.

Endast en användningshändelse kan genereras för varje timme per kalenderdag per resurs och dimension. Om mer än en enhet förbrukas på en timme ackumulerar du alla enheter som förbrukas under timmen och genererar den sedan i en enda händelse. Användningshändelser kan bara genereras under de senaste 24 timmarna. Om du genererar en användningshändelse när som helst mellan 8:00 och 8:59:59 (och den godkänns) och skickar en annan händelse för samma dag mellan 8:00 och 8:59:59, avvisas den som en dubblett.

POST: https://marketplaceapi.microsoft.com/api/usageEvent?api-version=<ApiVersion>

Frågeparametrar:

Parameter	Rekommendation
`ApiVersion`	Använd 2018-08-31.

Begärandehuvuden:

Innehållstyp	Använda `application/json`
`x-ms-requestid`	Unikt strängvärde för att spåra begäran från klienten, helst ett GUID. Om det här värdet inte anges genereras ett värde och anges i svarshuvudena.
`x-ms-correlationid`	Unikt strängvärde för åtgärden på klienten. Den här parametern korrelerar alla händelser från klientåtgärden med händelser på serversidan. Om det här värdet inte anges genereras ett värde och anges i svarshuvudena.
`authorization`	En unik åtkomsttoken som identifierar den ISV som gör det här API-anropet. Formatet är `"Bearer <access_token>"` när tokenvärdet hämtas av utgivaren, enligt beskrivningen i Kubernetes-programmet i Autentiseringsstrategier.

Exempel på begärandetext:

{
  "resourceUri": "<ARM resource URI of the Kubernetes app instance>", // unique identifier of the resource against which usage is emitted. 
  "quantity": 5.0, // how many units were consumed for the date and hour specified in effectiveStartTime, must be greater than 0 or a double integer
  "dimension": "dim1", // custom dimension identifier
  "effectiveStartTime": "2018-12-01T08:30:14", // time in UTC when the usage event occurred, from now and until 24 hours back
  "planId": "plan1", // id of the plan purchased for the offer
}

Kommentar

För Kubernetes-appar resourceUri är ARM-resurs-URI:n för Kubernetes App-instansen.

Svar

Kod: 200
OK. Användningsutsläppet accepterades och registrerades på Microsofts sida för vidare bearbetning och fakturering.

Exempel på svarsnyttolast:

{
  "usageEventId": <guid>, // unique identifier associated with the usage event in Microsoft records
  "status": "Accepted" // this is the only value in case of single usage event
  "messageTime": "2020-01-12T13:19:35.3458658Z", // time in UTC this event was accepted
  "resourceUri": "<ARM resource URI of the Kubernetes app instance>", // unique identifier of the resource against which usage is emitted. For SaaS it's the subscriptionId.
  "quantity": 5.0, // amount of emitted units as recorded by Microsoft
  "dimension": "dim1", // custom dimension identifier
  "effectiveStartTime": "2018-12-01T08:30:14", // time in UTC when the usage event occurred, as sent by the ISV
  "planId": "plan1", // id of the plan purchased for the offer
}

Kod: 400
Felaktig begäran.

Data om saknade eller ogiltiga begäranden har angetts.
effectiveStartTime är mer än 24 timmar tidigare. Händelsen har upphört att gälla.

Exempel på svarsnyttolast:

{
  "message": "One or more errors have occurred.",
  "target": "usageEventRequest",
  "details": [
    {
      "message": "The resourceUri is required.",
      "target": "ResourceUri",
      "code": "BadArgument"
    }
  ],
  "code": "BadArgument"
}

Kod: 400
Felaktig begäran.

Resurs-URI har redan registrerats tidigare. Du måste vänta i 24 timmar innan du skickar in användningen.

Exempel på svarsnyttolast:

{
  "message": "One or more errors have occurred.",
  "target": "usageEventRequest",
  "details": [
    {
      "message": "Invalid usage state.",
      "target": "ResourceUri",
      "code": "BadArgument"
    }
  ],
  "code": "BadArgument"
}

Kod: 403

Förbjuden. Auktoriseringstoken har inte angetts, är ogiltig eller har upphört att gälla.

Kod: 409
Konflikt. En användningshändelse har redan rapporterats för det angivna resurs-ID:t, gällande användningsdatum och timme.

Exempel på svarsnyttolast:

{
  "additionalInfo": {
    "acceptedMessage": {
      "usageEventId": "<guid>", //unique identifier associated with the usage event in Microsoft records
      "status": "Duplicate",
      "messageTime": "2020-01-12T13:19:35.3458658Z",
      "resourceUri": "<ARM resource URI of the Kubernetes app instance>", //unique identifier of the resource against which usage is emitted.
      "quantity": 1.0,
      "dimension": "dim1",
      "effectiveStartTime": "2020-01-12T11:03:28.14Z",
      "planId": "plan1"
    }
  },
  "message": "This usage event already exist.",
  "code": "Conflict"
}

Användningshändelse för batchanvändning med dataförbrukning

Med händelse-API:et för batchanvändning kan du generera användningshändelser för mer än en köpt resurs samtidigt. Det gör också att du kan generera flera användningshändelser för samma resurs så länge de är för olika kalendertimmar. Det maximala antalet händelser i en enda batch är 25.

POST: https://marketplaceapi.microsoft.com/api/batchUsageEvent?api-version=<ApiVersion>

Frågeparametrar:

Parameter	Rekommendation
`ApiVersion`	Använd 2018-08-31.

Begärandehuvuden:

Innehållstyp	Använda `application/json`
`x-ms-requestid`	Unikt strängvärde för att spåra begäran från klienten, helst ett GUID. Om det här värdet inte anges genereras ett värde och anges i svarshuvudena.
`x-ms-correlationid`	Unikt strängvärde för åtgärden på klienten. Den här parametern korrelerar alla händelser från klientåtgärden med händelser på serversidan. Om det här värdet inte anges genereras och anges i svarshuvudena.
`authorization`	En unik åtkomsttoken som identifierar den ISV som gör det här API-anropet. Formatet är `Bearer <access_token>` när tokenvärdet hämtas av utgivaren, enligt beskrivningen i Kubernetes-programmet i Autentiseringsstrategier.

Kommentar

I begärandetexten är resourceUriresursidentifieraren för Kubernetes-appar .

Exempel på begärandetext för Kubernetes-appar:

{
  "request": [ // list of usage events for the same or different resources of the publisher
    { // first event
      "resourceUri": "<ARM resource URI of the Kubernetes app instance>", // Unique identifier of the resource against which usage is emitted. 
      "quantity": 5.0, // how many units were consumed for the date and hour specified in effectiveStartTime, must be greater than 0 or a double integer
      "dimension": "dim1", //Custom dimension identifier
      "effectiveStartTime": "2018-12-01T08:30:14",//Time in UTC when the usage event occurred, from now and until 24 hours back
      "planId": "plan1", // id of the plan purchased for the offer
    },
    { // next event
      "resourceUri": "<ARM resource URI of the Kubernetes app instance>", 
      "quantity": 39.0, 
      "dimension": "email", 
      "effectiveStartTime": "2018-11-01T23:33:10
      "planId": "gold", // id of the plan purchased for the offer
    }
  ]
}

Svar

Kod: 200
OK. Batchanvändningsutsläppet accepterades och registrerades på Microsofts sida för vidare bearbetning och fakturering. Svarslistan returneras med status för varje enskild händelse i batchen. Du bör iterera genom svarsnyttolasten för att förstå svaren för varje enskild användningshändelse som skickas som en del av batchhändelsen.

Exempel på svarsnyttolast:

{
  "count": 2, // number of records in the response
  "result": [
    { // first response
      "usageEventId": "<guid>", // unique identifier associated with the usage event in Microsoft records
      "status": "Accepted" // see list of possible statuses below,
      "messageTime": "2020-01-12T13:19:35.3458658Z", // Time in UTC this event was accepted by Microsoft,
      "resourceUri": "<ARM resource URI of the Kubernetes app instance>", // unique identifier of the resource against which usage is emitted.
      "quantity": 5.0, // amount of emitted units as recorded by Microsoft 
      "dimension": "dim1", // custom dimension identifier
      "effectiveStartTime": "2018-12-01T08:30:14",// time in UTC when the usage event occurred, as sent by the ISV
      "planId": "plan1", // id of the plan purchased for the offer
    },
    { // second response
      "status": "Duplicate",
      "messageTime": "0001-01-01T00:00:00",
      "error": {
        "additionalInfo": {
          "acceptedMessage": {
            "usageEventId": "<guid>",
            "status": "Duplicate",
            "messageTime": "2020-01-12T13:19:35.3458658Z",
            "resourceUri": "<ARM resource URI of the Kubernetes app instance>",
            "quantity": 1.0,
            "dimension": "email",
            "effectiveStartTime": "2020-01-12T11:03:28.14Z",
            "planId": "gold"
          }
        },
        "message": "This usage event already exist.",
        "code": "Conflict"
      },
      "resourceId": "<guid2>",
      "quantity": 1.0,
      "dimension": "email",
      "effectiveStartTime": "2020-01-12T11:03:28.14Z",
      "planId": "gold"
    }
  ]
}

Beskrivning av statuskod som refereras till i BatchUsageEvent API-svaret:

Statuskod	beskrivning
`Accepted`	Accepterad.
`Expired`	Användning har upphört att gälla.
`Duplicate`	Duplicerad användning tillhandahålls.
`Error`	Felkod.
`ResourceNotFound`	Den angivna användningsresursen är ogiltig.
`ResourceNotAuthorized`	Du har inte behörighet att använda den här resursen.
`ResourceNotActive`	Resursen är pausad eller har aldrig aktiverats.
`InvalidDimension`	Dimensionen för vilken användningen skickas är ogiltig för det här erbjudandet/planen.
`InvalidQuantity`	Mängden som skickas är lägre eller lika med 0.
`BadArgument`	Indata saknas eller är felaktiga.

Kod: 400
Felaktig begäran. Batchen innehöll fler än 25 användningshändelser.

Kod: 403
Förbjuden. Auktoriseringstoken har inte angetts, är ogiltig eller har upphört att gälla.

Hämta användningshändelser för fakturering med dataförbrukning

Du kan anropa API:et för användningshändelser för att hämta listan över användningshändelser. ISV:er kan använda det här API:et för att se användningshändelser som har publicerats under en viss konfigurerbar tidsperiod och vilket tillstånd dessa händelser befinner sig vid tidpunkten för att anropa API:et.

GET: https://marketplaceapi.microsoft.com/api/usageEvents

Frågeparametrar:

Parameter	Rekommendation
ApiVersion	Använd 2018-08-31.
usageStartDate	DateTime i ISO8601 format. Till exempel 2020-12-03T15:00 eller 2020-12-03
UsageEndDate (valfritt)	DateTime i ISO8601 format. Standard = aktuellt datum
offerId (valfritt)	Standard = alla tillgängliga
planId (valfritt)	Standard = alla tillgängliga
dimension (valfritt)	Standard = alla tillgängliga
azureSubscriptionId (valfritt)	Standard = alla tillgängliga
reconStatus (valfritt)	Standard = alla tillgängliga

Möjliga värden för reconStatus:

ReconStatus	beskrivning
Skickad	Har inte bearbetats av PC Analytics än
Har godkänts	Matchas med PC Analytics
Avvisat	Avvisades i pipelinen. Kontakta Microsofts support för att undersöka orsaken.
Obalans	MarketplaceAPI- och Partner Center Analytics-kvantiteter är båda icke-noll, men matchar inte
TestHeaders	Prenumerationen visas med testhuvuden och därför inte i PC Analytics
DryRun	Skickat med SessionMode=DryRun, och därför inte i PC

Begärandehuvuden:

Innehållstyp	Använda program/json
x-ms-requestid	Unikt strängvärde (helst ett GUID) för att spåra begäran från klienten. Om det här värdet inte anges genereras ett värde och anges i svarshuvudena.
x-ms-correlationid	Unikt strängvärde för åtgärden på klienten. Den här parametern korrelerar alla händelser från klientåtgärden med händelser på serversidan. Om det här värdet inte anges genereras ett värde och anges i svarshuvudena.
auktorisering	En unik åtkomsttoken som identifierar den ISV som gör det här API-anropet. Formatet är `Bearer <access_token>` när tokenvärdet hämtas av utgivaren. – Kubernetes-program i autentiseringsstrategier

Svar

Exempel på svarsnyttolast:

Accepterad

[
  {
    "usageDate": "2020-11-30T00:00:00Z",
    "usageResourceId": "11111111-2222-3333-4444-555555555555",
    "dimension": "tokens",
    "planId": "silver",
    "planName": "Silver",
    "offerId": "mycooloffer",
    "offerName": "My Cool Offer",
    "offerType": "SaaS",
    "azureSubscriptionId": "12345678-9012-3456-7890-123456789012",
    "reconStatus": "Accepted",
    "submittedQuantity": 17.0,
    "processedQuantity": 17.0,
    "submittedCount": 17
  }
]

Skickat

[
  {
    "usageDate": "2020-11-30T00:00:00Z",
    "usageResourceId": "11111111-2222-3333-4444-555555555555",
    "dimension": "tokens",
    "planId": "silver",
    "planName": "",
    "offerId": "mycooloffer",
    "offerName": "",
    "offerType": "SaaS",
    "azureSubscriptionId": "12345678-9012-3456-7890-123456789012",
    "reconStatus": "Submitted",
    "submittedQuantity": 17.0,
    "processedQuantity": 0.0,
    "submittedCount": 17
  }
]

Obalans

[
  {
    "usageDate": "2020-11-30T00:00:00Z",
    "usageResourceId": "11111111-2222-3333-4444-555555555555",
    "dimension": "tokens",
    "planId": "silver",
    "planName": "Silver",
    "offerId": "mycooloffer",
    "offerName": "My Cool Offer",
    "offerType": "SaaS",
    "azureSubscriptionId": "12345678-9012-3456-7890-123456789012",
    "reconStatus": "Mismatch",
    "submittedQuantity": 17.0,
    "processedQuantity": 16.0,
    "submittedCount": 17
  }
]

Avvisad

[
  {
    "usageDate": "2020-11-30T00:00:00Z",
    "usageResourceId": "11111111-2222-3333-4444-555555555555",
    "dimension": "tokens",
    "planId": "silver",
    "planName": "",
    "offerId": "mycooloffer",
    "offerName": "",
    "offerType": "SaaS",
    "azureSubscriptionId": "12345678-9012-3456-7890-123456789012",
    "reconStatus": "Rejected",
    "submittedQuantity": 17.0,
    "processedQuantity": 0.0,
    "submittedCount": 17
  }
]

Statuskoder

Kod: 403 Förbjudet. Auktoriseringstoken har inte angetts, är ogiltig eller har upphört att gälla.

Metodtips för utveckling och testning

Om du vill testa den anpassade mätarutsläppen implementerar du integreringen med mätnings-API:et, skapar en plan för ditt publicerade Kubernetes Apps-erbjudande med anpassade dimensioner som definierats i det med noll pris per enhet. Och publicera det här erbjudandet som förhandsversion så att endast begränsade användare skulle kunna komma åt och testa integreringen.

Du kan också använda en privat plan för ett befintligt liveerbjudande för att begränsa åtkomsten till den här planen under testningen till en begränsad målgrupp.

Mer information om API:er för avläsningstjänsten finns i Vanliga frågor och svar om API:er för Marketplace-avläsningstjänsten.

Få support

Om du har något av följande problem kan du öppna ett supportärende.

Tekniska problem med API:et för marketplace-avläsningstjänsten.
Ett problem som måste eskaleras på grund av ett fel eller en bugg på din sida (t.ex. fel användningshändelse).
Andra problem som rör fakturering med dataförbrukning.

Om du vill förstå supportalternativ för utgivare och öppna en supportbegäran med Microsoft följer du anvisningarna i Support för det kommersiella marketplace-programmet i Partnercenter.

Dela via

Fakturering med dataförbrukning för Azure Containers med hjälp av avläsningstjänsten för den kommersiella marknadsplatsen

Krav för fakturering med dataförbrukning

Så här passar mätarbaserad fakturering in med prissättning

Exempel på anpassade prisalternativ

Faktureringsdimensioner

Ange dimensionspris per enhet per marknad som stöds

Privat plan

Krav

Låsningsbeteende

Övre gränser

Fakturering med mätardata för Azure Container

Framtvinga TLS 1.2-anteckning

Händelse för enkel användning med mätarfakturering

Svar

Användningshändelse för batchanvändning med dataförbrukning

Svar

Hämta användningshändelser för fakturering med dataförbrukning

Svar

Metodtips för utveckling och testning

Få support

Feedback

Ytterligare resurser

Dela via

Fakturering med dataförbrukning för Azure Containers med hjälp av avläsningstjänsten för den kommersiella marknadsplatsen

Krav för fakturering med dataförbrukning

Så här passar mätarbaserad fakturering in med prissättning

Exempel på anpassade prisalternativ

Faktureringsdimensioner

Ange dimensionspris per enhet per marknad som stöds

Privat plan

Krav

Låsningsbeteende

Övre gränser

Fakturering med mätardata för Azure Container

Framtvinga TLS 1.2-anteckning

Händelse för enkel användning med mätarfakturering

Svar

Användningshändelse för batchanvändning med dataförbrukning

Svar

Hämta användningshändelser för fakturering med dataförbrukning

Svar

Metodtips för utveckling och testning

Relaterat innehåll

Få support

Feedback

Ytterligare resurser