我如何使用Azure Resource Provider为我的服务接收付款?

我如何使用Azure Resource Provider为我的服务接收付款?,azure,cloud,azure-store,Azure,Cloud,Azure Store,。我试着去阅读,但不确定它是否允许我做我想做的事情 我有一个在WindowsAzure中托管的web服务。用户获得一个用户ID密码对,通过PayPal支付服务费用,然后他们可以通过提供用户ID密码对的指定URL发出web请求,服务将根据他们的请求数量扣除资金。当他们通过PayPal支付时,他们购买了“发出N个请求的权利”——他们在服务中的余额增加了他们支付的“请求数”。所以这是一个按使用量付费的服务 现在,我想使用资源提供商SDK将我的服务公开给Azure应用商店,向用户收取他们对我的服务的请求

。我试着去阅读,但不确定它是否允许我做我想做的事情

我有一个在WindowsAzure中托管的web服务。用户获得一个用户ID密码对,通过PayPal支付服务费用,然后他们可以通过提供用户ID密码对的指定URL发出web请求,服务将根据他们的请求数量扣除资金。当他们通过PayPal支付时,他们购买了“发出N个请求的权利”——他们在服务中的余额增加了他们支付的“请求数”。所以这是一个按使用量付费的服务

现在,我想使用资源提供商SDK将我的服务公开给Azure应用商店,向用户收取他们对我的服务的请求数量

文件说

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

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

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

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


如何使用Azure Resource Provider SDK向Azure Store公开我的按使用量付费的批量服务?

可以将订阅视为用户商业关系的标识符[考虑要向哪个信用卡收费的标识符] 另一个had上的资源或加载项用于标识用户正在购买的服务实例

在您的情况下,让我们将您的服务称为“SharpToothService”,用户可以访问该服务并购买以9.99的价格发送“n个Sharptooth/月”的功能

锋利的牙齿将是资源。 &用户名和密码将是输出项[资源调配和购买的结果]

[当你们相处融洽时,你们可能会对计划产生疑问]-
计划是确定销售包装的内容,例如,您可能有“9.99/月100个锐齿”的银色计划:“19.99/月500个锐齿”的金色计划

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

这部分是正确的。用户确实创建了订阅,但这通常发生在他从Azure Store进行第一次购买之前很久。订阅是Azure的东西,它们不是特定于Azure Store的。RP看到的是订阅id(当前以GUID字符串表示形式)通过订阅id,RP可以区分不同用户的购买行为

然后是这个

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

这与事实相差甚远

用户从Azure Store showcase(基本上是一个可用服务列表)中选择一个“产品”,然后选择一个“计划”(即“您支付X笔钱并获得Y项服务”类型的产品,对于免费计划,X为零),然后选择一个“资源名”。资源名由用户决定-他选择

“资源类型”是“产品”的唯一符号标识符,在整个Azure应用商店中必须是唯一的,并且由RP设计师选择。因此,“网站”或“虚拟机”之类的示例都是非常糟糕和无用的-事实上,您需要一个“资源类型”“像
CompanyXMalingService
这样,当其他人想提供“邮寄服务”时,他可以提供
companyymalingservice
,当你自己想提供“电话服务”时,你可以使用
CompanyXMalingService
,而不会与其他人发生冲突

现在,如果您提供“每个周期N个请求”的计费模型,那么您只能将“一个月”作为一个周期,因此它只能是“每个月N个请求”,其他什么都不能。假设您提供的“资源类型”是
CompanyXCoolRequests

然后,模型如下:用户单击您的产品,选择一个计划(例如,每月1000个请求),然后单击,直到收到账单。同时,商店将向您的RP发送一个请求,告知您购买了一个订阅,该订阅具有
CompanyXCoolRequests
类型的特定资源id,并且具有某些资源名称,计划标识符将位于请求内。您的RP在您的服务中创建了一个帐户,并记入那里的请求数,它必须提供用户id和密码(或使用您的服务所需的任何东西)-作为“输出项”,当用户单击“连接信息”按钮时显示,或通过服务页面,当用户单击“管理”按钮

现在有以下选项。要么几年内什么都没有发生,然后这意味着用户购买是活跃的,他每个月都会收到账单,这个月从他购买之日开始,一直持续到下个月的同一天。你必须每月向他提供1000个请求。你必须决定如何处理leftover余额(如本月即将结束,他只使用了800个请求)以及在新月开始前用完所有内容时该怎么办。用户还可以从订阅中“删除”您的产品-他将不再收取账单,商店将向您的RP发送请求,您必须删除或阻止该请求