用語集

エージェント・キーは、モニター・エージェントとそれが属する環境との間の関係を作成するために使用されます。 エージェント鍵は、特定の環境のデータを取り込む権限を付与します。

管理対象環境での障害を示すイベントのレコード。

アラート統合に対するアラート通知をリアルタイムで受信するための、外部のアラート管理および通知ツールとの統合。

予期されるベースライン動作からの逸脱。

特定のグループの予期されるパターンに準拠しないデータ・ポイント、項目、監視、またはイベントの識別。

コード・レベルのパフォーマンスを継続的に分析し、実動コードのボトルネックを検出し、炎のグラフでパフォーマンスを視覚化し、アプリケーションの「ホット・パス」を深く掘り下げていきます。 「プロファイルの分析」 を参照してください。

Kubernetes および OpenShift-compatible のアドミッション・コントローラー用Webhookの変更により、 Kubernetes または OpenShift クラスタ全体で実行される Node.js、.NET Core、 Ruby、および Python のアプリケーション、ならびに IBM Cloud Pak for Integration で実行される IBM MQ およびACEにおいて、 Instana のトレーシングが自動的に設定されるようになります。

1 つ以上の特定のビジネス・プロセスを直接サポートする機能を提供する、1 つ以上のコンピューター・プログラムまたはソフトウェア・コンポーネント。

アプリケーションのビューを調整し、ユーザーが責任を持つアプリケーションおよびサービスを最適化するために必要なセマンティクスと情報のタイプを収集する手段。 「アプリケーションの展望」 を参照してください。

Instana サーバー。

ユーザー・アクティビティー (Web サイト訪問など) とバックエンドまたはサーバー・サイドで作成された作業との間のリンクを作成する手段。 「バックエンドの相関関係」 を参照してください。

指定されたフィルタに一致するビジネスプロセスのサブセットを表示する機能。 「ビジネスプロセス」 を参照してください。

2 つのサービス間の通信。応答を非同期にすることができる要求および応答と見なすことができます。

コード実行の番号付きリスト。コードが他のコードを呼び出すたびに、新しいコードがそのスタックの先頭に配置されます。 コール・スタックは、すべてのプログラミング言語のランタイムによって使用され、エラーの発生時に「スタック・トレース」として出力されることがあります。これは、エラーの原因となった呼び出しを「トレースバック」できるためです。

サービスの中核となる働きの集まり。 例えば、XYZ サービスは「モニター」機能を提供する。

確認したいサーバーとボックスをソートして素早く見つけるための手段。 比較表をご覧ください。

アプリケーション・パースペクティブ・サービスおよび関連する基礎となるインフラストラクチャーのビジュアル表示。 背後では、Instana の強力なダイナミック・グラフによってドリブンされます。これは Instana のコア・コンポーネントであり、インフラストラクチャーのすべての物理コンポーネントが追跡され、対応する論理コンポーネントに関連付けられ、変更が発生したときに自動的に最新の状態に維持されます。 「コンテキストガイド」 を参照してください。

クラウドからクラウドへ、クラウドからオンプレミスへなど、複数のシステムにわたるトレース。

すべてのデータ・コンテキストを同時に検索できる堅固な検索機能およびフィルター機能。 マイクロサービス・アーキテクチャーでは、すべてがクラスター化によって 1 つにまとめられた、複雑で多様なデータ・コンテキストが使用されます。 ダイナミック・フォーカスは、そのようなデータ・コンテキスト全体をフィルタリングすることが可能で、ユーザーがシステム全体を把握するのを強力に支援します。 「動的フォーカスによるフィルタリング」 を参照してください。

ホスト、OS、 JVM、 Cassandra Node、 MySQL, などのコンポーネントの物理的および論理的な依存関係をすべて把握した、アプリケーションのモデル。 グラフには、トレース、アプリケーション、サービス、クラスター、表スペースなどの論理コンポーネントも含まれます。 コンポーネントとその依存関係は、エージェントとセンサーによって自動的に検出されます。つまり、グラフはリアルタイムで最新状態に維持されます。 「動的グラフの活用」 を参照してください。

サービスのパブリック API。これにより、特定のコマンドをシステム全体に公開します。

エンティティーの正確な特性を識別するユーザー定義のプロパティーを含む、エンティティーの特定の分類。

失敗の原因となるイベント内の障害。

サービスまたはシステムの状態の変化。

エンド・ユーザーの Web ブラウザーおよびモバイル・デバイスからモニター・データを収集する手段。

エラーがユーザーに対して表面化すること。

システム内のコンポーネントの内部状態におけるエラー。

物理、仮想、または「as a Service」のいずれか。 各ホストには、ボトルネックになる可能性がある CPU、メモリー、入出力などのリソースがあります。 各ホストは 1 つのゾーンで実行されます。

ホスト上のさまざまなセンサーからデータを収集・集約し、 Instana のバックエンドに送信する仕組み。 「ホストエージェント」 を参照してください。

IT サービスの品質を低下させるか、低下させる可能性がある、計画外の中断。

すべてのモニター対象システムの概要。これらのシステムは、名前付きゾーン (2 次元色の長方形) ごとにグループ化されています。 各ゾーン内には、不透明なブロックで構成される柱があります。 各柱は全体として、それぞれのシステム上で稼働する 1 つのコネクターを表します。 柱内の各ブロックは、そのシステム上で実行されているソフトウェア・コンポーネントを表し、コンポーネントの正常性を反映して色が変化します。 特定のタイプのコンポーネントは、プロセス (JVM または Apache プロセス) またはそれらのプロセス内で稼働している特定のサーバー (JVM 内の Tomcat サーバーなど) です。 インフラマップをご覧ください。

