C# 更多Azure数据请求，然后我可以通过Azure dashboard进行协调

我最近部署了我们的第一个Azure webapp服务，这是一次非常轻松的体验

它只是一个简单的类似requestbin的api应用程序，用于将webhook触发的id存储到azure数据表中，以及查询该id是否存在的另一个端点。这用于在部署测试中测试webhook

工作得很好，但是我最多期望5月60日的表请求每天以写和读对的方式到达存储帐户

在过去的24小时里，我收到了10,23k个请求（整个晚上都非常一致），以及我没有通过API设置的队列和blob请求

通过查看存储帐户审核日志，我看到几乎完全列出了关键操作，“调用者”列为空

这是否意味着这是一个内部Azure进程？有些人是我，但我想那是我通过破折号检查的

部署测试本身不是活动的，DataTable只包含我在测试期间插入的两个初始测试实体，因此我无法真正解释这些请求。我肯定是新手犯了错误，但有什么想法吗

好处：我使用下面的块初始化我的数据表。它驻留在自由层实例上的apiClient类构造函数方法中。table.createIfNotExists（）是否算作数据事务，并且在azure跨空闲层上的进程移动时是否存在于调用中

_storageAccount = CloudStorageAccount.Parse(CloudConfigurationManager.GetSetting("StorageConnectionString"));

_tableClient = _storageAccount.CreateCloudTableClient();

table = _tableClient.GetTableReference("webhookreceipts");

// Create the table if it doesn't exist.
table.CreateIfNotExists();

谢谢

更新：

---

我又让它运行了一整夜，它似乎遵循了与以前相同的模式，即每小时循环500个请求。首先，我建议您单击审核日志“ListKeys”查看详细信息。请关注属性“事件时间戳”和“调用方”，以了解何时触发以及是谁触发的。第二，请注释所有与Azure表相关的代码以查看结果。第三，请创建一个新的Azure帐户，以查看是否存在相同的问题。一切都对我有利。如果此问题仍然存在，我建议您与Azure支持部门联系以获得更好的帮助

首先，我建议您点击审计日志“ListKeys”查看详细信息。请关注属性“事件时间戳”和“调用方”，以了解何时触发以及是谁触发的。第二，请注释所有与Azure表相关的代码以查看结果。第三，请创建一个新的Azure帐户，以查看是否存在相同的问题。一切都对我有利。如果此问题仍然存在，我建议您与Azure支持部门联系以获得更好的帮助

嘿，Jambor，谢谢你的回复，正如我前面所说的，我已经检查了ListKey事件的审核日志，调用者是空的，他们被分组在10个呼叫中，所有呼叫都落在同一秒上。这些小组有时相隔10分钟，有时相隔几个小时。我将用读写代码更新原始问题，但由于数据表中只有预期的键，我认为它们没有错。我对最后一个建议并不感兴趣，我更感兴趣的是了解这些请求的来源，而不是让它们消失。LukeI在msdn论坛上对此表示祝贺，这听起来很有希望。Hey Jambor感谢您的回复，正如我前面所说的，我已经检查了ListKey事件的审核日志，调用者是空的，他们被分组为10个呼叫，所有呼叫都落在同一秒上。这些小组有时相隔10分钟，有时相隔几个小时。我将用读写代码更新原始问题，但由于数据表中只有预期的键，我认为它们没有错。我对最后一个建议并不感兴趣，我更感兴趣的是了解这些请求的来源，而不是让它们消失。LukeI在msdn论坛上对此表示了欢呼，这听起来也很有希望