我最近开始为我的Windows Azure帐户使用Web部署加速器。它提供了一个即时的回报，节省时间，是一个极好的产品。
然而，由于"所有东西"现在都存储在Azure存储而不是常规的E:Drive中，我立即看到了使用该工具的成本后果。
一天之内我就赚了4美分新西兰元。为了做到这一点，我不得不烧掉大约80,000个存储事务，坦率地说，我不知道它们都去了哪里。
我上传了6个非常小的网站，每个网站的文件不超过300个。所以我想知道:
。Web部署加速器有一个分析工具，它可以让我看到80000个存储事务是在哪里以及如何用于这样一个小产品的。它是存储事务密集型工具吗?是否对该工具的操作方式进行了成本分析?在考虑成本的情况下进行了优化吗?
b。如果我使用这个工具，我支付2存储事务每http请求到一个网站?由于该工具现在将web服务器日志写入表存储，这将是一个存储请求来提取http请求资源(img，脚本等)和一个存储请求来写入日志条目，不是吗?
我不担心现在的费用，我担心的是未来，如果我开始把我所有的托管业务转移到云端。我的意思是，我现在甚至只是"看"一下我的数据就被收费了，对吧?如果我使用Azure存储资源管理器之类的工具列出存储文件夹的内容，那么存储事务的数量是x，其中x =文件夹中的文件数量?
不确定是否有第三方分析器工具，但Windows Azure Storage日志记录和指标将为您提供关于个人访问和每小时汇总的非常详细的信息。启用它非常简单，2011年11月的SDK包括对启用所需的API调用的支持。请参阅此处查看提供的指标和日志记录的概述。
我的团队与Fullscale180一起构建了一个存储库，Azure Store XRay，以演示如何启用和查询存储指标和日志记录。注意:这是在SDK支持日志记录和指标之前发布的，所以它使用REST API调用。但是，如果您尝试使用库，这不会影响您。
您还可以查看另一个代码演示，Cloud Ninja，它调用XRay库来显示其指标(参见此处运行演示)。
关于查询blob容器中对象的存储:这不是1:1的事务:文件场景。在列出容器中的项时，可以指定要返回的blob的最大数目。有可能在一个事务中返回所有blob。当然，如果您抓取每个blob，那么每个blob将至少是一个事务(取决于blob的大小)。