0

これは Windows Azure リソース プロバイダー SDKです。私は概念について読み込もうとしましたが、それが私が望むことを可能にするかどうかを明確に理解することはできません.

Windows Azure でホストされている Web サービスがあります。ユーザーはユーザー ID とパスワードのペアを取得し、PayPal を介してサービスの料金を支払います。その後、ユーザー ID とパスワードのペアを提供する指定された URL に Web リクエストを送信できます。サービスは、リクエストの数に基づいて資金を差し引きます。PayPal 経由で支払う場合、「N リクエストを行う権利」を購入します。サービス内の残高は、支払った「リクエスト数」だけ増加します。つまり、従量課金制のサービスです。

ここで、リソース プロバイダー SDK を使用してサービスを Azure ストアに公開し、ユーザーがサービスに対して行う要求の数に応じて料金を請求したいと考えています。

概念ドキュメントは言う

次に、ユーザーはサブスクリプションを作成します。サブスクリプションは、3 か月間の無料トライアルや MyApp Production などの名前付きエンティティです。アカウント ポータルで自分のサブスクリプションを表示できます。

次に、ユーザーは Web サイトや仮想マシンなどの 1 つ以上のリソースを作成します。Web サイトと仮想マシンは、2 つの異なる ResourceType です。各リソースは、正確に 1 つのサブスクリプションの下にデプロイされます。

サブスクリプションの部分は多かれ少なかれ明確です。Resourceオブジェクトはどうですか？「Web サイトや仮想マシンなど」という説明が続きますが、私が提供したいのはサイトでも VM でもなく、サービス URL への一定数のリクエストをキューに入れる権利です。

単純なものが得られないか、Azure Resource Provider SDK を使用できるものではありません。

Azure リソース プロバイダー SDK を使用して、従量課金制サービスを Azure ストアに公開するにはどうすればよいですか?

4

2 に答える 2

1

すべての混乱は、ドキュメントの言い回しが原因です。それは言う

次に、ユーザーはサブスクリプションを作成します。サブスクリプションは、3 か月間の無料トライアルや MyApp Production などの名前付きエンティティです。

これは部分的に真実です。ユーザーは確かにサブスクリプションを作成しますが、それは通常、Azure ストアから最初の購入を行うずっと前に行われます。サブスクリプションは Azure のものであり、Azure ストアに固有のものではありません。RP が認識するのはサブスクリプション ID (現在は GUID 文字列表現の形式) であり、サブスクリプション ID によって、RP は異なるユーザーによる購入を区別できます。

それからこれに行きます

次に、ユーザーは Web サイトや仮想マシンなどの 1 つ以上のリソースを作成します。Web サイトと仮想マシンは、2 つの異なる ResourceType です。各リソースは、正確に 1 つのサブスクリプションの下にデプロイされます。

これは真実とはかけ離れています。

ユーザーは、Azure Store ショーケース (基本的には利用可能なサービスのリスト) から "提供物" を選択し、次に "プラン" を選択します (これは "X のお金を支払うと Y のサービスを取得する" タイプのオファーで、X はゼロです)。無料プランの場合)、「リソース名」を選択します。「リソース名」はユーザー次第です - 彼はそれを選びます。

"リソースの種類" は "オファリング" の一意の記号識別子であり、Azure ストア全体で一意である必要があり、RP デザイナーによって選択されます。したがって、「Web サイト」や「仮想マシン」などの例は、どちらも非常に悪く役に立たないものですCompanyXMalingService。あなた自身が、他の人と衝突せずにCompanyYMailingService使用できる「電話サービス」を提供したいと考えています。CompanyXTelephonyService

「期間あたり N リクエスト」の請求モデルで何かを提供する場合、期間として「1 か月」しか持てないため、「1 か月あたり N リクエスト」しか使用できません。オファリングの「リソース タイプ」が であるとしますCompanyXCoolRequests。

モデルは次のようになります。ユーザーは提供物をクリックし、プラン (たとえば、1 か月あたり 1000 リクエスト) を選択し、請求されるまでクリックスルーします。一方、ストアは RP にリクエストを送信し、タイプのリソースの特定の ID とCompanyXCoolRequestsリソース名を使用してサブスクリプションの購入があったことを伝えます。プラン識別子はリクエスト内にあります。RP はサービス内にアカウントを作成し、そこでリクエストの数を引き落とします。ユーザー ID とパスワード (またはサービスを使用するために必要なもの) を、ユーザーがクリックしたときに表示される「出力項目」として提供する必要があります。 「接続情報」ボタン、またはユーザーが「管理」ボタンをクリックするとリダイレクトされるサービスページ経由。

現在、次のオプションがあります。何年も何も起こらなかった場合、それはユーザーの購入がアクティブであり、毎月請求されることを意味し、月は購入した日から始まり、翌月の同じ日まで続きます。毎月 1000 件のリクエストを彼に提供する必要があります。残りの残高をどうするか (その月が終わり、彼は 800 リクエストしか使用しなかったなど) と、新しい月が始まる前に彼がすべてを使い果たした場合にどうするかを決定する必要があります。ユーザーはサブスクリプションからあなたの提供物を「削除」することもできます - ストアがあなたの RP にリクエストを送信すると、彼はもはや請求されなくなり、サービスで以前に作成したアカウントを削除またはブロックする必要があります。ある可能性もある」

于 2013-04-11T11:23:21.807 に答える
0

サブスクリプションは、ユーザーの商取引関係船の識別子と考えることができます [請求するクレジット カードの識別子を考えてください] リソースまたはアドオンは、ユーザーが購入しているサービスのインスタンスを識別するものです。

あなたの場合、サービスを「SharpToothService」と呼び、ユーザーはサービスにアクセスして、「n SharpTooths/月」を 9.99 で送信する機能を購入できます。

鋭い歯がリソースになります。& ユーザー名とパスワードが出力項目となります [リソースのプロビジョニングと購入の結果]

[仲良くしていると、計画について質問があるかもしれません] - 計画とは、例えば、販売されたパッケージを識別するものです。「9.99/月で 100 シャープトゥース」のシルバー プランと、「19.99/月で 500 シャープトゥース」のゴールド プランなどがあるかもしれません。

于 2013-01-31T16:17:41.357 に答える