New Relicを検討している場合でも、すでに当社の機能を使用している場合でも、この一般的な用語の用語集が役立ちます。これから開始したい場合は、New Relicの使用を開始するを参照してください。
New Relic組織では、1つ以上のアカウントを持つことができます。アカウントはワークスペースと見なされます。特定のプロジェクトまたは特定のチームに関連するデータをモニターまたは分析するスペースです。各アカウントは、独自のアカウントIDを持ち、そのIDはAPIコールの作成など、アカウント固有のタスクに使用されます。アカウントを作成する理由の詳細については、アカウント構造を参照してください。
「アカウント」という言葉は、より一般的な業界の意味で使用されることがあります。たとえば、New Relic組織やNew Relic顧客、またはNew Relicユーザーのユーザーレコードの参照に使用することがあります。しかし、技術的には、New RelicのアカウントとはアカウントIDを有するアカウントを指します。
New Relic組織では、1つ以上のアカウントを持つことができます。
「アカウントファミリー」とは、親アカウントとその子アカウントを指します。つまり、請求によって結び付けられた関連アカウントのグループです。
複数のアカウントを持つ組織で複数のアカウントにアクセスできる場合は、アカウントスイッチャーを使用してアカウントを切り替えることができます。これは、New Relicホームページの右上およびその他のエンティティのリストビューにあります。
アカウントへのアクセスに影響する要因の詳細については、アクセスに影響する要因を参照してください。
アカウント設定を検索するには、user menuを使用します。
New Relicエージェントは、インストール可能なソフトウェアであり、さまざまな種類のテクノロジー（ウェブフレームワーク、オペレーティングシステム、データベースのタイプなど）と統合し、通常は特定の頻度でNew Relicにデータを報告します。エージェント、Infrastructureエージェント、エージェント、モバイル監視エージェントがあります。当社のエージェントが統合するさまざまなテクノロジーは、多数のインテグレーションの一部に過ぎません。
詳細については、以下を参照してください。
アラート機能の場合、これは集計ウィンドウがデータでいっぱいになるまでの待機時間（秒単位）を指します。aggregation_methodタイプ、CADENCEまたはEVENT_FLOWを使用する際に必須です。
New Relicアラートのコンテキストでは、データをウィンドウに集計し、現在のウィンドウが終了し、次のウィンドウがいつ開始するかを決定する必要があります。aggregation_methodは、特定の集計ウィンドウのすべてのデータのタイミングを通知するロジックです。ウィンドウが閉じると、データは1つのポイントに集計され、閾値に対して評価されます。このフィールドはオプションです。次の3つの値のいずれかを指定できます。
EVENT_FLOW：（デフォルト）各集計ウィンドウは、独自の遅延設定を超えたタイムスタンプが到着するまで待機します。これが発生すると、データが公開されます。着信データのタイムスタンプに依存するため、ウォールクロックタイムは関係ありません。頻繁に発生し、イベントスプレッドが低いソース（高スループットのメトリクス）に最適CADENCE：各評価ウィンドウがaggregation_delay設定と同じだけ待機する、ウォールクロックタイムをタイマーとして使用する従来のNew Relicロジック。このオプションを使用する場合はaggregation_delayが必須です。到着が遅すぎるデータはドロップされ、誤ったアラートが発生することがあります。EVENT_TIMER：各集計ウィンドウには、aggregation_timer設定に設定されたタイマーがあります。タイマーは、その集計ウィンドウに最初のデータポイントが表示されるとすぐに実行を開始します（データポイントのタイムスタンプに基づく）。aggregation_timerは、そのウィンドウに到着する新しいデータポイントごとにリセットされます。aggregation_timerが0に達すると、集計ウィンドウが公開されます。クラウドインテグレーションや頻度の低いエラーログなど、まばらなバッチデータに最適です。
New Relicアラートのコンテキストでは、これはバッチ全体が確実に処理されるように、各データポイントが受信された後に待機する時間（秒）です。EVENT_TIMER aggregation_methodタイプを使用する際に必須です。
New Relicのコンテキストでは、ストリーミングアラートは特定の時間にデータを収集します。これらの時間枠はカスタマイズできます。
データポイントは、タイムスタンプに基づきまとめて収集され、バッチとして報告されます。カスタマイズ可能な集計ウィンドウにより、不規則または頻度の低いデータポイントでアラートを送信する際の柔軟性が高まり、誤ったインシデントが少なくなります。
AI、つまり人工知能とは、通常は人間の知能を必要とするタスクを理解、学習、実行できるコンピューターシステムを指します。New Relicでは、AIとはエンドユーザーのプロンプトに基づいて応答を生成（または決定）するために大規模言語モデル（LLM）を使用する環境のレイヤーを意味します。
alertは、指定された担当者がアラートで追跡できるイベントまたはインシデントを通知します。
基本的なアラートコンセプトの関連性の説明については、コンセプトとワークフローを参照してください。
一意の数字condition_idで特定されるalert condition（またはcondition）には、インシデントとなる基準が含まれます。条件には、選択したターゲット上で期間中にメトリックタイムスライスまたはカスタムメトリックに設定される閾値が含まれます。
条件とその他の基本的なアラートコンセプトの関連性の説明については、コンセプトとワークフローを参照してください。
アラートのコンテキストでは、ストリーミングデータは一連の集計ウィンドウで評価され、アラート条件が違反しているか、または回復しているかを判断します。
集計ウィンドウの時間は、NRQLクエリ条件を実行する前にデータを収集する時間です。オフセット評価の時間は、データを評価する前に遅延データを待機する時間です。
ウィンドウにデータポイントがない場合は、信号損失のギャップとして扱われます。
アラートのコンテキストでは、アラートポリシーは1つ以上のアラート条件、1つ以上の通知チャネルそしてIncident preference設定の集合です。
ポリシー内に含まれる条件によって、インシデントプリファレンス設定に応じて、インシデントが開かれる場合があります。この場合、ポリシーに関連付けられているすべてのチャネルが通知を生成します。
ポリシーとその他の基本的なアラートコンセプトの関連性の説明については、コンセプトとワークフローを参照してください。
サービスまたはアプリケーションが異常動作する場合、New Relicのアラート機能によって異常を示すフラグが立てられます。New Relic全体のアクティビティフィードで異常を見つけることができます。また、カスタム設定を作成して、他のタイプのエンティティ（ホストやモバイルアプリなど）で通知を取得したり、異常を追跡したりすることもできます。
詳細については、[異常検出] (/docs/alerts-applied-intelligence/applied-intelligence/proactive-detection/proactive-detection-applied-intelligence/) を参照してください。
Apdex は、アプリケーションまたはサービスのレスポンスタイムに対するユーザー満足度を測定する業界標準の方法です。New Relicは各レスポンスを、Satisfied、Tolerated、Frustratedと評価し、これらの評価を使用してユーザー全体の満足度を計算します。
詳細については、Apdex: ユーザー満足度の測定を参照してください。
frustratingと評価されるトランザクションを越えるレスポンスタイム。デフォルトで、apdex_tの4倍に設定されています。
リクエストが
apdex_t以内に完了する場合は、satisfiedと評価されます。apdex_tを超えるが、apdex_t（apdex_f）の4倍未満のリクエストは、toleratedと評価されます。apdex_fよりも長くかかるリクエストは、frustratingと評価されます。詳細については、Apdex: ユーザー満足度の測定を参照してください。
tolerableと評価されるトランザクションを超えるレスポンスタイム。デフォルト値は0.5秒ですが、Apdex設定で変更できます。
リクエストが
apdex_t以内に完了する場合は、satisfiedと評価されます。apdex_tを超えるが、apdex_f未満のリクエストは、toleratedと評価されます。apdex_fよりも長くかかるリクエストは、frustratingと評価されます。詳細については、Apdex: ユーザー満足度の測定を参照してください。
New Relicは、多様なAPIとSDKをご用意しています。詳細については、New Relic APIの概要を参照してください。
ここでの意味は、New Relicによってインストゥルメントされたプログラムのことです。
一部のNew Relicソリューションでは、モニターしたアプリケーションに一意のapplication ID（多くの場合、app IDと略される）を割り当てます。割り当てられている場合、このIDはUIで使用できます。属性としてもレポートされ、クエリできます。
この点について調べるには、アプリIDの検索を参照してください。
New Relicがと組み合わせた名前で、特定のアプリケーションを一意に識別します。詳細については、アプリケーションに名前を付けるを参照してください。
Attributes とは、New Relicにレポートされるオブジェクトに添付されたキーと値のペアです。属性は詳細を追加し、他のSaaSソフトウェアのタグやラベルに類似しています。UIでクエリまたは検索する、またはデータディクショナリを使用して、このデータを確認できます。
例：
APMは
Transactionイベントをレポートします。これには、duration属性におけるトランザクションのタイミングデータが含まれ、その値は.002となります。Infrastructureモニタリングが
ProcessSampleイベントをレポートします。これには、値が.01となるcpuSystemPercent属性など、様々なCPU使用率属性が含まれます。Telemetry SDKは、
metricNameやnewrelic.sourceのような添付の属性とともに、メトリクス保存用のMetricデータ型をレポートします。一部のNew Relicツールを使用して、カスタム属性をレポートし、モニタリングを強化できます。
APMの属性の詳細については、エージェントの属性を参照してください。
合成モニターのタイプを参照してください。
エンドユーザーのブラウザモニタリングソリューションについては、ブラウザモニタリングを参照してください。
New Relicをサポートするブラウザについては、サポート対象のブラウザを参照してください。
さまざまなウェブブラウザ、デバイス、オペレーティングシステム、ネットワークからサイトに移動する際の、エンドユーザーの速度とパフォーマンスを測定します。詳細については、Browserモニタリングの概要をご覧ください。
サービスの非ウェブトランザクションから外部サービスへの呼び出しに費やした時間を指します。ウェブ外部を参照してください。
親アカウントを参照してください。
New Relicは、Amazon Web Services（AWS）、Microsoft Azure、Google Cloud Platformなどのプロバイダーとのクラウドベースのインテグレーションを提供します。
アプリサーバー、モバイル機器、またはエンドユーザーのブラウザ上で実行中のNew Relicエージェントからデータを収集するコンポーネントです。エージェントがユーザーのアプリサーバーにインストールされるのに対して、コレクターは当社のデータセンターの中央に配置されます。
コレクターにコンタクトするには、エージェントがNew RelicのドメインとIPアドレスにアクセスできる必要があります。（正確なドメインまたはIPは、New Relicモニタリングツールによって異なります。）コレクターはこのデータを受信して分析し、データベースに保管します。次に、データはNew Relic UIおよび当社のさまざまなREST APIで取得され、提供されます。
当社のコマンドラインインタフェース（CLI）は、New Relicの管理を可能にするツールで、New Relicの使用を大規模に管理および制御したりする場合などに使用します。
アラート条件を参照してください。
アラート条件を使用して、エンティティが希望どおりに機能していない場合にチームに通知されるタイミングと理由を定義します。条件を使用して、ラグタイム、コードエラー、Apdexスコア、高いCPU使用率などに関する通知の基準を確立します。
詳細については、インシデントを参照してください。
コンテナは、さまざまなコンピューティング環境でアプリケーションがスムーズに動作するために必要なコードと依存関係のすべてを含むソフトウェアの標準ユニットです。
アプリケーションが1分間あたりに受信する呼び出し回数です。通常、これはページビューまたは外部接続数に相当し、RPM（分あたりのリクエスト数）と呼ばれるものと同じです。
トランザクションの待機時間を除いたコードの処理時間です。実際にトランザクションの処理に費やされた時間です。提供するエージェントのNew Relic UIのトランザクションビューの上部に表示されます （RubyおよびPHPのみ）。
それに関する追加情報を得るために、トランザクションまたはイベントに追加されたキーと値のペア。詳細については、カスタムアトリビュートを参照してください。
複数のNew Relicデータソースからのデータを含む、チャートとテーブルでカスタマイズ可能なダッシュボード。詳細については、ダッシュボードを参照してください。
New Relicの用語におけるイベントは、属性が関連付けられているデータオブジェクトです。New Relicは、TransactionやTransactionErrorなどのデフォルトのイベントタイプをレポートします。イベントは、独自に作成することもできます。イベントはクエリでき、その他の一部の機能で使用されます。
カスタムイベントは、APMエージェント、Browserモニタリングエージェント、モバイルモニタリングエージェント、およびイベントAPIで生成できます。または、既存のデフォルトNew Relicイベントにカスタムアトリビュートを追加できます。
Custom instrumentation を使用すると、New Relicが自動的にインストゥルメントしないインストゥルメントコード要素にまで、New Relicモニタリングを拡張できます。カスタムインストゥルメンテーションは、フレームワークがNew Relicによってサポートされていない場合、またはNew Relicがプログラムの一部の要素のピックアップに失敗する場合に便利です。また、カスタムインストゥルメンテーションは、トランザクションが完全にレポートされるのをブロックするために使用できます。詳細については、カスタムインストゥルメンテーションを参照してください。
APIコールで手動で記録されるメトリックタイムスライスデータです。Custom metricsを使用すると、タイミングまたはコンピューターリソースデータなどの任意のメトリクスを記録できます。すべてのカスタムメトリックの名前は、Custom/を前に付ける必要があります。詳細については、カスタムメトリックを参照してください。
カスタムインストゥルメンテーションデータと混同しないように注意してください。
コレクターを参照してください。
Metrics and events UIでは、データにアクセスしてクエリやカスタマイズ、視覚化を実行し、サービスとサービスをつなぎ、一貫したキュレート済みの体験を実現することができます。
これについて詳しくは、メトリクスとイベントの概要を参照してください。
アラートのコンテキストでは、データソースが違反状態になると、degradation periodが始まります。劣化期間は、条件の閾値で設定されます。ソース化が劣化期間全体にわたって違反状態のままの場合は、インシデントが開きます。さらに、
- 劣化期間が終了する前にデータソースの違反状態が解消されると、劣化期間のカウントダウンがリセットされ、インシデントは発生しません。
- アラート条件の閾値が
at least once inと設定されている場合、劣化期間は常に1分間持続します。
依存関係とは、アプリケーションが機能するために依存するコードです。New Relicは、エンティティに接続されているすべてのアプリケーション、サービス、データベース、ホストのリストを一目瞭然に表示します。Dependencies UIページでは、エンティティのアップストリームとダウンストリームの依存関係と、それらを調べるパスが表示されます。
アラートのコンテキストでは、宛先は当社がお客様のデータに関する通知を送信する場所です。宛先とは、使用するサードパーティシステムの一意の識別子です。
宛先の設定には、サードパーティのシステムと統合するための接続の詳細が含まれており、New Relicのさまざまなツールで使用できます。
dimensional metricは、複数の属性を有するメトリックで、次元とも呼ばれます。New Relicでは、 Metricデータ型を使用して次元メトリクスをレポートします。その他のメトリックデータ型の詳細については、メトリックデータを参照してください。
ディストリビューティッド（分散）トレーシングとは、さまざまなクラウド環境を通過するリクエストを監視する方法です。ディストリビューティッド（分散）トレーシングは、一意の識別子でタグ付けすることでリクエストを追跡します。これにより、チームはエンティティ内で発生するインタラクションをリアルタイムで把握できます。
マルチコンテナのポータブルアプリを構築できる分散アプリケーション用オープンプラットフォームです。Infrastructureモニタリングには、統合されたDockerモニタリングが含まれます。Dockerについて詳しくは、Dockerのウェブサイトを参照してください。
顧客がサイトにアクセスできない期間や、アプリがNew Relicにレポートをしない期間のことです。詳細については、SyntheticsモニタリングとSyntheticsモニターのタイプを参照してください。
New Relicでは、 entityとは、監視できるデータを保持する識別可能な任意の対象です。エンティティとは、アプリケーション、マイクロサービスなどのように直接的に監視できる対象、またはデータセンターなどのように間接的に監視できる対象です。
詳細については、エンティティとは?を参照してください。
ソフトウェア業界において、イベントはシステムで発生する単なる「もの」と思われているかもしれません。たとえば、サーバ設定の変更はイベントになります。別の例: ウェブサイトユーザーのマウスクリックもそうです。
一部のイベントは保存されたレコードを生成し、そのレコードも一般的にイベントと呼ばれます。New Relicによるイベントの使用方法については、New Relicのデータ型を参照してください。
予想されるエラーとは、Apdexのスコアまたはエラー率に影響を与えたくない一般的なエラーです。詳細については、APMのエラー管理参照してください。
外部サービスとは、インストゥルメントされ、New Relicにデータをレポートするサービスに対してプロセス外のサービスです。外部サービスは、そのインストゥルメントされたサービスを呼び出すか、またはサービスに呼び出されます。
New Relic UIのほとんどの場所で、外部サービスはインストゥルメントされていないサービスです。New Relicにテレメトリ自体を報告しませんが、インストゥルメントされたサービスが着信呼び出しまたは発信呼び出しについて報告するデータを使用して、外部から観察されます。たとえば、api.stripe.comという名前の外部サービスはインストゥルメントされておらず、New Relic自体にデータを報告していますが、New Relicエージェントでインストゥルメントされたサービスがホスト名（api.stripe.com）にHTTPリクエストを行うと、New Relicで認識されます。
ファセットを使用すると、チームで多くの変数を含む情報を比較するのに役立ちます。NRQLでNew Relicデータをクエリし、ファセットを使用して表示されたデータをセグメント化できます。たとえば、CPUデータの使用場所を把握したい場合、ホスト名ファセットでCPUデータをセグメント化できます。
SELECT average(cpuPercent) FROM SystemSample FACET hostname
New Relic Flexは、アプリケーション非依存の一体型インフラストラクチャインテグレーションです。これにより、多様なサービスからメトリックデータを収集し、標準形式（例：JSONまたはプレーンテキスト）で標準プロトコル（HTTP、ファイル、シェル）にメトリクスを露呈するアプリのインストゥルメントを端末に対してできる独自のインテグレーションを作成できます。
コーディングのスキルが不要なため、この方法でカスタムインテグレーションを作成することが推奨されます。
framework事前に定義された関数の構造化されたコレクションです。アプリケーション開発者は、フレームワークに独自のコードを挿入して、アプリケーションを構築します。フレームワークとライブラリは違います。ライブラリは、必要に応じて呼び出すことができる関数のコレクションであるのに対して、フレームワークはアプリケーションのスケルトンです。そのフレームワークの関数は、ユーザーの関数を呼び出します。フレームワークとライブラリの違いについては、フレームワークとライブラリの違いとは何か？を参照してください。
New Relicは一般的な多くのフレームワークを自動的にインストゥルメントします。New Relic対応のフレームワークについて詳しくは、Instant Observabilityのソリューションを参照してください。
特定のエンティティ、ユースケース、またはテクノロジーにとって最も重要なメトリクス。ゴールデンメトリクスには、レイテンシ、トラフィック、エラー、飽和などのゴールデンシグナルが含まれます。
一部のNew Relic UIページには、モニターされたエンティティの索引の隣に表示される、稼働ステータスインジケーターがあります。これは色分けされたバー（一般に緑色、黄色、赤色、灰色）で、アプリまたはNew Relicによって監視されているその他のエンティティの状態を示しています。エンティティに割り当てられたアラートポリシーがあるか、インシデントがあるかどうかも示します。
上記のカラーパレットの例外：
- サービスマップの色について
- REST API (v2) では、アプリケーションの稼働ステータスとレポートステータスに対して、
yellowの代わりにorangeが使用されます。
New Relicで、hostとは次のいずれかを指します。
- physical machineは、メモリ、プロセッサ、ストレージなどの専用物理リソースを搭載したハードウェアベースのデバイスです。各マシンには、アプリケーションが稼働するOSが個別にインストールされています。
- virtual machine（VM）は、物理マシンのようにプログラムを実行する物理マシンのソフトウェア実装です。1台以上の仮想マシンを物理マシン上で実行できます。各仮想マシンにはOSが個別にインストールされ、RAMやCPUなどの仮想マシンリソースが割り当てられています。
- cloud instanceは、パブリッククラウド内で実行される仮想マシンのタイプです。この文脈では、仮想マシンとクラウドインスタンスはJava仮想マシン（JVM）やコンテナとは異なります。
アラートのコンテキストでは、アラートポリシーで定義された条件を超えると、incidentが生成されます。インシデントレコードには、各インシデントのオープン、クローズのタイムスタンプがすべて含まれ、各インシデントの時刻当たりに評価されるデータチャートのスナップショットも含まれています。
ユーザーインタフェースのIncidentsページから、詳細情報を表示できます。また、インシデントをロールアップする方法には、設定を選択できます。
インシデントとその他の基本的なアラートコンセプトの関連性の説明については、コンセプトとワークフローを参照してください。
Infinite Tracingは、アプリケーショントレースを100％観測した後に実行可能なデータを提供し、問題をより迅速に解決できるフルマネージドのディストリビューティッド（分散）トレーシングサービスです。
詳細については、/docs/understand-dependencies/distributed-tracing/get-started/how-new-relic-distributed-tracing-worksを参照してください。
ホストパフォーマンスの変化を、設定の変更と関連付けることで、Infrastructureモニタリングは平均修復時間（MTTR）の短縮を実現する、リアルタイムの時間メトリクスとパワフルな分析を提供します。
インフラストラクチャは、物理的なデータセンターから無数のAmazon Elastic Compute Cloud（Amazon EC2）インスタンスやその他のタイプのインテグレーションまで、柔軟な動的サーバーモニタリングを必要とする複雑な環境専用に設計されています。
Insightsは、カスタムイベントのレポートを以前管理していたNew Relic製品の名前であり、New Relicデータのクエリとチャートを作成する機能でした。これらの機能は、当社のプラットフォームの基本部分であり、Insightsの製品や名前では管理されなくなりました。これらの機能の詳細については、次をご覧ください。
カスタムイベントのレポートに関するイベントAPI
これまでの経緯的な理由から、「Insights」という言葉は依然として一部の場所でまだ使用されています。例：
当初の価格モデルのNew Relic組織にとっては、カスタムイベントデータのインジェストと保持を管理する製品名は依然としてInsights Proです。
一部のAPMエージェントは、コードベースにInsightsの言語がまだあります。たとえば、Javaエージェント
custom_insights_events設定。Insights挿入キーと呼ばれるAPIキーがあります。
New Relicが識別する各インスタンスに割り当てられる一意のinstance ID。インスタンスIDは、JVM（Java仮想マシン）で最も一般的に使われるものですが、各エージェントにも存在します。このIDは、インスタンスを一意に識別したり、APIでインスタンスに関する情報を取得する際に使用されます。詳細については、REST APIのインスタンスID一覧を参照してください。
New Relicでのインテグレーションとは、New Relicへのデータのレポートを可能にするテクノロジーとNew Relic間の接続を指します。たとえば、当社のエージェントにはさまざまなインテグレーション（さまざまなアプリのフレームワーク、オペレーティングシステム、データベースのタイプからデータを報告する方法）が含まれています。その他のインテグレーションは、サービス（AWS LambdaやPagerDutyなど）が当社にデータを送信できるようにする設定または手順（設定やAPIエンドポイントの変更など）の形式を取ります。
インテグレーションを全て参照します。
モバイルモニタリングのinteractionとは、ユーザーインタラクション（通常はボタンを押す動作）によって開始される特定のコードパスです。インタラクションはモバイルにおけるトランザクションを意味します。トランザクションと同じように、インタラクションはトレースと監視が可能です。
BrowserInteractionイベントのインタラクションに含まれるデータの大部分を確認できます。
interaction traceとは、1回のインタラクションの全体像です。インタラクショントレースを使用すると、New Relicは1 つの遅いインタラクションに対してより詳細な可視性を確認でき、より幅広い問題を理解するための手助けとなります。インタラクショントレースとは、トランザクショントレースのモバイルに相当するものです。詳細については、インタラクションの作成 （iOS）およびインタラクションの作成 （Android）を参照してください。
Inventory data とは、サービスまたはホストのステータスまたは設定に関する情報です。インベントリデータの例には、以下が含まれます。
構成設定
サービスが稼働しているホスト名
AWSリージョン
使用中のポート
詳細については、データを理解して使用する参照してください。
アラートのコンテキストでは、issueはシステム内で注意が必要な問題です。問題は、機械学習やその他の手段によって関連付けられた1つ以上のインシデントと異常で構成されています。問題を作成、確認、または終了したときに通知を受信できます。
詳細については、アラートの概念とワークフローを参照してください。
APMのキートランザクションは、ユーザーが特に重要と印を付けたウェブトランザクション。たとえば、主要なビジネスイベント（登録または購入確認など）、またはパフォーマンスに大きな影響のあるトランザクション（検索など）です。キートランザクションには、UIの独自のページおよび他のカスタマイズされた値があります。詳細については、キートランザクションを参照してください。
当社のログ管理およびモニタリング機能には、既存のログフォワーダーを使用してログデータを収集、処理、探索、可視化、およびアラートするためのツールが備わっています。すべてのログデータを1か所にまとめることで、より適切な意思決定をし、問題を素早く検出して解決し、状況に応じてログを確認してトラブルシューティングを迅速にできます。
Logs in contextを使用すると、ログデータを他のNew Relicプラットフォームで表示できます。
New Relic Lookoutは、通常の動作から逸脱しているエンティティは、円の可視化を使用して直感的ビューを提供します。色は深刻度を示し、円のサイズは最近の変化の規模を示します。何も設定する必要はありません。New Relic Lookoutは、5分以内のパフォーマンスと過去1時間のパフォーマンスを自動的に比較します。
親アカウントを参照してください。
ソフトウェアモニタリング業界において、メトリックはアプリケーションまたはシステムの数値計測を意味しています。New Relicによるメトリクスの定義および使用方法については、New Relicのデータ型を参照してください。
New Relicはさまざまな方法でメトリクスをレポートします。さまざまなメトリックデータは、metric timeslice dataと呼ばれます。このタイプのデータの詳細については、New Relicのデータタイプをご覧ください。
アカウントがNew Relicに対して名前の異なるメトリックタイムスライスデータポイントを過剰に送信し、それらの各ウェブトランザクションが適切に集計されない場合に、metric grouping issueが発生します。たとえば、単一の/user/controlpanel/メトリクス名ではなく、/user/controlpanel/alice、 /user/controlpanel/bobおよび/user/controlpanel/carolが表示される場合があります。詳細については、メトリクスのグループ化問題を参照してください。
プライベートロケーションからSyntheticモニタージョブを受け付けるソフトウェア。ミニオンとは、ハイパーバイザで実行されるパッケージ化した仮想アプライアンスです。詳細については、プライベートロケーションの概要およびプライベートミニオンのインストールおよび設定を参照してください。
New Relicのモバイルモニタリングを使用すると、Android、iOS、tvOS 、その他のシステム上で、モバイルアプリのパフォーマンスをモニターおよび管理できます。モバイルモニタリングは、クラッシュ、スループット、HTTPリクエスト、エラートレースなど、エンドツーエンド詳細を提供します。
Syntheticモニタリングにおけるmonitorとは、WebサイトまたはAPIエンドポイントの可用性を確保するものです。詳細については、モニターの追加と編集を参照してください。
New Relicでは、ネームスペースを使用して、New Relicデータベース（NRDB）に保存するデータを整理します。顧客の観点から、ネームスペース概念の最も実用的な関連使用は、データ保持期間との関係です。ネームスペースは、さまざまな種類のデータのデフォルトデータ保持期間を設定するものです。たとえば、特定のアカウントでは、Loggingネームスペースのデータはすべて同じデータ保持期間を共有し、APMネームスペースのデータはすべて同じデータ保持期間を共有します。
New Relic Navigatorを使用すると、単一のビューで多数のエンティティを簡単に検索できます。Navigatorは、アラートに基づきステータス信号の色による高密度のハニカム表示でシステムの資産全体を分かりやすく表示します。
NerdGraphはGraphQL APIであり、効率的かつフレキシブルなクエリ言語で、フェッチの過不足なしに、必要なデータだけをリクエストできます。NerdGraphは、単一のリクエストで必要なすべてのデータを呼び出します。また、NerdGraphは、経時的なAPIの進化を簡単にし、パワフルな開発者ツールを可能にします。
NerdGraphエクスプローラーを使用すると、スキーマを表示し、定義を検索できます。チュートリアルをご覧になるか、NerdGraph APIエクスプローラーに進んでください。
詳細については、New Relicの概要を参照してください。
当社のカタログは、New Relicプラットフォーム上に構築されたアプリケーションのコレクションです。カタログには、当社が作成したカスタムアプリ、公開オープンソースアプリ、および皆さんが作成したアプリが記載されています。
New Relicに関するカタログを参照できます。
NRQLは、New Relicアカウントに保存されているデータをクエリできる、SQLに類似したクエリ言語です。
APMは、Webまたは非Webのいずれかとしてトランザクションを識別します。Webリクエストによってトランザクションが開始されたことを New Relic が検出しない場合、これを非Webトランザクションといいます。詳細については、バックグラウンドプロセスとその他の非ウェブトランザクションを参照してください。
アラートのコンテキストでは、通知はインシデントを開始、確認、または終了したときに送信されるメッセージです。通知タイプは、アラートポリシーの通知チャネルによって定義されます。
通知がその他の基本的なアラートコンセプトとどのように関連するかの説明については、コンセプトとワークフローを参照してください。
アラートのコンテキストでは、通知チャネルはインシデントを開始、確認、または終了したときに通知を送信する場所です。利用可能なチャネルには、メール、モバイルプッシュ通知、Webhookなどがあります。
ログ管理機能のコンテキストでは、これはハッシュ化またはマスキングによってログ内の機密データを非表示にするセキュリティプロトコルです。非表示にする機密データを特定したら、式の形式で定義します。この式を使用して、ログ内の機密データのインスタンスを識別する難読化ルールを作成し、ルールに応じてマスキングまたはハッシュを自動化します。
On-host integrations は、お客様のサーバーまたはホストにあり、infrastructureエージェントと通信するインテグレーションを参照します。詳細については、オンホストインテグレーションの概要を参照してください。
New Relicでは、「組織」は1つ以上の概念を参照できます。
- New Relicアカウント管理の目的上、「New Relic組織」とは、New Relicの顧客に属するすべての資産とデータ（顧客のアカウント、ユーザー、データなど）を指します。この概念の詳細については、組織とアカウント構造を参照してください。
- 当社は、「組織」を使用して、企業または非営利団体を一般的な方法で参照することがあります。
初代のユーザーモデルのアカウントの場合、これは最初にアカウントを作成するユーザーロールのタイプです。詳細については、ユーザーを参照してください。
新しいユーザーモデルの場合、「所有者 (オーナー)」の技術的概念はありません。
page load timingを使用すると、New Relicはエンドユーザーのブラウザの読み込み時間全体をモニターします。New Relicアプリケーションエージェントは、ページにJavaScriptを動的に投入し、以下の重要な読み込み箇所をキャプチャします。
Navigation start：ユーザーがトランザクションを開始する時。
First byte：ブラウザがリクエストされたページを受信した時。
DOM ready：ブラウザがDOM構文解析を完了した時。
Page ready：ページの読み込みが完了した時。
ページロードタイミングは、RUMまたはリアルユーザーモニタリングとも呼ばれています。標準RUMとは異なり、ページロードタイミングもJavaScriptエラーやAJAXリクエストをキャプチャします。詳細について、ページロードタイミングプロセスを参照してください。
廃止予定の用語です。属性を参照してください。
New Relicの組織は、親/子アカウント構造にできます。この構造は、初代のユーザーモデルにユーザーが存在する組織においてはるかに重要でしたが、当社の新しいユーザーモデルにユーザーが存在する組織でも引き続き一部の機能に使用されています。New Relic組織で最初に作成されたアカウントは、基本的に親アカウントです。この影響の1つに、そのアカウントで使用状況と請求データが報告されます。
親アカウントは以前にマスターアカウントと呼ばれ、子アカウントは以前にサブアカウントと呼ばれていました。
特定の時点におけるNew Relicのビューにリンクする固有のURL。Permalinks、トラブルシューティングおよび同僚との興味ある時間枠の共有に役立ちます。多くのNew Relic UIのページには、UIの右上にパーマリンクアイコンがあります。詳細については、プラットフォームの基本を参照してください。
2023年5月の時点で、これらのリンクは過去6か月間使用されなかった場合に期限切れになります。6か月間のプルーニングルーティンについては、次の点に注意してください。
- パーマリンクはユーザー固有ではないため、6か月間使用していない古いリンクは、別のユーザーが同じクエリを実行した場合でもアクティブなままである可能性があります。
- Base64を使用した古い長い形式のURLを使用するリンクは期限切れになりません。
ウェブサイトがアクセス可能か検証するために、ウェブサイトに接続するNew Relicのコンポーネント。New Relicは、ヨーロッパ、アジア、米国にpingerを設置しています。各pingerは、少なくとも2分に一回はウェブサイトへの通信を試みます。十分なPingerがウェブサイトにアクセスできない場合、アプリケーションはダウンしているとみなされます。
実ブラウザでのテストやAPIエンドポイントのテストなど、スクリプト化できる詳細テストについては、Syntheticsモニタリングを参照してください。Syntheticsモニタリングには、世界中の場所からWebサイトをモニターできる無料のPingモニタリングが含まれます。詳細については、Syntheticsモニターのタイプを参照してください。
アラートのコンテキストでは、アラートポリシーは類似アラート条件の集合体であるため、すべてを1か所で確認できます。したがって、チームでJavaアプリケーションのあらゆる条件を検証する場合は、これらの条件を含むポリシーを作成する必要があります。
詳細については、アラートの概念とワークフローを参照してください。
当社のAmazonインテグレーションは、polling intervalに従って、AWSサービスをクエリします。各ポーリング間隔は、AWSエンティティごとに発生します。たとえば、Amazon Elastic Load Balancer（ELB）が13ある場合は、それぞれが5分ごとにポーリングされます。
AWSインテグレーションによっては、APIリクエストと返されるメトリックデータ間において、遅延が発生する可能性があります。通常では見られない遅延に気付いた場合は、インテグレーションのトラブルシューティング手順に従ってください。
アプリケーションが処理する1分あたりのページ数。これは通常、ブラウザモニタリングまたはモバイルモニタリングのコンテキストで使用されます。
独自のシステム内にプライベートミニオンを作成し、そこからSyntheticsのモニターを実行できるSyntheticsモニター機能。Private locationsは、Syntheticsを新しい地理地域に拡張し、イントラネットサイトなど、ファイアウォールの背後にあるWebサイトをモニターできます。詳細については、プライベートロケーションの概要を参照してください。
New Relicでは、quickstartは、以下のいずれかまたは両方を取得するために必要なすべてのインストール方法を指します。
Dashboards UIからアクセスできる追加の（当社の厳選されたダッシュボードに加えて）
事前構築済みアラート
クイックスタートは、インスタントオブザーバビリティページにあります。たとえば、このページには.NET用のクイックスタートが含まれており、.NETエージェントをインストールすると通常付属するものに加えて、追加のダッシュボードと事前構築されたアラートも提供されます。
recovery periodは、データソースが違反状態後、非違反状態に入ったときに始まります。復元期間は、条件の閾値で設定されます。ソースが非違反状態が続き、回復期間が経過すると、インシデントは終了します。回復期間が経過する前にデータソースが違反状態になると、回復期間クロックがリセットされ、インシデントは終了しません。
正規表現の簡略化。プログラミング言語と組み合わせて使用すると、大量のテキストでパターンを検索する文字と演算子の文字列。たとえば、ログ内で社会保障番号を見つけたい場合は、{3 digit-2 digit-4 digit}パターンに従ってログを検索する正規表現を作成できます。
サービスをリクエストしてからレスポンスがあるまでの時間。これらの種類のチャートは、APMモニタリングとブラウザモニタリングに使用されます。詳細については、レスポンスタイムを参照してください。
APMのコンテキストでは、これは通常、複数のアプリケーションに同じアプリケーション名を使用することを意味します。これにより、複数のアプリケーションまたはアプリケーションの複数のインスタンスから取得したデータをAPM内で結合できるようになります。詳細については、アプリデータのロールアップを参照してください。
ディストリビューティッド（分散）トレーシングでは、root spanがトレースの最初のスパンです。大抵の場合、ルートスパン時間は、トレース全体の時間またはそれに非常に近い時間を表します。
ただし、多くの非同期、非ブロッキングプロセスを使用する、より複雑で、モダンなシステムには当てはまりません。こうしたシステムでは、ルートスパン時間はトレース時間よりも大幅に短くなる場合があります。
RPMという用語は、通常、アプリケーションがユーザーから1分ごとに受信するリクエスト数を指します。通常、CPM （1 分間あたりの呼出し回数） と同じです。
これまで、やブラウザモニタリングなどのNew Relicモニタリングソリューションには、RPMなどのURLに、https://rpm.newrelic.comが含まれていました。この言語は、もともとRails performance managementを表していました。理由はNew Relicの初版がRailsアプリケーション上のRubyをモニターしていたためです。当社は、現在、Rubyだけでなく数多くの言語とシステムをモニターしています。
ブラウザモニタリングを参照してください。
アラートのコンテキストでは、runbookには、通常、システムアドミニストレーター、ネットワーク運用スタッフ、その他のスタッフが、サービス停止、アラートインシデント、その他の状況で処理する標準的な手順と操作が含まれています。組織がURLとしてランブックの手順を保存する場合は、この情報をアラートポリシーにリンクすることで、インシデントがポリシー閾値の定義に違反した場合に、担当者がこの情報に簡単にアクセスできるようになります。
SAML は、二当事者間で認証データを共有するためのXMLベースのデータ形式です。SAML機能の詳細については、SAML SSOを参照してください。
serviceは、特定のタスク、通常はサービスリクエストを実行するランタイムサーバープロセスのクラスタです。アプリケーションとは異なり、通常、サービスは人間によって呼び出されません。ただし、「アプリケーション」と「サービス」が同じ意味で使用されることもあります。
当社は、サービスからのデータをレポートできる多数のエージェントとインテグレーションを提供しています。
アラートのコンテキストでは、信号は監視されアラートがオンになっているテレメトリー データのストリームです。 NRQLクエリを使用してシグナルを定義します。
その条件でNRQLクエリに一致する一意のデータストリームが検出されると、固有のシグナルが生成されます。 クエリにはFACET句を含めることができ、単一の条件で複数の個別シグナル（一致するファセットごとに1つ）を生成できます。 詳細については、 NRQLアラート条件を参照してください。
受信したデータがストリーミングアラートプラットフォームに転送されると、NRQL WHERE句によって受信したデータがフィルタリングされます。フィルタリングされたストリーミングデータは、たとえば、信号損失のインシデントについて評価されます。
ディストリビューティッド（分散）トレーシングでは、spanは「名前が付けられた、制限時間付きの操作で、そのトレースにおける作業の連続的なセグメント」（OpenTracing.ioの定義より）を表します。
ディストリビューティッド（分散）トレーシングの場合、スパンはディストリビューティッド（分散）トレーシングUIに表示され、データ型Spanはクエリに使用できます。
「ルートスパン」も参照してください。
SSL certificates は、送信されているデータを暗号化します。New Relicでは、一般的に使用されている用語であることから、SSLをセキュリティ証明書を指すものとしていますが、すべての証明書は、データ送信時における確実な暗号化のための業界標準を満たしています。
SSO （シングルサインオン）を使用すると、外部SSOプロバイダーで、New Relicのユーザー認証を管理できます。詳細については、SAML SSOを参照してください。
アラートのコンテキストでは、これにより集計ウィンドウのデータがいつ処理されるかが決定されます。ストリーミングアルゴリズムは、サーバーの時刻と集計ウィンドウサイズを使用して、アラート評価プロセスをトリガします。
マスターアカウントを参照してください。
Syntheticモニタリングを使用すると、自動化したスクリプト可能なツールで、WebサイトまたはAPIエンドポイントをモニターできます。Webサイトがアクセス可能であることを確認するために、無料のPingモニターを使用します。または、ブラウザモニターでモニタリングを拡張し、実ブラウザでWebサイトをテストします。さらに、スクリプトを使用することで、ブラウザまたはAPIモニターをスクリプト化し、高度なテストを実行できます。
アラートのコンテキストでは、targetとは、アラート条件で識別された、New Relicモニタリングツールが監視するリソースまたはコンポーネントです。そのターゲットのデータソースが定義済みのクリティカル閾値を超えると、インシデントをオープンします。ご利用のポリシーのインシデントプリファレンス設定に応じて、アラートがインシデントレコードを作成し、定義済みチャネル経由で通知を送信できます。entityも参照してください。
タグはkey:valueのメタデータであり、監視対象のアプリ、ホスト、ダッシュボード、その他のエンティティに追加され、データを整理して使いやすくする上で役立ちます。詳細については、タグを参照してください。
New Relicを使用すると、テレメトリーデータが収集されます。New Relicでは、システムを監視し、メトリクス、イベント、ログ、トレースの形式でデータを収集します。次に、New Relicは収集したデータをサーバーに保存し、ダッシュボードからそのデータにアクセスし分析できます。
Thresholds とは、インシデントを定義するアラート条件設定です。閾値には、インシデントをトリガーするためにデータソースがパスする必要がある値、インシデントを定義する時間関連の設定が含まれます。例としては、以下のようなものがあります。
少なくともx分間特定の値をパス
少なくともx分間で1回だけ特定の値をパス
データソースが特定の値をパスしている間に劣化期間が始まります。同様に、そのデータソースが特定の値のパスを停止すると、回復期間が始まります。これら2つの期間は、アラート条件の閾値設定で定義されます。
閾値には、必須のクリティカル（赤）閾値およびオプションの警告（黄）閾値があります。UIでは、閾値を超えると、エンティティの稼働ステータスインジケーターが黄色または赤色に変わり、インシデントがオープンします。
詳細については、閾値の定義を参照してください。閾値とその他の基本的なアラートコンセプトの関連性の説明については、コンセプトとワークフローを参照してください。
Throughput とは、監視対象のアプリケーションのユーザーアクティビティの測定です。APMスループットとBrowserモニタリングスループットは、以下の異なる方法で測定されます。
- APM：1分当たりのリクエスト（RPM）
- ブラウザ：1分当たりのページビュー（PPM）
tierは、サポートしているさまざまなエージェント言語エコシステムのNew Relicによる分類方法や表示方法を参照できます。例：
APMでは、アプリのメインのOverviewチャートに表示される色分けされたカテゴリは、ティアとして、関数、プロセス、またはエージェントの処理に要したレスポンスタイムを表します。例えば、リクエストキューイング、ガーベッジコレクション、ミドルウェア、JVMなどです。
New Relicラベルでは、
TIERをクライアントサーバーアーキテクチャーの定義または分類に使用できます（例：フロントエンドティアおよびバックエンドティア）。「ティア」を使用して、当社の価格設定エディションを参照できます。
通常、New Relic UIエクスペリエンスは、現時点で終了する過去30分のデータを表示します。時間枠を変更するには、UIの右上セクションにあるタイムピッカーを使用できます。
time rangeは、New Relic UIで選択された時間の長さを参照できます。New Relicは、タイムピッカーを使用して選択する範囲に応じて、時間範囲を表示します。
メトリックタイムスライスデータを参照してください。
traceは、リクエストがシステム内をどのように移動するかを説明したものです。トレースデータは、システムのパフォーマンスを理解し、問題を診断するのに役立ちます。トレースデータの使用方法の詳細については、New Relic データ型を参照してください。
稼働ステータスを参照してください。
transactionは、アプリケーションにおける1つの作業の論理単位として定義されます。この用語は主に、APMによって監視されるサーバー側のトランザクションを意味します。詳細については、Webトランザクションおよび Web以外のトランザクションに関するドキュメントを参照してください。
トランザクションという用語は、Browserモニタリングでも使用されることがあります。この場合は、ブラウザ側のWebリクエストで始まり、ページの完全な読み込みで終わるアクティビティを意味します。
New Relic APMのtransaction traceは、データベースクエリと正確な呼び出しパターンに及ぶ、トランザクションの全体像を参照します。トランザクショントレースを使用すると、1つの遅いトランザクションに対してより詳細なデータまで確認できます。その結果、より幅広い問題を理解するための手助けとなります。詳細については、トランザクショントレースを参照してください。
New Relicのユーザーインタフェース。詳細については、標準ページ機能を参照してください。
New Relicユーザーとユーザーの管理方法については、ユーザー管理を参照してください。
ユーザーメニューはNew Relicプラットフォームの左下にあり、組織およびアカウント関連の設定にアクセスできます。さらに詳しい情報については、アカウント設定を参照してください。
Universal Time Coordinated (UTC)、または協定世界時は、世界中の時刻を同期させるための標準的なタイムスタンプです。
平均値、最小値、最大値、合計値、サンプルのサイズなど、メトリックタイムスライスデータから取得された数値です。
この用語は、UIでインシデントに置き換えられました。
APMのコンテキストでは、web externalは、監視しているサービスのコード内から外部サービスと通信するウェブトランザクションに費やした時間の割合を表します。この時間は、サードパーティ（支払いプロバイダーなど）への呼び出しまたは社内の別のマイクロサービスへの呼び出しです。ウェブ外部時間は、測定しているアプリケーション外部で実行しているコードへのネットワーク経由の呼び出しによって、パフォーマンスがどのように影響を受けるかを示します。
transactionは、アプリケーションにおける1つの作業の論理単位として定義されます。この用語は主に、APM によって監視されるサーバー側のトランザクションを意味します。
ウェブトランザクションは、HTTPリクエストで始まります。ほとんどの組織では、これは顧客中心のインタラクションを表すため、監視すべき最も重要なトランザクションです。詳細については、ウェブトランザクションおよびウェブ以外のトランザクションを参照してください。
WebDriver は、Seleniumコンポーネントで、合成のスクリプト化ブラウザの制御に使用します。具体的には、合成モニタリングは、Node.jsをベースにしたSeleniumであるWebDriverJSを使用しますSeleniumのフレーバー。詳細については、スクリプト化ブラウザの書き込みとスクリプト化ブラウザ例を参照してください。
ワークフローは、問題の発生時にアラート通知を適切な人にルーティングする方法です。トラブルシューティングを容易に行うために、ワークフローにクエリを追加して、インシデントに関する詳細情報を含めた通知が自動的に反映されます。
詳細については、ワークフローを参照してください。
ワークロードを使用すると、連携して特定のビジネス価値を提供するエンティティをグループ化できます。次に、自分に関連するものについて、可用性とリソース消費を簡単に監視できます。たとえば、データセンターを構成するすべてのホストでワークロードを作成できます。
詳細については、ワークロードの概要を参照してください。