好的，我们是在2010年12月，azure现在出去了一段不错的时期。当然，我遇到过愚蠢的文章，预测与Azure一起运行会花费多少（http://robburke.net/2010/01/28/windows-azures-pricing-model-discourages-small-scale-apps/）。但我真正想知道的是谁运行了Real World Live Azure Apps？你的应用程序是什么样的 - 哪些服务，多少角色，什么存储，多少用户等，以及最终花了多少钱？
目前，试图弄清楚是否投入6个月开发天蓝色应用程序看起来很严峻，因为它是一个黑盒子预测运行应用程序的成本可能是多少。
我很惊讶我找不到一套好的真实世界的例子来帮助开发人员更好地了解如何帮助他们购买平台......
答案 0 :(得分：4)
我认为这是一个公平的问题，但是任何人都很难给你一个答案，因为你的结果总会有所不同，而且现场人员的回复对他们的特定情况来说太具体了。
我有一个在Azure中运行的真实解决方案。实际上，如果您决定使用Azure，请考虑使用它来优化Azure的计算实例分配：http://www.paraleap.com：）
我可以告诉您，由于需要部署/重新部署/并再次将环境重新部署到临时区域（仅按小时增量计算成本），您需要预算至少20％的额外计算时间当它在开发结构中工作时，发现云中的其他东西不起作用。在应用程序的初始不稳定时间尤其如此。如果你有一个庞大的QA团队可以解决你的Azure-QA环境，或者你要去客户进行beta测试并且他们正在测试你的Azure-Prod环境，这没关系。您需要经常安静地重新部署它们。 此外，正如我已经提到的，计划将您的实例计数调整为需求 - 希望自动或按计划。如果您要编写自己的监控来执行此操作，请为此添加/串/开发成本，存储成本和交易成本。外包这个仍然会花费一点点，因为性能指标至少需要保存一次，至少需要加载一次。这将为您节省多达50-80％的计算实例成本，具体取决于您的需求变化。
存储成本 - 如果你知道你的使用模式和目标架构，那么应该很容易估计......问题是，如果你以前使用过Relational数据库，现在将使用表存储，计划有3-4倍于您认为关系数据库的大小。使用表存储，您可以对ALOT进行非规范化。 3-4倍甚至可能太小的乘数 - 你的结果可能会有所不同。
交易成本。我发现有了这些，我的估计已经进一步下降了。来自关系世界，我并没有完全准备好我需要做的非规范化水平。非规范化不仅会导致更高的存储成本，还会导致更多的存储调用（更多的调用） - 从而导致更高的事务计数。
不幸的是，我的应用程序性质，我不能很好地使用事务模型。如果您可以使用事务，其中一堆东西存储在一个表中的一个PartitionKey中并通过一个事务提交 - 那么成本就会低得多。 所以，无论你认为你的交易成本是多少 - 将其乘以10左右就会处于悲观的一面。
我发现转移成本最容易计划，可能是因为它们是接口的一部分，并且更好地预先定义。您的里程可能会有所不同。
最后，诊断数据 - 您将需要保存一些跟踪/性能计数器/等。信息。别忘了为它做好计划。它有些非规范化，可以占用大量空间。
SQL Azure非常棒，因为它不会因交易成本而收费，并且如果在同一个数据中心内没有转移成本 - 但是存储数据的空间和成本非常有限。因此，我使用它来经常查询，但是小数据项。
希望这有帮助
答案 1 :(得分：2)
这是一个非常具体的用例问题，但我会发表以下评论：
我花费azure（以一种非常简单的方式）的方式是每个“计算单元”（1个cpu和std块的RAM）大约是90美元，相比之下，商店和带宽可以忽略不计，所以每月最多100美元每个计算节点。商店已经多余，所以你不必担心。因此，这是一对典型的Web场景，包括一对Web服务器，一个小型SQL数据库和一大块表存储，您每月的收入大约为210美元。
答案 2 :(得分：0)
查看SQL Azure定价计算器：