通常、ハードウェア・モニター (CPU、メモリー、ディスク入出力、ネットワーク入出力など)。

トレース、パフォーマンス・データ、ビジネス・データ、ログを収集するためのコードの変更。

IBM サービスまたは基本製品に追加機能を提供する任意の独立したアプリケーション。

アプリケーション、サービス、またはその一部が正常でない場合に作成されるイベント。 Instana によって編成されたすぐに使用可能な数百個の正常性シグニチャーが提供されています。これらを使用して、サービス品質の低下、複雑なインフラストラクチャー問題、ディスク飽和など、さまざまな問題を幅広く検出できます。 問題は、メトリック、イベント、またはメタデータが予期される値に戻るとすぐに自動的に解決されます。

ログの収集と索引付け。

さまざまな疎結合サービスが連携してアプリケーションを形成するアーキテクチャー・パターン。 これらの各サービスは、関連するすべてのロジックとデータをカプセル化して、1 つの目的にのみ焦点を当てます。 サービス間の通信は、明確に定義された API を介して行われます。

モバイル・アプリケーションの場合は EUM/RUM。

構成や変更の必要がほとんどない、インストール直後に機能する一連の機能を提供するツール。 ソフトウェア・デリバリーに適用されると、ワンストップ・ソリューションによってデプロイメント・パイプラインを素早くセットアップできます。

アプリケーション開発およびデプロイメント・パイプライン・イベントの自動分析。アプリケーション、インフラストラクチャー、およびサービスのパフォーマンス・データと直接関連付けられます。 「パイプラインのフィードバック」 を参照してください。

動的プログラム分析の 1 つの形式。例えば、プログラムのスペース (メモリー) または時間の複雑さ、特定の命令の使用、または関数呼び出しの頻度と期間などを測定する。

即時または後の分析を目的としてプロファイルを生成するプログラム。

CPU およびメモリーの使用量について、コード行までの低レベル・パフォーマンス・データを収集します。

アプリケーションまたはサービス・インスタンスのためにプロビジョンまたは予約できる、物理または論理コンポーネント。 リソースの例としては、ストレージ、プロセッサー、メモリー、クラスター、VM などがある。

ウェブサイトやアプリケーションを利用する実際のユーザーの行動を記録・分析します。

販売キーは、 Instana のセルフホスト版を使用する権限があることを確認するために使用されます。

オンプレミスと呼ばれます。これは、データ収集バックエンドがお客様のデータ・センター内で実行されるため、お客様のデータがファイアウォールの外側に置かれることがないことを意味します。

オンプレミス環境にインストールされている Instana バックエンド。

Instana が、特定の技術を監視するために開発した専用ソフトウェア。 たとえば、 ActiveMQ センサーは ActiveMQ, の監視に使用されますが、このセンサーは Instana エージェントをインストールすると、自動的に展開およびインストールされます。 エージェント・センサーを参照してください。

製品に機能を提供する機能のセット。

サービスのある側面の定量的測定。 サービスの正常性をモニターするには、そのサービスに対する重要な動作と、それらの動作を測定および評価する方法を理解しておく必要があります。 そして、重点を置く動作をいずれも SLI に設定することができます。

SLI によって測定されるサービス・レベルのターゲット値。 これは、7 日間などの一定期間における測定可能な信頼性の目標です。 SLO は、SLI ≤ < upper_bound> または SLI> = < lower_bound> として表すことができます。

「サービスレベル目標（SLO）」 を参照してください。

ウェブサイトの表示速度低下、 JavaScript のエラー、 HTTP のステータスコードなど、標準で用意されているテンプレートに基づいてアラートを受信できるよう、アラート設定を自動的に生成する機能です。 スマートアラートを見る

コード実行のタイミング (開始時刻と終了時刻を含むアクション) を表します。 また、タイム・スタンプと期間の両方で構成されるデータのセットも保持します。

プロアクティブなモニターとも呼ばれ、エンド・ユーザーがさまざまな場所からアプリケーションに対して実行するアクションをシミュレートし、可用性や応答時間などのパフォーマンスについて特定の間隔で継続的にモニターすることができます。 「合成モニタリング」 を参照してください。

シンセティック・テストが実行されるエージェント。 これは、 Kubernetes クラスター内の Kubernetes ポッドのセットとして実行されます。

アカウントまたは名前空間に関連付けられたサブスクリプションを介してサービスにアクセスするエンティティー。

サービス・システムを通る単一の要求とそのパスの表現。

スパンを収集するコードの断片。

特定された問題または要求の、一定の形式によるレコード。アイテムに対して作成され、それらの問題の解決または要求の完了のために適切なユーザーに割り当てられる。

ネットワークまたはアプリケーション内の特定の相互接続された資産およびリソースの配置。

データのストリームを固定サイズの重ならないウィンドウに分割するウィンドウ機能の一種で、各ウィンドウは特定の期間または間隔を表す。

サンプリングされていないすべての高カーディナリティー・データから新しい洞察を生成する手段。 「Unbounded Analytics 」を参照してください。

システムがアドレス指定するディスク装置内の定義済みスペース。

HTTP ベースのコールバック関数で、2つのアプリケーション間で軽量かつイベント駆動型の通信を可能にします。

ゾーンは、異なる大陸および地域に存在することができます。 これらのゾーンは、障害が発生することも、パフォーマンス特性が異なることもあります。