コマーシャルマーケットプレース使用状況測定サービスを使用した Azure コンテナーの従量制課金

[アーティクル]
06/14/2024

コマーシャルマーケットプレース使用状況測定サービスを使用すると、非標準ユニットに従って課金される Azure Container オファーを作成できます。コマーシャルマーケットプレースにオファーを発行する前に、帯域幅、シャード、ログファイル、スキャン、処理された電子メールなどの課金ディメンションを定義します。その後、顧客はこれらのディメンションの使用量に従って支払いを行い、アプリケーションは、発生した課金対象イベントのコマーシャルマーケットプレース使用状況測定サービス API を介して Microsoft に通知します。

従量制課金のための前提条件

Azure Container オファーで従量制課金を使用するには、まず、「Azure Container プランの計画」に記載されているライセンスオプションを確認し、既存の 6 つの定義済み課金モデルのいずれかによって満たされていないカスタム課金ニーズがあることを確認する必要があります。

その後、Azure Container オファーをコマーシャルマーケットプレースの測定サービス API と統合して、課金対象のイベントを Microsoft に通知できます。

重要

アプリケーションでは、コマーシャルマーケットプレース使用状況測定サービス API を呼び出す必要があります。現時点では、(アプリケーションの外部で) ホステッドサービスで測定サービス API を呼び出すオプションはありません。

Note

Marketplace 測定サービスは、カスタム課金モデルでのみ使用でき、ユーザーごとの課金モデルには適用されません。

価格モデルに従量制課金を適用する方法

オファーの階層を理解することは、オファーとその価格モデルを定義する場合に重要です。

各オファーは、Microsoft 経由で販売するか、販売しないように構成されています。オファーが発行されると、このオプションを変更することはできません。
Microsoft を通じて販売するように構成された各オファーには、1 つ以上のプランを含めることができます。
各プランには、使用量ベースの月額課金プランまたはライセンス持ち込み (BYOL) という価格モデルが関連付けられています。使用量ベースの月単位の課金プランでは、無料、6 つの定義済み課金オプションのいずれか、またはカスタムを選択できます。
価格モデルと価格入力オプションは、公開後は更新できません。
各プランには、完全な価格プランが必要です。
カスタムディメンションを使用して価格を設定し、請求ニーズを満たすために顧客に請求することができます。各ディメンションは、コマーシャルマーケットプレース使用状況測定サービス API を使用してサービスが Microsoft と通信する課金対象ユニットを表します。

重要

コード内の使用状況を追跡し、顧客に請求する使用状況に対してのみ使用状況イベントを Microsoft に送信する必要があります。

Note

プランは、プランが作成された時点に公開されていた現地の市場価格を使用して、顧客の契約通貨で顧客に請求されます。顧客が支払う金額、および ISV に支払われる金額は、顧客がプランの取引を行った時点の外国為替レートによって決定されます。詳細については、通貨の換算方法に関するページをご覧ください。

カスタム価格オプションのサンプル

たとえば、Contoso は、Kubernetes アプリケーションのシャーディングロジックに IP が含まれる発行元です。 Contoso は、使用されたシャードの数に基づいて顧客に課金したいと考えています。また、他の便利で競争力のある価格の課金オプションも検討しています。 Contoso は、コマーシャルマーケットプレースプログラムのパートナーセンターで発行元として登録されており、コンテナーオファーを Azure のお客様に発行したいと考えています。 Contoso には、次の 4 つのプランが関連付けられています。

1 時間あたりに使用されるシャードあたりの料金 (たとえば、$1,000/シャード/時間)
1 回限りの支払いまたは定期請求のモデル化: Contoso は、アプリケーションから最大 100 個のログファイルを使用するために顧客に $449/mo を請求したいとします。 Contoso のアプリケーションロジックは、その月の使用状況イベントを追跡し、100 個のログファイルの使用状況に対して月末に課金をトリガーします。
階層化された課金のモデリング: Contoso が最大 100 シャードに対して $449/mo を請求し、超過分の価格を階層化するとします。アプリケーションロジックは、月の使用状況を追跡し、それに応じて使用状況をセグメント化し、期間の終了時に以下の測定 API を使用してレポートします。
多次元課金: Contoso はカスタム使用状況測定を使用して、複数のディメンションを使用した高度な課金のニーズを満たすこともできます

