Slack・Chatwork・LINEへの死活監視アラート通知を設定する方法

サイト障害に即座に気づくための通知設定

死活監視で最も重要なのは、障害発生時にすぐ気づけることです。メール通知だけでは見落とすリスクがあるため、普段使っているチャットツールへ通知を飛ばす設定が欠かせません。

この記事では、Miterlを使ってSlack・Chatwork・LINEに通知を設定する手順を解説します。

通知先（アラート連絡先）はダッシュボードで作成する

Miterlでは、Slack・Chatwork・LINE・メールといった通知先を**「アラート連絡先」**としてダッシュボードで登録します。連絡先を一度作っておけば、あとは各モニターに紐付けるだけで通知が飛ぶようになります。

APIから通知先そのものを新規作成することはできませんが、作成済みのアラート連絡先の一覧と ID は API で取得できます。取得した ID をモニターの alert_contact_ids に指定することで、「どの監視対象を、どの通知先に飛ばすか」をプログラムから制御できます。

Slack通知の設定

SlackへのアラートはWebhook URLを使います。

手順:

1. Slackで対象チャンネルを開き、「アプリを追加」から Incoming Webhooks を有効化
2. Webhook URLをコピー
3. Miterlのダッシュボードの「アラート連絡先」でSlackを選択し、URLを貼り付けて連絡先を作成
4. 監視対象（モニター）の編集画面で、作成したSlack連絡先を通知先に指定

Chatwork通知の設定

日本の制作会社ではChatworkを使っているケースが多いです。MiterlはChatwork APIに対応しています。

手順:

1. Chatworkの「サービス連携」からAPIトークンを発行
2. 通知先のルームIDを確認（URLの #!rid の後の数字）
3. Miterlのダッシュボードの「アラート連絡先」でChatworkを選び、APIトークンとルームIDを入力して連絡先を作成
4. 監視対象（モニター）の編集画面で、作成したChatwork連絡先を通知先に指定

APIでモニターに通知先を紐付ける

ダッシュボードで作成したアラート連絡先は、API でその一覧と ID を取得できます。

# 作成済みのアラート連絡先の一覧とIDを取得する
curl -X GET https://miterl.com/api/v1/alert-contacts \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json"

# レスポンス例:
# {"data":[{"id":1,"type":"slack","name":"制作チーム通知","is_active":true},
#          {"id":2,"type":"chatwork","name":"クライアントA通知","is_active":true}]}

取得した ID を、モニター作成・更新時に alert_contact_ids（整数の配列）として渡します。

# 監視対象にSlack(1)とChatwork(2)の通知先を紐付ける
curl -X POST https://miterl.com/api/v1/monitors \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "name": "クライアントAサイト",
    "type": "http",
    "url": "https://client-a.example.com",
    "interval_seconds": 300,
    "alert_contact_ids": [1, 2]
  }'

LINE通知の設定

LINE Notifyを使えば、スマートフォンに直接プッシュ通知が届きます。外出中でも障害に気づけるため、緊急度の高いサイトにおすすめです。

手順:

1. LINE Notify にログインしてトークンを発行
2. 通知先のグループまたは「1:1でLINE Notifyから通知を受け取る」を選択
3. Miterlのダッシュボードの「アラート連絡先」でLINEを選び、トークンを入力して連絡先を作成

制作会社向け：通知先の使い分け

複数のクライアントサイトを管理する場合、通知先を分けると効率的です。

Miterlでは1つの監視対象に対して複数のアラート連絡先を同時に紐付けできます（API では alert_contact_ids に複数の ID を渡すだけ）。たとえば、Slackで社内通知しつつ、LINEで緊急連絡も受け取るという構成が可能です。

通知テストを忘れずに

アラート連絡先を作成したら、必ずテスト通知を送信して正しく届くことを確認しましょう。Miterlの管理画面では、各アラート連絡先の「テスト送信」ボタンで即座に確認できます。

テストが成功しても、実際の障害時には「通知が大量に飛ぶ」ことがあります。これはフラッピング（短時間に up/down を繰り返す状態）が原因で、アラート疲れの大きな要因になります。Miterlでは連続ダウン回数の閾値（例: 2回連続で down になったら通知）を設定することで、短時間のネットワーク揺らぎによる誤報を抑えられます。

よくあるトラブルと対処法

実運用で頻出するトラブルを3つ紹介します。

通知が届かない

まずは管理画面の「通知履歴」を確認し、Miterl側で送信イベントが発火しているかを見ます。発火していればWebhook先（SlackのチャンネルIDやChatworkのルームID）の権限や受信設定を疑い、発火していなければモニターのアラート条件（ダウン判定・閾値）を再確認します。

チャンネル側のレート制限に引っかかる

Slackのincoming webhookは1秒に1通、LINE Notifyは1時間あたり1000通などの制限があります。短時間に多数の障害が発生すると一部の通知が欠落する可能性があるため、緊急サイトはLINEなど即時性の高い手段をプライマリに、詳細通知はSlack/Chatworkに回す二段構えが有効です。

深夜や休日だけ通知が埋もれる

Slackのミュート設定やChatworkの通知音オフでアラートが見逃されるケースです。Miterlの段階的エスカレーション（10分応答なければLINEに通知、30分で電話通知サービスへ）を設定すると、担当者の状況に応じて段階的に通知先を切り替えられます。

Webhook通知との組み合わせ

Slack・Chatwork・LINEへの通知は「人への連絡」が主目的ですが、Webhookはシステムへの自動連携に使います。たとえば、ダウン検知をトリガーにして自動復旧スクリプトを実行したり、インシデント管理ツール（PagerDutyなど）に起票したりする際はWebhook通知先を活用します。

1つのモニターにSlack（チームへの連絡）とWebhook（自動処理）を同時に紐付けることも可能です。詳しい活用例は「Webhook連携でDevOpsを強化する」をご覧ください。

通知設定チェックリスト

アラート連絡先を設定した後、以下を確認しておくと本番運用でのトラブルを防げます。

• テスト通知を送って実際に受信できることを確認
• 担当者の不在時（夜間・休暇）に通知が埋もれないか確認
• フラッピング（短時間up/down繰り返し）による通知爆発の閾値設定
• 計画メンテナンス時はメンテナンスウィンドウで通知を抑制する設定

まとめ

死活監視は「通知が届かなければ意味がない」仕組みです。Slack・Chatwork・LINEそれぞれの特性を理解し、サイトの重要度と担当者の動線に合わせて通知先を使い分けることで、障害対応の初動が大きく変わります。

詳しい設定方法は ドキュメント を参照してください。通知以外の機能について知りたい方は ユースケース や FAQ もご覧ください。他のアラート設定のベストプラクティスは「Webhook連携でDevOpsを強化する」もあわせてどうぞ。