向最终用户计量和计费 azure 成本

发布于 2024-09-14 16:12:57 字数 80 浏览 2 评论 0原文

我正在 Azure 中设计一个 Web 服务。是否可以计量每个最终用户的实际 Azure 平台使用成本? Azure 是否向最终用户提供计费服务?

I'm designing a Web-service in Azure. Is it possible to have the actual Azure platform usage costs metered per end-user? And does Azure provide billing services to end-users?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(5

罪歌 2024-09-21 16:12:57

如今的 Windows Azure 计费模型主要针对服务帐户所有者进行计费 - 没有针对直通转售类型计费的规定。

目前,销售在 Windows Azure 上运行的应用程序和服务的推荐模型是为您的客户/与您的客户建立一个新的 Windows Azure 帐户,并将您的 Windows Azure 服务或 Web 应用程序部署到客户的 Windows Azure 帐户中。客户直接向 Windows Azure 支付他们使用的时间、存储和带宽费用,并单独向您支付开发或维护应用程序的费用。

如果您的客户是一家想要使用 Azure 软件来支持数千名客户的企业,则此模型是可行的 - 每个客户企业都将拥有自己的 Azure 帐户。如果您的软件是单用户应用程序(例如您销售给个人最终用户的个人税包或纸牌游戏),则此模型不起作用。

The Windows Azure billing model today focuses on billing the owner of the service account - there are no provisions for a pass-through reselling type of billing.

The recommended model for selling applications and services running on Windows Azure today is to set up a new Windows Azure account for/with your client and deploy your Windows Azure service or web application into the client's Windows Azure account. The client pays Windows Azure directly for time, storage, and bandwidth they use, and the client pays you separately for developing or maintaining the application.

This model is workable if your client is a business that wants to use your Azure software to support thousands of their customers - each client business would have their own Azure account. This model does not work if your software is a single user application such as a personal tax package or solitaire card game that you are selling to individual end users.

一场信仰旅途 2024-09-21 16:12:57

正如大家所说,Azure 不支持任何计费或用于计费的 Web 服务,但是在 Codeplex 上,您可以找到用于您自己的计费的示例/某种基础设施。

默认实现包括对 PayPay 的支持..

无论如何..它可能会有所帮助...

以下是介绍内容:


Cloud Provisioning &计费 (CPB)

http://cpb.codeplex.com/

项目描述

云配置和云服务计费 (CPB) 是一种简单但功能强大的 Web 应用程序,允许服务提供商向其客户公开其 Windows Azure 平台服务和资源。

CPB 支持两种主要业务方案:

  • 转售 Windows Azure 平台服务和资源以及提供商开发的增值服务
  • 使提供商的客户能够在将提供商的应用程序部署到 Windows Azure 平台之前对其进行自定义

As everyone has said, Azure does not support any billing or web service for billing however on codeplex you can find an example/ sort of infrastructure for your own billing.

The default implementation includes support for PayPay..

Anyway.. it may help...

Here is what the intro says:


Cloud Provisioning & Billing (CPB)

http://cpb.codeplex.com/

Project Description

Cloud Provisioning & Billing (CPB) is simple yet powerful web application allowing service providers to expose their Windows Azure Platform services and resources to their customers.

CPB enables two major business scenarios:

  • Resell Windows Azure Platform services and resources along with value-added services developed by the provider
  • Give provider's customers an ability to customize provider's applications before they are deployed in Windows Azure Platform
坚持沉默 2024-09-21 16:12:57

查看 Microsoft DPE 团队发布的新 Cloud Ninja Metering Block,它为您提供强大且可靠的功能。可扩展功能,可在多租户应用程序中启用按租户计量。

http://cnmb.cloudapp.net/

check out the new Cloud Ninja Metering Block that the Microsoft DPE team published which gives you powerful & extensible capabilities to enable metering per tenant in a multi-tenant application.

http://cnmb.cloudapp.net/

非要怀念 2024-09-21 16:12:57

答案是“如今的 Windows Azure 计费模型主要针对服务帐户所有者进行计费 - 没有针对直通转售类型计费的规定。”在这一点上几乎是底线。

如前所述,上面列出了软件的可能性,但我还有一点要补充。

在 SaaS 风格解决方案中,需要按照您的建议分解成本。需要做的是分解成本,并将它们与应用程序内的事件相关联,可能作为与实际应用程序非常松散耦合的横切关注点。然后可以在您的级别上进行跟踪,以实现应用程序的多租户。在 Windows Azure 中还必须小心,因为如果没有对定价以及架构将如何影响定价进行非常彻底的审查,那么对每个用户安装的多租户应用程序进行衡量、监控和定价是一件很棘手的事情。

祝你好运,弄清楚这一点。我一直在研究一些基本的定价架构,这是一个相当复杂的组合,具体取决于架构的部署方式。

The answer "The Windows Azure billing model today focuses on billing the owner of the service account - there are no provisions for a pass-through reselling type of billing." is pretty much the bottom line at this point.

As noted there are the software possibilities listed above, but I have one additional point to add.

In SaaS Style Solutions one needs to break out cost as you suggest. What needs to be done is to break out the costs, and associate them to events within the application, possibly as a cross cutting concern that is very loosely coupled to the actual application. Then tracking can be done at your level, for the multi-tenancy of the application. One also has to be careful in Windows Azure, as multi-tenant applications that install per user are a tricky thing to gauge, monitor, and price without a very thorough review of the pricing and how the architecture will affect that pricing.

Good luck on getting that figured out. I've been working up some basic pricing architectures and it is a rather complex mix of things depending on how the architecture is deployed.

余生再见 2024-09-21 16:12:57

我会查看 www.cloudsplit.com,

但不确定它是否完全开放。

I'd check out www.cloudsplit.com

Not sure if its fully open yet though.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文