Performance Monitoring Tool - AppDynamics - を本番環境にデプロイしても問題ありませんか? 監視対象のアプリケーションは、標準の Java/J2EE Web アプリケーションです。
AppDynamics を使用したことはありませんが、実際にアプリケーションの速度が低下する可能性があることを懸念しています。
本番環境で AppDynamics を使用した人はいますか? または、テストの種類の環境でのみ使用する必要があります。
質問する
7985 次
5 に答える
5
完全開示: 私は現在、AppDynamics で働いています。
AppDynamics は大量生産環境向けにゼロから設計されましたが、本番環境でも非本番環境でも同様に機能します。現在、Netflix、Exact Target、Edmunds など、世界最大級のミッション クリティカルなアプリケーション環境で運用されています。以下は、既存の顧客からのいくつかの引用です…</p>
「本番環境で実行できるプロファイラーのようなものです」 -- Leonid Igolnik、Taleo
「オーバーヘッドはごくわずかであることがわかりました」 -- Jacob Marcus、Care.com
「生産の滑走路に影響を与えない監視ソリューションが必要でした」 -- John Martin、Edmunds
AppDynamics のオーバーヘッドは非常に低いですが、テストして確認することをお勧めします。AppDynamics の Web サイトから無料でダウンロードして使用できます。適切な APM ツールをお探しいただければ幸いです。
于 2012-11-26T17:52:11.290 に答える
4
ベンダーによって行われた仮定は多数ありますが、次のものが最も一般的です。
- アプリケーション リクエストの処理時間は、かなりのオーバーヘッドを小さくするのに十分な長さであると想定しています。
翻訳: データベース バックエンドのパフォーマンスが遅いと仮定します。
- 重要なオーバーヘッドの影響を軽減するために、インストルメンテーションはコード ソースの非常に限られたセクションに適用されると想定しています。
翻訳: パフォーマンスのホットスポットを既に知っていることを前提としています。
- かなりのオーバーヘッドをオフロードするために、十分に活用されていない処理能力が大量にあると想定しています。
翻訳: オーバーヘッドを隠すために使用されるトリックに気付かないことを前提としています。
- かなりのオーバーヘッドを現実的かつ確実に測定することは不可能であると想定しています。
翻訳: パフォーマンス エンジニアリングについてほとんど知らないことを前提としています。
そして私のお気に入り (5) は、ベンチマーク結果の公開に関するベンダーのソフトウェア ライセンス内の制限です。
翻訳: 私たちは、あなたが私たちの主張を盲目的に受け入れることを想定しています – 疑いの余地はありません.
于 2012-12-11T12:32:58.967 に答える
1
はい、アプリケーションがコール スタック サンプリングによって発生する余分な GC サイクルに敏感な場合はそうです。影響は、スレッドの数と典型的なコール スタックの深さによって異なります。これは AppDynamics に固有のものではなく、NewRelic や VisualVM Sampler などの他のコール スタック サンプリング ソリューションにも同様の影響があります。
http://www.jinspired.com/wp-content/uploads/2011/11/JXInsightOpenCore_vs_AppDynamics.pdf
于 2012-12-10T18:18:05.197 に答える
0
ガートナーのマジッククアドラントを調べてdynaTraceを入手することをお勧めします。これは、負荷がかかった状態での生産が1％未満であるため、オーバーヘッドがごくわずかであるためです。
于 2012-11-23T15:48:01.400 に答える