用于Windows Azure Web部署加速器的存储事务探查器

我最近开始为我的Windows Azure帐户使用。它提供了即时回报，节省了时间，是一个极好的产品

然而，由于“一切”现在都存储在Azure存储中，而不是普通的E:Drive中，我立即看到了使用该工具的成本后果

在一天之内，我就赚了4美分的新西兰元。为了做到这一点，我必须处理大约80000个存储事务，坦率地说，我不知道它们都到哪里去了

我上传了6个非常小的站点，每个站点的文件不会超过300个。所以我想知道：

a。是否有一个用于Web部署加速器的分析工具，可以让我查看80000个存储事务在何处以及如何用于如此小的产品。它是存储事务密集型工具吗？是否对该工具的运行方式进行了成本分析？是否在考虑成本的情况下对其进行了优化

b。如果我使用此工具，我是否为每个站点的http请求支付2个存储事务？由于该工具现在将web服务器日志写入表存储，这将是一个用于提取http请求资源（img、脚本等）的存储请求，以及一个用于写入日志项的存储请求，不是吗

---

我不关心当前的费用，我关心的是如果我开始将所有托管业务都放到云中的未来。我的意思是，我现在被指控只是为了“看”我的数据，对吗？如果我使用x存储事务数这样的工具列出存储文件夹的内容，其中x=文件夹中的文件数？

不确定是否有第三方探查器工具，但Windows Azure存储日志记录和度量将为您提供有关单个访问和每小时汇总的非常详细的信息。它的启用非常简单，2011年11月的SDK支持启用所需的API调用。有关度量和日志的概述，请参阅

我的团队与Fullscale180合作构建了一个存储库，以演示如何启用和查询存储度量和日志记录。注意：这是在SDK提供日志记录和度量支持之前发布的，因此它使用RESTAPI调用。但是，如果您尝试使用该库，这不会影响您

您还可以查看另一个代码演示，它调用XRay库以显示其度量（请参阅运行演示）

---

关于查询blob容器中对象的存储：这不是1:1事务：文件场景。在容器中列出项目时，可以指定要返回的最大Blob数。有可能在一个事务中返回所有blob。当然，如果您抓取每个blob，那么每个blob将至少是一个事务（取决于blob大小）。有关列出blob的详细信息，请参阅。

我建议您在开发中使用accelerator，但在您的实时环境中切换到传统部署。