COMPARE
Rootly と Incident Lake の違い（2026年10月時点）
本比較は2026年10月26日時点の各社公開情報に基づきます。誤りにお気づきの場合はお問い合わせからご連絡ください。
Rootly は、インシデント対応、オンコール、AI SRE を組み合わせて導入できる海外のプラットフォームです。ユーザー単位の課金で、必要な機能から買い足していく形をとっています。
対応中の機能には重なる部分があります。違いが出るのは、その前後です。Incident Lake は、訓練と CMDB で「備える」こと、報告期限の管理とエビデンスで「残す」ことまでを、同じ記録の上で扱います。
データや LLM を自社環境に置きたい場合、Incident Lake は Self-Hosted と自社ホスト LLM を提供しています。Rootly は、自社環境で軽量なエージェントを動かす Edge Connectors を提供しています。
Rootly が向いているチーム／Incident Lake が向いているチーム
Rootly が向いているチーム
- インシデント対応とオンコールを同じベンダーでそろえ、ユーザー単位で費用を見積もりたい
- 根本原因の推定や修正 PR の下書きまで行う AI SRE を重視している
- Slack、Microsoft Teams、Google Chat をまたいで対応している
Incident Lake が向いているチーム
- 訓練やサービスの依存関係の把握など、インシデントの前の備えが手薄になっている
- 個人情報保護法・GDPR などの報告期限と、監査で示せるエビデンスを管理したい
- データと LLM を自社環境に置く Self-Hosted が必要
12項目の比較
「要確認」は、出典に挙げた公開情報では確認できなかった項目で、機能がないことを意味するものではありません。法令に関する記述は一般的な情報であり、法的助言ではありません。
併用・移行のパターン
Rootly の呼び出しはそのままに、インシデントの前後を Incident Lake で受け持つ構成です。
1
Rootly が担当者を呼ぶ
オンコールのスケジュールと呼び出しは、これまでどおり Rootly On-Call で運用する
2
Incident Lake で備える
業種別シナリオで訓練を行い、CMDB でサービスと業務の依存関係を整理しておく
3
Incident Lake で残す
報告期限の計算、エビデンスの保管、ポストモーテムの出力を、人の確認を経て進める
画面はイメージです。デモ動画は準備中です。
Rootly からの移行・併用チェックリスト
- オンコール：Rootly On-Call は単体でも購入できます。呼び出しは Rootly に残すことをおすすめします。Incident Lake はオンコール管理を主機能としていません
- 対応の場：実際のインシデントでどちらがチャンネルやスレッドを開くかを決め、対応者が二か所に分かれないようにします
- サービスの情報：構成項目を CMDB に登録します。NetBox / ServiceNow をお使いの場合は同期できます
- 過去の振り返り：必要な記録をエクスポートしてナレッジとして取り込むと、類似インシデントの検索対象になります
- 期限の起点：法令報告の期限は把握日時から計算されます。把握日時の記録の仕方をチームで決めておきます
よくある質問
Rootly をやめないと使えませんか？
いいえ。呼び出しは Rootly に任せ、訓練、CMDB、報告期限の管理、エビデンスの保管から Incident Lake を使い始める併用ができます。
AI が重大度や収束を勝手に決めませんか？
決めません。エージェントは候補を提案し、確定はスレッドの参加者が行います。報告書の提出も人が行います。
Self-Hosted と Rootly の Edge Connectors は何が違いますか？
Rootly のドキュメントによると、Edge Connectors は自社環境で動く軽量なエージェントで、Rootly へ外向きに接続します。Incident Lake の Self-Hosted は、アプリケーション本体と自社ホスト LLM を自社の環境で動かす提供形態です。
出典
- [1] Rootly「Pricing」（2026年10月26日取得）
- [2] Rootly Docs「Microsoft Teams」（2026年10月26日取得）
- [3] Rootly Docs「Edge Connectors」（2026年10月26日取得）
各社の情報は2026年10月時点の公開情報に基づきます。各社の製品名・サービス名は各社の商標または登録商標です。