我在Azure上有一个Web应用程序，每月大约有10万个访问者，每个会话少于2个页面视图（仅纯SEO访问者）。
我刚刚研究了我们的Azure账单，惊讶地发现上个月我们传输了3.41 TB 的数据。
是3.41千兆字节。
这根本没有任何意义。我们的平均页面大小小于3mb（很多，但不是数学计算的30mb）。总数据输出应该实际上是：
3431000（mb）/ 150000（会话）= 23mb每个会话，这是绝对虚假的。像Pingdom这样的服务结果显示：
（似乎Stack.Imgur已经宕机-临时链接：http://prntscr.com/gvzoaz）
我的图表看起来像这样，这不是一时冲动。我已经有一段时间没有分析我们的账单了，所以这可能已经持续了一段时间：
（似乎Stack.Imgur已经宕机-临时链接：http://prntscr.com/gvzohm）
我们访问最多的页面是一个自动生成的SEO页面，该页面从带有+3百万条记录的数据库中读取信息，但它经过了优化，而且我们的数据库也不太昂贵。主要挑战是数据输出，这很费钱。
但是，我该如何测试这个问题？我从哪里开始？
我的架构：
我坚信我所有的资源都在同一个区域。这是我的主要使用杀手-我的应用程序和数据库的屏幕截图：
应用程序：
数据库：
我所有的资源：
