想要将 Windows Azure 用于几个项目,但由于我尚未使用它,我想知道如何计算出需要向最终客户端收取的费用,因为成本可能会根据使用/存储等情况而波动。
如果有人能评论一下其他人在向最终客户推荐 Azure 时如何首先报价成本以及他们每月如何收费(即设置可能会发生变化的每月数字),我将不胜感激。
最佳答案
只有在构建软件即服务应用程序或某些类似的 Multi-Tenancy 应用程序时,才应在客户和 Azure 费用之间进行协调。在这些情况下,您的收费应该只与 Azure 费用松散相关,并且可能很难弄清楚。例如,您可以测量每个租户的传出字节数,但很困难。
如果您在 Azure 上为一位客户构建应用程序,则没有理由成为收费中介。让客户坐下来,引导他们使用自己的信用卡设置 Azure 帐户。一旦他们创建了帐户,他们就可以让您成为管理员。让 Microsoft 直接向客户开具发票,不要参与其中。造成这种情况的原因有以下几个:
- 客户了解和成本控制是云的优势之一。拥有一个受过良好教育、了解并控制成本的客户是一个很好的客户,并且消除了很多复杂的解释。
- Azure 定价是公开的。如果您增加利润,客户可能会感到被敲诈。
- 您不知道应用程序的 future 负载,也无法承担设定固定价格的风险。如果您有足够的现金来承担风险,那么您为承担该风险而收取的价格就会变得过于昂贵。
首先,使用 Azure pricing calculator很好。当执行更复杂的操作时,定价计算器会崩溃,但对于初始报价来说它已经足够了。作为开发人员,您应该了解角色、数据库等的数量,以用于初始定价计算。
许多事情和许多架构决策都会影响成本,因此成本模型必须不断维护和更新。最大的因素之一是负载,至少在一开始,您可能不知道它是什么。看看CALM ,并引用生命周期和成本模型以获得更多见解。
如果您认为必须从应用程序中获得持续收入,请使用统一费率或您自己的模型签订支持协议(protocol)(例如每个角色每月 20 美元)。
总之,使用定价计算器计算大概数字,但让 Microsoft 直接向客户计费。
关于Azure 向客户定价,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14600915/