コンポーネントサービスの検出
最終更新日 - 11年2026月XNUMX日
サービスコンポーネント検出は、Dynamic Service Insights (DSI) 内のサービスコンポーネントの識別と同期を自動化します。この機能により、サービスが定義されたデータソースと常に整合した状態が維持され、手動設定が最小限に抑えられ、コンポーネントレベルの可視性と集計の精度が向上します。
Active Discovery (AD) フレームワークを拡張し、集約データロジックモジュールをサポートします。この機能により、マルチインスタンス構成を有効にし、サービスのコンポーネント検出を自動化できます。これにより、コンポーネントの追加や削除などの変更が LogicMonitor のサービス監視モデルに継続的に反映されます。
データ ソース タイプとして集計データを選択すると、「コンポーネント検出を有効にする」という新しいトグルが使用可能になります。
このトグルを有効にすると、次のアクションが実行されます。
- DataSource をマルチインスタンスとしてマークします。
- アクティブ検出を有効にします。
- コンポーネント検出セクションを追加します。ここで、次のフィールドを定義できます。
- コンポーネントキー — 各コンポーネントのプロパティ識別子。
注意: 最大 10 個のコンポーネントを追加できます。
集計収集方法を使用してデータポイントを構成する方法の詳細については、以下を参照してください。 集計データ収集方法.
ユースケースの例
ある組織は、次の 3 つの論理部分を持つ電子商取引 Web サービスを監視します。
- フロントエンド(ウェブサーバー)
- バックエンド(APIサーバー)
- データベース(DBノード)
集約データソースのコンポーネント構成
集約データソースのコンポーネント検出セクションで、ユーザーは以下を構成します。
- コンポーネントキー:
app.type - コンポーネント値:
frontend,backend,database
サービス コンポーネント検出を有効にすると、DataSource が 3 つのコンポーネント値で構成されているため、LogicMonitor はサービスの下に 3 つのコンポーネント インスタンスを作成します。
LogicMonitor は、構成されたプロパティのキーと値をチェックして、リソース (またはインスタンス) をコンポーネントにマップします。
リソースまたはインスタンス app.type=frontend フロントエンドコンポーネントに含まれています。
リソースまたはインスタンス app.type=backend バックエンド コンポーネントに含まれています。
リソースまたはインスタンス app.type=database データベース コンポーネントに含まれています。
フロントエンドコンポーネントには、自動的にすべてのメンバーが含まれます。 app.type=frontend.
各コンポーネント インスタンスについて、LogicMonitor はそのコンポーネントのプロパティ マッピングに一致するリソースまたはインスタンスからのメトリックのみを集計します。
注意: サービス コンポーネントの検出は、次の 2 つの要素に依存します。
- 集約データソース内のコンポーネント構成(コンポーネントキーと許可される値)
- リソースまたはインスタンスに存在する実際のプロパティ(例:app.type=frontend)
プロパティが欠落しているか構成された値と一致しない場合、リソースまたはインスタンスはそのコンポーネントにマップされません。