次の方法で共有


マネージド アプリケーションの従量制課金

Marketplace 測定サービスを使用すると、非標準ユニットに従って課金される Azure アプリケーション オファーのマネージド アプリケーション プランを作成できます。 システムは、発生した課金対象イベントについて Marketplace 使用状況測定サービス API を使用して Microsoft に通知します。

従量制課金の前提条件

マネージド アプリケーションプランで従量制課金を使用するには、次の手順を実行する必要があります。

  • Azure アプリケーション オファーの作成」で説明されているすべてのオファー要件を満たします。
  • 料金 を構成して、サービスの 1 か月あたりのコストを顧客に請求します。 固定料金を請求せず、従量制課金に完全に依存する場合は、価格を 0 にすることができます。
  • 顧客が定額料金に加えて支払う測定イベントに対して、課金ディメンションを 設定します。
  • 課金対象のイベントを Microsoft に通知するために Marketplace 測定サービス API と統合します。

手記

1 か月あたりの価格と従量制課金を使用する Azure アプリの価格は、管理料金のみを考慮する必要があります (つまり、IP/ソフトウェアのコスト、Azure インフラストラクチャ、またはアドオンには使用しないでください)。 基になる仮想マシンまたはコンテナー オファーを使用して、IP/ソフトウェア のコストを処理します。

従量制課金が価格にどのように適合するか

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

  • 各 Azure アプリケーション オファーには、ソリューション テンプレートまたはマネージド アプリケーション プランを含めることができます。
  • 従量制課金は、マネージド アプリケーション プランでのみ実装されます。
  • 各マネージド アプリケーション プランには、それに関連付けられた価格モデルがあります。
  • 価格モデルには、毎月の定期的な料金があり、$0 に設定できます。
  • 各プランには、定期的な料金に加えて、定額に含まれていない使用量に対して顧客に課金するオプションのディメンションを含めることもできます。 各ディメンションは、Marketplace 測定サービス APIを使用してサービスが Microsoft と通信する課金対象ユニットを表します。

重要

コード内の使用状況を追跡し、基本料金を超える使用量に対してのみ使用状況イベントを Microsoft に送信する必要があります。

手記

オファーは、オファーの作成時に公開された現地の市場価格を使用して、顧客の契約通貨で顧客に請求されます。 顧客が支払う金額と、独立系ソフトウェア ベンダーに支払われる金額は、顧客がオファーを取引した時点の外国為替レートによって異なります。 詳細については、「通貨を変換する方法」を参照してください。

サンプル オファー

たとえば、Contoso は、Contoso Analytics (CoA) と呼ばれるマネージド アプリケーション サービスを持つ発行元です。 Tocoa サービスをサブスクライブしている Azure のお客様は、選択したプランに基づいて 1 か月あたりのレポートを分析および生成できます。 Contoso は、Microsoft に測定イベントを送信することなく、定められた数量までサービスコールを測定します。 顧客が基本数量に含まれるものを超えるサービス呼び出しを使用する場合、Contoso は追加の使用のために使用状況イベントを Microsoft に送信します。 Marketplace 測定サービス API を使用してイベントを生成します。 Microsoft は、パブリッシャーによって指定された追加のサービス呼び出しについて顧客に請求します。

請求ディメンション

課金ディメンションは、ソフトウェアの使用に対する課金方法について顧客に伝えます。 これらのディメンションは、使用状況イベントを Microsoft に伝達するためにも使用されます。 これらは次のように定義されます。

  • ディメンション識別子: 使用状況イベントの生成中に参照される不変識別子。

  • ディメンション名: ディメンションに関連付けられた表示名 ("サービス時間" など)

  • 測定単位: 課金単位の説明 (例: "per hour")。

  • 単位あたりの価格: ディメンションの 1 単位の価格。

  • 月間に含まれる数量: 料金の支払いが毎月発生する顧客に含まれるディメンションの月間の数量は、整数である必要があります。

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

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

  • 識別子

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

  • 毎月支払いが発生する顧客に含まれる数量

ディメンションには、有効と無限の 2 つの特別な概念もあります。

  • 有効 は、このプランがこのディメンションに参加することを示します。 このディメンションに基づいて使用状況イベントを送信しない新しいプランを作成する場合は、このオプションをオフのままにします。 また、プランが最初に発行された後に追加された新しいディメンションは、既に公開されているプランでは "無効" として表示されます。 無効になっているディメンションは、顧客が表示するプランのディメンションの一覧には表示されません。
  • "∞" の記号で表される無限は、このプランがこのディメンションに対する従量制課金使用なしに、このディメンションに参加することを示します。 このディメンションによって表される機能がプランに含まれていることを顧客に示す場合は、使用量に制限はありません。 無限使用量のディメンションは、顧客が表示するプランのディメンションの一覧に表示されます。 このプランでは料金は発生しません。

手記

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

  • 新しいプランに新しいディメンションを追加できます。 新しいディメンションは、既に発行されているプランでは有効になっていません。
  • 固定の月額料金でディメンションなしでプランを発行し、新しいプランを追加し、そのプランの新しいディメンションを構成できます。 新しいディメンションは、既に発行されているプランでは有効になっていません。

制約

ロック動作

Marketplace 使用状況測定サービスで使用されるディメンションは、顧客がサービスに対して支払う方法を理解することを表します。 オファーが発行されると、ディメンションのすべての詳細は編集できなくなります。 オファーを発行する前に、ディメンションを完全に定義することが重要です。

ディメンションを使用してオファーが発行された後、そのディメンションに関するオファーレベルの詳細を変更することはできなくなります。

  • 識別子

プランが公開された後、次のプランレベルの詳細を変更することはできません。

  • 月間に含まれる数量
  • ディメンションがプランに対して有効になっているかどうか

手記

Marketplace 測定サービスを使用した従量制課金は、Azure Government Cloud ではまだサポートされていません。

上限

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

サポートを受ける

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

  • Marketplace 測定サービス API に関する技術的な問題
  • あなた側のエラーまたはバグによってエスカレートする必要がある問題(たとえば、間違った使用イベント)
  • 従量制課金に関連するその他の問題

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