AIOps ツールの選び方：相関・調査と実行の権限

監視が適切な担当者を呼び出せているなら、私はその後に繰り返している作業を見ます。大量の通知をまとめるのか、担当チームを決めるのか、ログ、トレース、リリース記録を何度も調べて同じ障害の状況を組み立てるのか。どれも AIOps と呼ばれますが、必要な製品は違います。

AIOps ツールを選ぶために、既存の監視をすべて替える必要はありません。イベント相関は今のアラートの後段に置けますし、調査は既存プラットフォームのデータを利用できます。システムをまたぐ証拠収集と連携の保守が時間を使い続けるなら、統合可観測性基盤も比較する価値があります。Guance の価値も、利用できるデータ、調査画面、許可されたツールで説明すべきです。

分けて考えたいのは、まとめられる通知、結論の根拠となる記録、次の操作を実行できる主体の三つです。通知が減ったことだけで、復旧が確実になったとは判断できません。

Guance 編集部 · 2026 年 10 月 28 日。公式資料に基づく製品比較であり、発行者の Guance も対象に含みます。計算例は仮定を明示しており、同一負荷による各製品の比較試験は行っていません。

AIOps ツールで減らしたい仕事を決める

監視はすでに閾値、ルール、その他の分析で異常を検知します。相関は関連アラートをインシデントにまとめ、調査は状況を問い合わせて仮説を確かめ、実行はシステム状態を変えます。一つの製品に同居していても、それぞれの成果は別です。

監視が十分で集約や担当割り当てが問題なら、BigPanda、PagerDuty、既存の Splunk ITSI の該当機能から検討できます。調査の大部分が Datadog 内で完結するなら、Bits Investigation の追加価値を先に見ます。共通データと調査経路が足りないとき、Guance のような基盤は、より広い範囲の分担を変えます。

相関は、フィールドと時間から始まる

タイトルが似た通知でも、同じ障害とは限りません。異なる環境に同名サービスがあり、一つのリソースで別の問題が続けて発生する場合もあります。サービス、環境、リソース、送信元、イベント時刻を残してから、条件と時間窓を決めます。広すぎる窓は別の障害を統合し、狭すぎる窓は一つの問題を分割します。

BigPanda の相関パターンは送信元、タグ、時間窓、任意のフィルターを使います。公式資料は正規化と情報の付加を前提とし、アプリケーション、ホスト、依存関係などの情報は監視や接続先から取得します。名前やシステムが変わればルールも保守が必要です。圧縮率だけを聞くより、実際の仕事が見えます。BigPanda の相関

Splunk ITSI は notable event を episode にまとめます。フィルター、分割フィールド、終了条件で所属を決め、アクションルールで通知や外部操作を行います。ITSI 5.0 は優先度順に処理し、一致した後は低い優先度で重複 episode を作りません。同じ優先度のポリシーが一致すると、複数 episode に入る場合があります。元イベント、episode、実行の件数は分けます。ITSI のサービス健全性とイベント管理は、Splunk Observability Cloud 全体と同じ範囲ではありません。ITSI の集約ポリシー

PagerDuty の Intelligent Alert Grouping は関連アラートをインシデントに追加し、Event Orchestration はルール、振り分け、設定したアクションを扱います。現在の提供形態には AIOps アドオン、または PD Reliability Platform の Signal Intelligence があります。具体的なオーケストレーションと自動化の権利は選ぶプランで確認します。アラートのグループ化・Event Orchestration

ノイズ削減では分母も残します。通知が 1,000 件から 200 件になり、同じデータに含まれる既知の対応すべき障害 20 件のうち、処理後も独立して発見・対応できるものが 18 件だったと仮定します。

通知の削減率 = (1,000 − 200) ÷ 1,000 = 80%
既知の対応すべき障害の保持率 = 18 ÷ 20 = 90%

これは仮定した例です。通知が 80% 減っても、二つの障害を誤って統合、抑制した可能性があります。過去のアラートを再生するときは、残った通知数だけでなく、既知の障害との対応を維持します。

調査の質は、読める証拠で変わる

インシデント要約は出発点です。詳しい調査では、ログがエラーを、トレースが依存関係を、リリース記録が変更を、RUM が利用者への影響を示します。未収集、保存期限切れ、アクセス拒否は、それぞれ別の情報不足です。

Guance はワークスペース画面から Agent にタスクを渡し、現在の状況を添付できます。サービス、時間、フィルターを説明し直す作業は減らせますが、添付はメンバーや Agent のデータ権限を広げず、関連データをすべて取得済みにするものでもありません。ログとトレースの識別子は一致し、必要な信号が収集・保存されている必要があります。ワークスペースでの Agent 利用

Obsy Copilot は現在の画面でデータを理解し、クエリを作る際に使えます。Agent Teams は設定されたツールでタスクを進めます。Skill は知識、手順、出力の約束を、MCP は外部データや操作への入口を提供します。アクセスは接続先アカウント、データ範囲、Agent の権限モードに従います。OWL や MCP を接続しても、それだけで原因が確定するわけではありません。Obsy Copilot・Skill と MCP

Datadog の現在の名称は Bits Investigation です。対応モニターなどから調査を開始し、仮説に応じて証拠を問い合わせ、情報が足りなければ未確定の結論にもなります。現行資料には Grafana、Dynatrace、Splunk、ServiceNow などの外部連携があり、Preview とされています。Datadog 内のデータだけに限定する説明も、全顧客が本番で外部接続済みとする説明も正確ではありません。Bits Investigation の情報源

