Azureのデータリクエストが増えました。Azureダッシュボードで調整できます。

Question

私は最近Azure Webappサービスを初めて導入しました。

これはidをファイアウォールのデータテーブルに格納し、そのIDが存在するかどうかを問い合わせる別のエンドポイントを格納するapiアプリケーションのような単純なリクエストビンでした。これは、展開テストでウェブフックをテストするために使用されます。

しかしほとんどで、私はストレージをヒットする5月60のテーブル要求を期待しています、偉大な作品は、書き込みで一日占め、私は10,23k要求（かなり一貫してを受け取った最後の24時間の中でペアに

を読みます私はストレージを通して見ているAPI Screenshot of azure data account requests

を通じて設定されていない夜）だけでなく、キューとブロブの要求は、監査ログは、私がほぼ独占的に見空白の「発信者」列でのキー操作をリスト占める audit log

内部Azureプロセスであることを意味しますか？私はいくつか私ですが、私はダッシュをチェックしていると思うでしょう

デプロイメントテスト自体はライブではなく、DataTableにはテスト中に挿入した2つの初期テストエンティティのみが含まれているため、 。ルーキーミス私は確信しているが、任意のアイデアですか？

ボーナス：以下のブロックを使用してデータテーブルを初期化します。空きティア・インスタンスのapiClientクラス・コンストラクタ・メソッドにあります。 table.createIfNotExists（）

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

_tableClient = _storageAccount.CreateCloudTableClient(); 

table = _tableClient.GetTableReference("webhookreceipts"); 

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

感謝

をデータトランザクションとしてカウントさと自由層の上のプロセス間でコンストラクタハンマーで存在している紺碧の動きとして呼び出しを行いん

アップデート：私は残っている

それは再び夜間に実行され、前と同じ夜間に約500件のリクエストを繰り返してきたようです。

Answer 1

最初に、「ログのリストキー」をクリックして詳細情報を表示することをお勧めします。プロパティー 'EVENT TIMESTAMP' & 'CALLER'に注目して、いつトリガーされたのか、誰がそれをしたのかを把握してください。第2に、Azureテーブルに関連するすべてのコードをコメントして結果を確認してください。第3に、同じ問題があるかどうかを確認するために新しいAzureアカウントを作成してください。すべて私の側で動作します。この問題が依然として残っている場合は、より良いヘルプを得るためにAzureサポートに連絡することをお勧めします。