選択したプランに基づいて、Contoso Container オファーを受け取る Azure のお客様は、その使用状況に基づいて課金されます。 Contoso は、使用状況イベントを Microsoft に送信せずに使用状況をカウントします。顧客が十分な量を消費するか、定期的に使用すると、Contoso は使用状況を報告します。顧客は、プランを変更したり、何か異なったりする必要はありません。 Contoso は使用状況を測定し、コマーシャルマーケットプレース使用状況測定サービス API を使用して超過分の使用量を課金するために、使用状況イベントの Microsoft への出力を開始します。 Microsoft は、カスタムディメンションで発行元によって指定された使用量について顧客に請求します。課金は、次の毎月の支払いサイクルで行われます。

課金ディメンション

各課金ディメンションによって、ISV が使用状況イベントを生成できるカスタム単位が定義されます。課金ディメンションは、ソフトウェアの使用に対する請求方法について顧客に伝えるためにも使用されます。これらは次のように定義されます。

ID: 使用状況イベントの生成中に参照される変更できないディメンション識別子。
表示名: ディメンションに関連付けられている表示名 (例: "送信された SMS メッセージ")。
測定単位: 課金単位の説明 (例: "SMS メッセージごと"、"メール 100 件あたり")。
単位あたりの価格 (USD): ディメンションの 1 単位の価格。 0 にすることもできます。

重要

アプリケーションコードの使用状況を追跡し、課金のニーズに基づいて使用状況イベントを Microsoft に送信する必要があります。

課金ディメンションは、オファーのすべてのプランで共有されます。一部の属性はすべてのプランのディメンションに適用され、その他の属性はプランに固有です。

ディメンション自体を定義する属性は、オファーのすべてのプランで共有されます。オファーを発行する前に、プランのコンテキストからこれらの属性を変更すると、すべてのプランのディメンション定義に影響します。オファーを発行すると、これらの属性は編集できなくなります。次のような属性です。

ID
表示名
測定単位

ディメンションのその他の属性は各プランに固有であり、各プランで異なる値を持つことができます。プランを発行する前に、これらの値を編集できます。このプランのみが影響を受けます。プランを公開すると、これらの属性は編集できなくなります。次のような属性です。

単価 (米国ドル)

ディメンションには、"enabled" という特別な概念もあります。

有効化は、このプランがこのディメンションに参加することを示します。このディメンションに基づいて使用状況イベントを送信しない新しいプランを作成する場合は、このオプションをオフのままにします。また、プランが最初に公開された後に追加された新しいディメンションは、既に公開されているプランに対して "無効" として表示されます。無効なディメンションは、顧客が表示するプランのディメンションの一覧には表示されません。

Note

次のシナリオが明示的にサポートされています。

新しいディメンションを新しいプランに追加できます。新しいディメンションは、既に公開されているすべてのプランに対して有効になりません。

サポートされている市場ごとにディメンションの単価を設定する

他の使用量ベースの価格と同様に、請求ディメンションの価格は、サポートされている国または地域ごとに設定できます。次のように、パートナーセンターで価格データのインポートおよびエクスポート機能を使用する必要があります。

必要なディメンションを定義し、サポートされている市場をマークします。
このデータをファイルにエクスポートします。
国または地域ごとに適切な価格を追加し、パートナーセンターでファイルをインポートします。

メーターのユーザーインターフェイスは、ディメンションの価格がファイル内でのみ表示されることを反映するように変更されます。

プライベートプラン

定義済みの使用量ベースの課金プランと同様に、カスタムディメンションを持つプランはプライベートプランとして設定でき、プランの定義済みの対象ユーザーのみがアクセスできます。

制約

ロック動作