Splunk の製品境界も重要です。Log Observer Connect は Observability Cloud から Splunk Enterprise または Splunk Cloud Platform のログを検索しますが、自身で保存・索引化は行いません。元の基盤が引き続き保存と検索を担います。共通画面で見えることと、同じ保存・検索資源が契約に含まれることは別です。Log Observer Connect

New Relic と ServiceNow を導入済みなら、既存構成を使う経路もあります。Issue Impact は Response Intelligence の「What's impacted?」、Issue Insights は New Relic AI outbound と ServiceNow Now Assist の連携から呼び出します。有効な構成要素と権限で比較し、すべての AI 画面に両方のツールがあるとは考えません。New Relic AI のツールと入口

Dynatrace Intelligence のように、トポロジーと依存関係を分析に使う方法もあります。問題のコンポーネント、変更、依存先をモデルが捉えているかは結果に影響します。「因果 AI」「複数 Agent」という名称だけで正確さは順位付けできません。Dynatrace Intelligence

実行には、別の認可と結果確認が必要になる

ログの読み取りとデプロイ変更では権限が違います。妥当な診断があっても、ステートレスなレプリカの再起動、データベースのリーダー操作、データ移行を伴うロールバックのリスクは同じではありません。承認では操作、対象、影響範囲を扱い、実行後には業務の健全性を確認します。

Bits はコード修正、対応の連携、インフラ操作を分けています。Bits Code とソース管理でレビュー用の変更を作れますが、Kubernetes の one-click actions と Bits Guardrails は現在も Preview です。実行にはクラスターへ接続できる Private Action Runner と適切な権限が必要で、Guardrails は操作と範囲に Ask または Deny を設定します。修正案を作ったことを、本番復旧の完了と表現すべきではありません。Bits Remediation

Guance Agent Teams も権限モード、ツール、アカウントの認可に従い、高リスク操作では承認要求が現れる場合があります。参照した証拠、実行するツール、結果の確認方法を見ます。実行停止は現在の応答や操作を中断しますが、完了済みの外部変更を自動で元に戻しません。タスク、承認、停止

同じ操作を許可された ID と拒否された ID で試し、制限が効くかを見る。接続が切れたら、再送する前に対象の状態を確認する。実行結果とサービスの健全性を一緒に確認する。こうした具体的な手順なら、モデルの自信ではなく、権限と状態変化を検証できます。

データ経路と、修正する層を確認する

プライベート配備だけでは、すべてのデータが社内に留まるとは判断できません。収集、保存、モデル推論、MCP ツール、サポートアクセスは別の場所にある場合があります。独自モデルも実際のエンドポイントと処理条件を確認します。Guance は Deployment Plan を提供しますが、モデルと外部ツールの呼び出しまで経路を追う必要があります。Guance の配備方法

誤った結論を直すために、必ずしもモデルを学習し直す必要はありません。サービスを誤るフィールド、時間範囲が違うクエリ、欠けた依存情報、古い runbook や Skill を直します。実際の変更を残せば、次の調査が違う理由を説明できます。全製品に共通する二四半期の学習期間や、半年で劣化する周期はありません。

Prometheus、Zabbix、自社分析を持つチームは、これらのインターフェースを使って構築を続けられます。制御できる範囲と同時に、データ規約、クエリ、モデル呼び出し、権限、復旧を維持する責任も残ります。ライセンス購入が不要なコンポーネントを選んでも、推論、インフラ、サポートは必要です。

旧名称も現行サービスで確認します。Moogsoft を調べると Dell の後継サービスと過去の名称が出てきます。Dell の現行法務資料には APEX AIOps Incident Management が掲載されています。同じブランドのアプリケーション可観測性とは別の提供範囲であり、旧資料から新契約の接続機能や配備条件までは判断できません。Dell のサービス説明

費用は、やめられる仕事と一緒に比較する

AI 調査、イベント受信、ワークフロー実行、テレメトリーは別々に計量される場合があります。PagerDuty AIOps の資料はイベント消費を扱い、Datadog の AI 製品は現行 AI Credits と調査・コードなどの消費規則を確認します。Guance も収集データ、保存、Agent プラン、実際のツール利用を同じ範囲で見ます。古い開始価格は総額ではありません。PagerDuty AIOps・Datadog の料金 · Guance Agent のプラン

利用量は実際の起動条件から計算します。Bits の自動調査は対応モニターが alert に遷移したときに始まり、warn、no data、再通知、テスト通知では始まりません。通知件数に調査単価を掛けると単位が混ざります。一つの障害で何個のモニターが alert になり、調査と人のクエリが同時に資源を使うかも見ます。自動調査の条件

通知件数、見逃した対応すべき障害、人の調査時間、復旧時間を残し、それぞれの起点と終点を決めて類似障害を比較します。製品料金、顧客側資源、導入、継続保守を含め、工数と現金支出は分けます。ベンダー事例の削減率や MTTR は、その事例の結果であり、自社の分母と費用の基準を置き換えません。

監視が安定し、問題が集約と対応にあるなら、その層を先に改善する。データが既存基盤に集まっているなら、その調査能力を先に見る。 システム横断の確認と保守が時間を使い続けるなら、Guance をデータ、調査画面、許可されたツールを組み合わせたサービスとして比較します。移行は繰り返す仕事を減らしながら、必要な証拠と操作能力を残すものであるべきです。