INTEGRATION / SENTRY
Sentry のアラートを、Incident Lake で自動起票・自動トリアージ
リリースの直後にエラーが増えると、Sentry から似たアラートが続けて届きます。そのうちどれが利用者に影響している障害なのかを見極めるところから初動が始まり、その間に対応が開発者個人の手元で進んでしまうこともあります。Incident Lake は Sentry のアラートからインシデントを起票し、関連するアラートを1件にまとめて、Slack / Teams のスレッドでチームとして対応を進めます。
1
Sentry でアラート発火
例：Sentry: checkout-api で TypeError 急増
2
自動起票と集約
関連アラートを1件にまとめ、Slack / Teams に通知
3
人が決め、記録が残る
指揮官・重大度を一つずつ確認し、復旧時間まで記録
画面はイメージです。デモ動画は準備中です。
できること
- Sentry のアラートからのインシデント自動起票
- 関連するアラートを1件のインシデントに集約
- エージェントによる Sentry のエラー情報の参照（読み取り専用）
- 復旧時間（検知・暫定・恒久）の自動検出
- ポストモーテムへの反映
しないこと
- Sentry の issue の解決・担当の割り当てや設定の変更（読み取り専用です）
- 重大度の確定や収束の判断（必ず人が決めます）
- 当番者への電話などオンコールの呼び出し
設定の流れ（概要）
Sentry 連携を追加する
管理画面の連携設定から Sentry を選び、接続情報を登録します。認証情報はテナントごとに暗号化して保管されます。
通知先のチャンネルを決める
起票したインシデントを流す Slack / Teams のチャンネルを選びます。
テストアラートで確認する
テスト用のアラートで起票と通知を確認して完了です。具体的な手順と所要時間は導入時にご案内します。
よくある質問
Sentry に書き込みは発生しますか？
いいえ。Sentry への接続は読み取り専用です。issue の状態や担当者は Sentry 側でこれまでどおり管理できます。
修正作業を Jira や Backlog で追いかけられますか？
はい。管理者がタスク同期を有効化していれば、インシデントの対応タスクから Jira / Backlog / ServiceNow の課題を作成し、ステータスを同期できます。Sentry との接続はその場合も読み取り専用のままです。
Teams でも使えますか？
はい。Slack と Microsoft Teams のどちらのスレッドでも同じように進行できます。