AppDynamics ユーザーとして使用する可能性のある一般的な用語について、リストで理解しておいてください。 


ポリシーに基づくイベントへの自動応答。

たとえば、アラートの送信、診断スナップショットの取得、スクリプトによる修復、または REST API コールの作成による他のツールとの統合があります。アクションは、カスタマイズできます。

データを収集して報告するコード。

エージェントは、言語(Java、Node.js、Python など)、マシン(ハードウェアおよびネットワークデータ)、データベースなどを参照できます。

問題やイベントについて通知を行う電子メール、SMS、またはカスタマイズされた外部通知インターフェイス。 

Related Pages:

モニターリング対象環境を表す階層の名前付きコレクション。「ビジネスアプリケーション」とも呼ばれます。

「ティア」、「ノード」も参照してください。

データベース、リモートサービス、およびビジネストランザクションの処理に関与するプロセスコンポーネントの検出。

アプリケーションのアクション。ビジネストランザクションは、重要なビジネス遂行機能を表します。

たとえば、ログイン、参照、チェックアウトがあります。

オンプレミス展開で、エージェントによって収集されたパフォーマンスデータを収集、保存、分析、およびベースライン化します。

SaaS 展開で、エージェントによって収集されたパフォーマンスデータを収集、保存、分析、およびベースライン化します。各 AppDynamics SaaS 展開カスタマーアカウントは、AppDynamics プラットフォームのテナントです。AppDynamics コントローラテナントは、1 つまたは複数のアカウントをホストできます。各アカウントは、そのコントローラの 1 つのテナントを表します。

ビジネストランザクションのスナップショットや分析のための補完的なアプリケーションデータを収集できるようにします。

データコレクタには、メソッド呼び出し(MIDC)、HTTP、および SQL の 3 種類があります。

Related Pages:

AppDynamics がモニターするオブジェクト。通常、エンティティには、メトリックイベント、および正常性ステータスが関連付けられています。

エンティティの例としては、アプリケーション、ティア、ノード、ビジネストランザクションなどがあります。

エージェントによって検出されたアクションまたはオカレンスを表す非構造化データ。

例として、JVM の再起動、デッドロック、エラーがあります。

ビジネスアプリケーション内にある情報フローのグラフィックビュー

Related Pages:

アプリケーションの全体的な正常性にとって重要となる特定のメトリックを選択し、それらのメトリックの許容可能なパフォーマンスの範囲を定義できます。

デフォルトの正常性ルールをカスタマイズしたり、新しいルールを作成したりできます。

ビジネストランザクションのコンテキスト外で、アプリケーションコードのメソッドをインストゥルメント化します。

メソッド自体のパフォーマンスのモニターリング、またはメソッドの入力パラメータまたは戻り値からの数値データのキャプチャに使用されます。

一定時間内(通常は一定の頻度)における数値の測定。このため、メトリックは時系列の可視化によって表されます。たとえば、「1 分あたりのコール数」や「平均応答時間」があります。AppDynamics APM プラットフォームの場合、メトリックは、エージェントが測定および報告する数値です。

AppDynamics モデリング環境の最小単位。

「アプリケーション」、「ティア」も参照してください。

Related Pages:

モニターリング、アラート、問題の修復を自動化するためのメカニズムを提供します。

次の内容で構成されています。

  1. イベントに基づくトリガー
  2. トリガーに対する応答アクション

階層ごとに提供される 1 つのアプリケーションサービスまたはサービスグループの基本的なメトリックを指定します。 

ノードの名前付きコレクション。通常はサービスを表します。

関連参照先:「アプリケーション」、「ノード」

Related Pages:

ビジネストランザクションの 1 回の呼び出し中にキャプチャされた詳細な診断情報のコレクション。
たとえば、ログイン中の 1 人のユーザーのコールグラフとタイミングがあります。ここで、ログインはビジネストランザクションです。