コマーシャルマーケットプレースの測定サービスで使用されるディメンションは、サービスに対するお客様の支払い方法として合意されている内容を表しているため、ディメンションを公開すると、その詳細はすべて編集できなくなります。公開する前に、プランに対してディメンションを完全に定義しておくことが重要です。

オファーがディメンションと共に公開されると、そのディメンションについての以下のようなオファーレベルの詳細は変更できなくなります。

ID
表示名
測定単位

プランが発行されると、このプランレベルの詳細は変更できなくなります。

プランでディメンションが有効になっているかどうか

上限

1 つのプランに対して構成できる一意のディメンションの最大数は 30 個です。

Azure コンテナーの従量制課金

従量制課金 API は、発行元がパートナーセンターで発行されるオファーのカスタム測定ディメンションを作成するときに使用する必要があります。従量制課金 API との統合は、使用状況イベントを生成するカスタムディメンションを含む 1 つ以上のプランを持つ購入済みオファーに必要です。

重要

Kubernetes Apps のカスタム測定ディメンションの作成の詳細については、「Azure コンテナーオファーの作成」を参照してください。

TLS 1.2 の適用に関する注意事項

TLS バージョン 1.2 バージョンは、HTTPS 通信の最小バージョンとして適用されます。コードでこの TLS バージョンを使用していることを確認してください。 TLS バージョン 1.0 と 1.1 は非推奨となり、接続の試行は拒否されます。

従量制課金の単一使用状況イベント

使用状況イベント API は、特定の顧客によって購入されたプランのアクティブなリソース (サブスクライブ済み) に対して使用状況イベントを生成するために、発行元から呼び出される必要があります。使用状況イベントは、オファーの発行時に、発行元によって定義されたプランのカスタムディメンションごとに個別に生成されます。

カレンダー日の 1 時間ごとに生成できる使用状況イベントはリソースおよびディメンションあたり 1 つだけです。 1 時間に複数のユニットが消費される場合は、その時間内に消費されるすべてのユニットを累積し、1 つのイベントで生成します。使用状況イベントは過去 24 時間のみ生成できます。 8:00 から 8:59:59 (および受け入れ可能) の間に使用状況イベントを生成し、同じ日の 8:00 から 8:59:59 の間に別のイベントを送信すると、重複として拒否されます。

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

クエリパラメーター:

パラメーター	推奨事項
`ApiVersion`	2018-08-31 を使用します。

要求ヘッダー:

Content-type	`application/json` を使用します
`x-ms-requestid`	クライアントからの要求を追跡するための一意の文字列値 (GUID を推奨)。この値が指定されていない場合は、1 つが生成され、応答ヘッダーに指定されます。
`x-ms-correlationid`	クライアントでの操作に対する一意の文字列値。このパラメーターによって、クライアント操作からのすべてのイベントがサーバー側のイベントに関連付けられます。この値が指定されていない場合は、1 つが生成され、応答ヘッダーに指定されます。
`authorization`	この API 呼び出しを行う ISV を識別する一意のアクセストークン。形式は、 `"Bearer <access_token>"` 認証戦略の Kubernetes アプリケーションで説明されているように、発行元がトークン値を取得するタイミングです。

要求本文の例:

{
  "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
}

Note

Kubernetes アプリの場合、 resourceUri これは Kubernetes アプリインスタンスの ARM リソース URI です。

応答

コード: 200
OK です。使用状況の生成は、さらに処理と課金を行うために、Microsoft 側で受け入れられ、記録されました。

応答ペイロードの例:

{
  "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
}

コード: 400
無効な要求です。

指定された要求データが見つからないか、無効です。
effectiveStartTime が過去 24 時間を過ぎています。イベントの有効期限が切れています。

応答ペイロードの例:

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

コード: 400
無効な要求です。

リソース URI は既に登録されています。使用状況を送信する前に 24 時間待機する必要があります。

応答ペイロードの例:

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

コード: 403

Forbidden. 認証トークンが指定されていない、無効である、または有効期限が切れています。

コード: 409
競合しています。指定されたリソース ID、有効な使用日時について、使用状況イベントが既に正常に報告されています。

