原文と必ずしも一致しない場合があります。正確な内容は、公式ドキュメントの原文[英語]をご覧ください。おけるチャートや表、レポートで有効な情報が見えにくくなります。アプリケーションとどのように連携してメトリクスを効果的にグループ化し、メトリックのグループ化の問題を回避できるかを理解できます。防止ここでは、メトリックのグループ化により、トランザクションの構成がどのように変化するかをグループ化の「前」と「後」を示しています。グループ化することで、パフォーマンスの問題があるパターンを簡単に特定できるようになります。アプリでメトリックのグループの問題が発生しないようにする手順は以下の通りです。エージェントの最新バージョンを実行していることを確認してください。エージェントを最新バージョンにアップグレードしてください。エージェント固有の手順を参照してください。メトリックグループ化の原因メトリックのグループ化問題は、メトリック名の粒度(たいていの場合ウェブトランザクション名)が細かすぎるため、少数のコードパスに対して数百または数千の異なるウェブトランザクション名が存在することによって発生します。フルパスを生成したり、URLパスの一意の要素がトランザクション名に含まれている場合、これらの共通パスはそれぞれ独自の一意の名前を持ちます。例この例では、ユーザーが件名を持つ記事を書き込み、他のユーザーが参照できるように投稿できるアプリケーションがあるとします。アプリには、記事を追加する、記事を検索する、記事を表示するという3つの主要機能があります。サイトの記事を参照しています。http://example.com/article/view/How_to_Install_New_Relichttp://example.com/article/view/How_New_Relic_Saved_the_Dayhttp://example.com/article/view/Where_do_I_get_New_Relic3つの記事はすべて異なる記事です。各記事を生成するコードは同じです。多くのウェブフレームワークではこのテクニックが使用されています。一部としてコントローラーやルート(この場合は、article/view)があります。これらのパターンを自動的に識別し、類似したルートをグループ化して、メトリックのグループ化の問題を防止しています。ごとにメトリクスを送信することになります。訪れる可能性があります。リストされ、メトリックのグループ化問題が発生します。一部となっている場合によく発生します。アプリが報告した他のメトリックでも発生する可能性があります。効果的にグループ化されたメトリクス(コントローラー、永続データベースのテーブル、特定の外部サービスなど)ではなく、無限のメトリクスのリストを作成できる状況では、メトリックのグループ化問題が発生する可能性があります。アプリの監視とパフォーマンスアプリケーションのパフォーマンスを監視し、向上させるためには、個々の記事が表示される速さよりも、機能の平均的なパフォーマンス(サイト上の記事表示など)を知るほうがずっと有益です。ページで、通常、その機能(たとえば、/article/view/*)で一つのエントリを表示するようにしています。このグループ化は、記事の閲覧にどれくらいの時間を費やしたかをよりよく理解し、記事を表示する際のパフォーマンス上の問題を簡単に特定できるようにします。これらの統計が数百、数千のトランザクションに分散されている場合は、傾向や回帰、パフォーマンスの向上を検出することは非常に困難です。エージェントには、コントローラーとフレームワークを検出する個別の方法があります。ほとんどは自動ですが、いくつかの場合には、設定ファイルで設定を有効、無効を切り替える必要があります。推奨方法に従うことで、メトリックのグループ化の問題を防ぐこともできます。関連する情報は以下のとおりです。DEGICAについて。