Application Insightsを有効にして、類似のコードを実行する2つのASP.NET Core 2.0 Webアプリケーションがあります。ASP.NET Insight 2.0でApplication Insightsのトレースデータを減らす
サイト "A"は、netcoreapp2.0フレームワークを対象としています。データボリューム管理を見ると、膨大な量の「トレース」データが生成され、1日に数ギガバイトのデータが迅速に生成されます。私はそれを買う余裕がなく、正直なところ、それが私にとって何をしているのか、そのデータを見る方法を知らない。データサンプリングを8%に設定しましたが、1日が終わる前に1GBの上限に達しています。
サイト "B"はnet47フレームワーク(完全な.NET Framework)を対象としています。このウェブアプリケーションは、ほとんど「トレース」データを生成せず、はるかに管理しやすいデータ量です。中程度のトラフィックのサイトは、データサンプリングを行わずに1日に必要な1GBの制限値以下で快適にご利用いただけます。
サイトBはサイトAのトラフィックの約2倍を処理し、さらに多くの依存関係呼び出しを処理するため、トラフィックとは関係ありません。サイト間の構成の違いは間違いありません。
質問1:netcoreapp2.0を対象にすると、net47を対象とした場合と比べてApplication Insightsが極端な量のトレースデータを生成するのはなぜですか?
質問2:netcoreapp2.0を対象とする場合、Application Insightsがこの非常に高価なトレースデータを生成しないようにするにはどうすればよいですか?または、より一般的には、ASP.NET Core 2.0 WebアプリケーションでApplication Insights Traceのデータ収集を制御するにはどうすればよいですか?
これをもう少し見ると、組み込みのロギングメカニズム(ILoggerなど)を使用してasp.netコアのデフォルトログがAIに移行しているようです...私は実際にそのようなものを使用しませんしかし、どういうわけか、 "情報"レベル以上のものをAIに送るために魔法のように配線されています...それはたくさんのものです...デフォルトのasp.netコア設定はAIロガーのようなものを追加しますか? – Yellowfive