応答ペイロードの例:

{
  "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"
}

従量制課金のバッチ使用状況イベント

バッチ使用状況イベント API を使用すると、複数の購入済みリソースの使用状況イベントを一度に生成できます。また、カレンダー時間が異なる限り、同じリソースに対して複数の使用状況イベントを出力することもできます。 1 つのバッチに含まれるイベントの最大数は 25 です。

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

クエリパラメーター:

パラメーター	推奨事項
`ApiVersion`	2018-08-31 を使用します。

要求ヘッダー:

Content-type	`application/json` を使用します
`x-ms-requestid`	クライアントからの要求を追跡するための一意の文字列値 (GUID を推奨)。この値が指定されていない場合は、1 つが生成され、応答ヘッダーに指定されます。
`x-ms-correlationid`	クライアントでの操作に対する一意の文字列値。このパラメーターによって、クライアント操作からのすべてのイベントがサーバー側のイベントに関連付けられます。この値が指定されていない場合は、生成され、応答ヘッダーで指定されます。
`authorization`	この API 呼び出しを行う ISV を識別する一意のアクセストークン。形式は、 `Bearer <access_token>` 認証戦略の Kubernetes アプリケーションで説明されているように、発行元がトークン値を取得するタイミングです。

Note

要求本文では、Kubernetes アプリのリソース識別子は resourceUri.

Kubernetes アプリの要求本文の例:

{
  "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
    }
  ]
}

応答

コード: 200
OK です。バッチ使用状況の生成は、さらに処理と課金を行うために、Microsoft 側で受け入れられ、記録されました。応答リストは、バッチ内の個々のイベントごとに状態と共に返されます。バッチイベントの一部として送信された個々の使用状況イベントの応答を理解するには、応答ペイロードを反復処理する必要があります。

応答ペイロードの例:

{
  "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"
    }
  ]
}

BatchUsageEvent API 応答で参照される状態コードの説明:

状態コード	説明
`Accepted`	受理されました。
`Expired`	使用状況の有効期限が切れています。
`Duplicate`	重複した使用状況が指定されました。
`Error`	エラーコード。
`ResourceNotFound`	指定された使用状況リソースは無効です。
`ResourceNotAuthorized`	このリソースの使用状況を提供する権限がありません。
`ResourceNotActive`	リソースが一時停止になっているか、一度もアクティブになっていません。
`InvalidDimension`	使用状況が渡されたディメンションはこのオファー/プランでは無効です。
`InvalidQuantity`	渡された数量が 0 以下です。
`BadArgument`	入力がないか、または不正な形式です。

コード: 400
無効な要求です。バッチに 25 個を超える使用状況イベントが含まれていました。

コード: 403
Forbidden. 認証トークンが指定されていない、無効である、または有効期限が切れています。

従量制課金の使用状況取得イベント

使用状況イベント API を呼び出して、使用状況イベントの一覧を取得できます。 ISV は、この API を使って、特定の構成可能な期間にポストされた使用状況イベントと、API を呼び出した時点でのこれらのイベントの状態を確認できます。

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

クエリパラメーター:

パラメーター	推奨事項
ApiVersion	2018-08-31 を使用します。
usageStartDate	ISO8601 形式での DateTime。例: 2020-12-03T15:00、2020-12-03
UsageEndDate (省略可能)	ISO8601 形式での DateTime。既定値 = 現在の日付
offerId (省略可能)	既定値 = 使用可能なものすべて
planId (省略可能)	既定値 = 使用可能なものすべて
dimension (省略可能)	既定値 = 使用可能なものすべて
azureSubscriptionId (省略可能)	既定値 = 使用可能なものすべて
reconStatus (省略可能)	既定値 = 使用可能なものすべて

reconStatus の指定できる値:

ReconStatus	説明
送信	PC 分析によってまだ処理されていません
承認済み	PC 分析と一致しました
拒否	パイプラインで拒否されました。原因を調べるには、Microsoft サポートにお問い合わせください。
不一致	MarketplaceAPI とパートナーセンターの分析の数量はどちらも 0 以外ですが、一致しません
TestHeaders	テストヘッダーで一覧表示され、したがって PC 分析にはないサブスクリプション
DryRun	SessionMode=DryRun で送信されたもので、したがって PC にはありません

