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

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

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

マネージド アプリケーション プランで従量制課金を使用するには、次の条件を満たすことが必要です。

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

Note

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

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

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

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

重要

コード内の使用状況を把握し、基本料金を超えた使用分についてのみ、使用状況のイベントを Microsoft に送信する必要があります。

Note

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

サンプル オファー

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

課金ディメンション

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

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

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

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

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

  • 月間契約の無料使用量: 定期的な月額料金を支払ったお客様への 1 か月あたりのディメンションの数量。整数である必要があります。

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

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

  • Identifier

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

  • 月次払いのお客様の無料使用量
  • 年次払いのお客様の無料使用量

ディメンションには "有効化" と "無限" という 2 つの特殊な概念もあります。

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

Note

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

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

制約

ロック動作

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

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

  • Identifier

プランが公開されると、以下のようなプラン レベルの詳細を変更できなくなります。

  • 月間の無料使用量
  • プランに対してディメンションが有効になっているかどうか

Note

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

上限

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

サポートを受ける

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

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

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

次のステップ