私は、mvc ミニプロファイラーはちょっとした「神からの贈り物」だと信じています。
Azure プラットフォームを対象とする新しい MVC プロジェクトに組み込みました。私の質問は、サーバー (ロール インスタンス) の境界を越えてプロファイリングを処理する方法です。
これは可能ですか?
私は、mvc ミニプロファイラーはちょっとした「神からの贈り物」だと信じています。
Azure プラットフォームを対象とする新しい MVC プロジェクトに組み込みました。私の質問は、サーバー (ロール インスタンス) の境界を越えてプロファイリングを処理する方法です。
これは可能ですか?
これらのアプリを別の方法でプロファイリングする必要がある理由がわかりません。本番サーバーでのアプリの動作をプロファイリングする必要があります。先に進んで実行してください。
単一のリクエストは引き続き単一のインスタンスで実行され、同じインスタンスからデータを取得します。別の物理層にあるサービスもプロファイリングする場合は、別のアプローチが必要になります。ミニプロファイラーがすぐにサポートしていないと確信している内部エンドポイントを介した通信を含みます。ただし、変更はそれほど複雑であってはなりません。
ただし、物理的に分離された層のプロファイルを作成する場合は、別の方法で説明します。具体的には、各層を個別にプロファイリングします。それが私がそれを最適化する方法だからです。他の層への呼び出しをプロファイラーステートメントでラップすると、問題がどこにあるかを確認でき、それでも問題を解決できます。
デフォルトでは、mvc-mini-profiler は を使用して結果を保存および配信しますHttpRuntime.Cache
。これにより、マルチインスタンス環境でいくつかの問題が発生します。
複数のインスタンスを使用している場合、これを機能させる方法は次のとおりです。
明らかに、どの戦略を選択しても、単一インスタンスの実装よりも多くの時間/リソースが必要になります。