Azure函数应用程序Blob触发器产生意外的出口/带宽
我有一个Azure Function应用程序，仅限于使用AAD的组织用户。这不是一个高容量的应用程序：上周它只有104个独立用户，302个会话和3k页面浏览量。它提供的最大blob是5kb。（对于最大的文件，如果每个页面视图都使用它，那么在一周内使用“餐巾纸背面”策略大约需要15Mb：3k页面视图，但事实并非如此） 然而，在过去的一周里，我的功能应用程序使用的存储帐户的出口图表如下所示。。。刚刚超过2Gb的水滴出口 奇怪的是，blob出口似乎与应用程序的其他使用模式没有关联：注意，与用户的（更正常的）上下模式相比，blob出口模式相当稳定 这让我想到：我有几个报告的后台进程，其中一个是每日计时器功能——它生成每日报告并将其放入blob存储，然后通过电子邮件发送给一些用户所以我的问题是：拾取报告文件的blob触发器函数是否以某种方式导致所有这些出站blob流量？[注意，它没有什么特别的作用：获取注入的流并将其附加到SendGrid的电子邮件对象，仅此而已]Azure函数应用程序Blob触发器产生意外的出口/带宽,azure,azure-functions,Azure,Azure Functions,我有一个Azure Function应用程序，仅限于使用AAD的组织用户。这不是一个高容量的应用程序：上周它只有104个独立用户，302个会话和3k页面浏览量。它提供的最大blob是5kb。（对于最大的文件，如果每个页面视图都使用它，那么在一周内使用“餐巾纸背面”策略大约需要15Mb：3k页面视图，但事实并非如此） 然而，在过去的一周里，我的功能应用程序使用的存储帐户的出口图表如下所示。。。刚刚超过2Gb的水滴出口 奇怪的是，blob出口似乎与应用程序的其他使用模式没有关联：注意，与用户的（更正
我怀疑这是一个水滴接收机制。。。但我想我会在这里问一下，以防有人能在花时间深入挖掘之前提供帮助。（很明显，这并不多，但对于这样一个小应用程序来说，这似乎比实际情况要好得多——而且我不喜欢在我刚刚做错什么的情况下让我的雇主花钱）我建议查看存储在
$logs