FireHydrant と Incident Lake の違い（2026年10月時点）

本比較は2026年10月26日時点の各社公開情報に基づきます。誤りにお気づきの場合はお問い合わせからご連絡ください。

FireHydrant は、無料プランから始められるインシデント管理のプラットフォームで、アラートとオンコールの Signals も提供しています。Freshworks の SEC 提出書類（10-Q）には、2026年1月に Freshworks が FireHydrant を買収したと記載されています。

Incident Lake も Slack / Teams のスレッドで対応を進めますが、違いが出るのはその前後です。訓練と CMDB で「備える」こと、報告期限の管理とエビデンスで「残す」ことまでを、同じ記録の上で扱います。

AI を使いたいがデータを外部に出せない場合は、自社ホスト LLM で動く Self-Hosted を選べます。どちらが合うかは、困りごとが対応中にあるのか、その前後にあるのかで決まります。

FireHydrant が向いているチーム／Incident Lake が向いているチーム

12項目の比較

「要確認」は、出典に挙げた公開情報では確認できなかった項目で、機能がないことを意味するものではありません。法令に関する記述は一般的な情報であり、法的助言ではありません。

併用・移行のパターン

Signals による呼び出しはそのままに、インシデントの前後を Incident Lake で受け持つ構成です。

画面はイメージです。デモ動画は準備中です。

FireHydrant からの移行・併用チェックリスト

• アラートとオンコール：Signals を使っている場合は、そのまま残すことをおすすめします。Incident Lake はオンコール管理を主機能としていません
• 対応の場：実際のインシデントでどちらがスレッドを進めるかを決め、対応者が二か所に分かれないようにします
• サービスの情報：構成項目を CMDB に登録します。NetBox / ServiceNow をお使いの場合は同期できます
• 過去の振り返り：必要な記録をエクスポートしてナレッジとして取り込むと、類似インシデントの検索対象になります
• 期限の起点：法令報告の期限は把握日時から計算されます。把握日時をいつ、誰が記録するかをチームで決めておきます

よくある質問

FireHydrant をやめないと使えませんか？

いいえ。Signals で担当者を呼び出し、訓練、CMDB、報告期限の管理、エビデンスの保管を Incident Lake で進める併用ができます。

AI が重大度や収束を勝手に決めませんか？

決めません。エージェントは候補を提案し、確定はスレッドの参加者が行います。報告書の提出も人が行います。

監視やチケットのツールに書き込みは発生しますか？

監視・コード・ドキュメントへの接続は読み取り専用です。Jira / Backlog / ServiceNow へのタスク同期だけは、管理者が有効化した場合に双方向（課題作成・ステータス遷移）になります。

出典

• [1] FireHydrant「Pricing」（2026年10月26日取得）
• [2] FireHydrant Changelog「Introducing a new fully-featured Microsoft Teams integration」（2026年10月26日取得）
• [3] Freshworks Inc. Form 10-Q（2026年3月31日終了四半期、米国証券取引委員会）（2026年10月26日取得）

各社の情報は2026年10月時点の公開情報に基づきます。各社の製品名・サービス名は各社の商標または登録商標です。