要求ヘッダー:

コンテンツタイプ	application/json を使用します
x-ms-requestid	クライアントからの要求を追跡するための一意の文字列値 (GUID を推奨)。この値が指定されていない場合は、1 つが生成され、応答ヘッダーに指定されます。
x-ms-correlationid	クライアントでの操作に対する一意の文字列値。このパラメーターによって、クライアント操作からのすべてのイベントがサーバー側のイベントに関連付けられます。この値が指定されていない場合は、1 つが生成され、応答ヘッダーに指定されます。
承認	この API 呼び出しを行う ISV を識別する一意のアクセストークン。発行元によってトークン値が取得される場合、形式は `Bearer <access_token>` です。 - 認証戦略での Kubernetes アプリケーション

応答

応答ペイロードの例:

承認済み

[
  {
    "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
  }
]

提出済み

[
  {
    "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
  }
]

ミスマッチ

[
  {
    "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
  }
]

却下済み

[
  {
    "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
  }
]

状態コード

コード: 403 禁止。認証トークンが指定されていない、無効である、または有効期限が切れています。

開発とテストのベストプラクティス

カスタム測定の排出量をテストするには、測定 API との統合を実装し、発行済みの Kubernetes Apps オファーのプランを作成し、1 ユニットあたりの価格をゼロにしてカスタムディメンションを定義します。また、このオファーをプレビューとして発行すると、制限されたユーザーのみが統合にアクセスしてテストできるようになります。

また、既存のライブオファーにプライベートプランを使用して、テスト中に限定された対象ユーザーに対してのみ、このプランへのアクセスを制限することもできます。

次のステップ

詳細については、「Marketplace の測定サービス API - FAQ」を参照してください。

サポートを受ける

次のいずれかの問題が発生した場合は、サポートチケットを開くことができます。

Marketplace の測定サービス API に関する技術的な問題。
お客様の側でのエラーまたはバグが原因でエスカレートする必要がある問題 (例: 間違った使用状況イベント)。
従量制課金に関連するその他の問題。

公開元のサポートオプションを理解して、Microsoft のサポートチケットを開くには、「パートナーセンターでのコマーシャルマーケットプレースプログラムのサポート」の手順に従います。

次の方法で共有

コマーシャルマーケットプレース使用状況測定サービスを使用した Azure コンテナーの従量制課金

従量制課金のための前提条件

価格モデルに従量制課金を適用する方法

カスタム価格オプションのサンプル

課金ディメンション

サポートされている市場ごとにディメンションの単価を設定する

プライベートプラン

制約

ロック動作

上限

Azure コンテナーの従量制課金

TLS 1.2 の適用に関する注意事項

従量制課金の単一使用状況イベント

応答

従量制課金のバッチ使用状況イベント

応答

従量制課金の使用状況取得イベント

応答

開発とテストのベストプラクティス

次のステップ

サポートを受ける

フィードバック

フィードバック

その他のリソース

次の方法で共有

コマーシャル マーケットプレース使用状況測定サービスを使用した Azure コンテナーの従量制課金

従量制課金のための前提条件

価格モデルに従量制課金を適用する方法

カスタム価格オプションのサンプル

課金ディメンション

サポートされている市場ごとにディメンションの単価を設定する

プライベート プラン

制約

ロック動作

上限

Azure コンテナーの従量制課金

TLS 1.2 の適用に関する注意事項

従量制課金の単一使用状況イベント

応答

従量制課金のバッチ使用状況イベント

応答

従量制課金の使用状況取得イベント

応答

開発とテストのベスト プラクティス

次のステップ

サポートを受ける

フィードバック

フィードバック

その他のリソース

コマーシャルマーケットプレース使用状況測定サービスを使用した Azure コンテナーの従量制課金

プライベートプラン

開発とテストのベストプラクティス