2012-12-26 31 views
0

This is Windows Azure Resource Provider SDK。我试过阅读concepts,无法确定它是否允许我做我想做的事。如何使用Azure资源提供程序接收我的服务的付款?

我有一个托管在Windows Azure中的Web服务。用户获得一个用户名 - 密码对,通过PayPal支付服务费用,然后他们可以向指定的URL提供网络请求,提供他们的用户名 - 密码对,服务将根据他们的请求数量扣除资金。当他们通过PayPal付款时,他们购买“提出N次请求的权利” - 他们在服务内部的余额由于支付的“请求数量”而增加。所以这是一项按使用量付费的服务。

现在我想使用资源提供程序SDK向我的服务请求的人数向我的服务公开我的服务。

concepts文件说

然后用户创建一个订阅。订阅是一个命名实体,例如3个月免费试用或MyApp制作。您可以在帐户门户上查看自己的订阅。

接下来,用户创建一个或多个资源,如网站或虚拟机。网站和虚拟机是两种不同的资源类型。每个资源仅在一个Subscription中部署。

订阅部分或多或少是明确的。那么Resource对象呢?我的意思是描述继续“如网站或虚拟机”,但我想提供的不是一个网站,也不是一个虚拟机,这是一个排队一定数量的请求到我的服务URL的权利。

要么我没有得到简单的东西,或者Azure资源提供程序SDK不是我可以使用的。

如何使用Azure资源提供程序SDK将我的按使用量付费服务提供给Azure商店?

+0

我已将此问题转发至http://weblogs.asp.net/scottgu/archive/2013/01/23/windows-azure-store-new-add-ons-and-expanded-availability.aspx? CommentPosted =真#commentmessage。希望我们能得到答案。 –

回答

0

订阅可以被认为是用户商务关系的标识符[想象一下信用卡要收取的标识符] 资源或另一方的插件是标识用户服务实例的标识正在购买。

在你的情况下,让我们打电话给你的服务“SharpToothService”,用户可以去服务和购买发送“n SharpTooths/month”9.99的能力。

尖牙将是资源。 &的用户名和密码将是输出项[供应的结果和采购资源]

[当你相处,你可能对计划的问题 - 计划是什么标识如出售packagae。也许你有银计划“100个Sharptooths为9.99 /月:金一个是‘500个SHarptooths为19.99 /月’等

1

所有的混乱是因为怎样的文档的措辞它说

。然后,用户创建订阅。订阅是一个命名实体,例如3个月免费试用或MyApp生产。

这部分是真实的。用户确实创建了订阅,但通常在他从Azure Store进行首次购买之前就已经发生了。订阅是Azure的事情,它们并不特定于Azure商店。 RP所看到的是订阅ID(当前以GUID字符串表示的形式)以及订阅ID,RP可以区分不同用户进行的购买。

然后进入这个

接下来,用户创建一个或多个资源,比如一个网站或者虚拟机。网站和虚拟机是两种不同的资源类型。每个资源仅在一个Subscription中部署。

这距离真正的很远。

用户从Azure Store展示柜(基本上是可用服务列表)中选择一个“产品”,然后他选择一个“计划”(即“您支付X金钱并获得服务的Y”类型) ,X对于免费计划是零)并且他选择“资源名称”。 “资源名称”取决于用户 - 他选择它。

“资源类型”是用于“祭”,这必须是在整个天青唯一性,并且由RP设计者选择一个独特的符号的标识符。因此,像“网站”或“虚拟机”的例子都非常糟糕和无用的 - 事实上你会想有一个像CompanyXMalingService“资源型”,这样,当别人想提供“邮寄服务”,他可以提供CompanyYMailingService而当您自己想要提供“电话服务”时,您可以使用CompanyXTelephonyService而不与其他人发生冲突。

现在,如果你提供与计费模式“每周期N个请求”的东西,你只能有“一个月”的时间段,因此它只能是“每月N个请求”,没有别的。假设你的产品“资源类型”是CompanyXCoolRequests

该模型的计算方式如下:用户点击您的产品,选择计划(例如,每月1000个请求),直到他被标榜点击通过。同时,商店会向您的RP发送一个请求,说明有一笔购买需要使用CompanyXCoolRequests类型的特定ID资源进行订购,并且有一些资源名称,计划标识符将位于请求内。您的RP会在您的服务中创建一个帐户,并在该帐户中提取请求的数量,它必须提供用户ID和密码(或者使用您的服务需要的任何东西) - 或者作为用户点击时显示的“输出项目” “连接信息”按钮或通过点击“管理”按钮时用户重定向的服务页面。

现在有以下选项。多年来没有任何事情发生,然后这意味着用户购买是活跃的并且他每月收费,该月在他购买日期开始并且持续到下个月的相同日期。你必须每月向他提供1000个请求。你必须决定如何处理剩余的余额(比如月结束了,他只用了800个请求),以及在新月开始前他把所有东西都用完了该怎么办。用户还可以从他的订阅中“删除”您的产品 - 他将不再被计费,商店会向您的RP发送请求,并且您必须删除或阻止您之前在您的服务中创建的帐户。也有可能是订阅级别的事件,如暂停订阅 - 那么你必须暂时阻止该订阅的所有资源,并能够恢复所有订阅“恢复”,最后用户可以“升级”他通过切换到更昂贵的计划购买 - 您必须在您的服务中将额外单位记入他的“帐户”。

相关问题