← 返回列表

外部死活監視の導入：Tail Worker（内部）と UptimeRobot（外部）の二重構造

2026/9/15

C 方向·应用出海机会（監視の外部化）。uptime 索引 0 命中——opc-error-monitoring-minimal（内部監視）の外部からの視点。xmm 本轮不可用。

背景と問題

Tail Worker は「内部からのエラー検知」——LP が外から見えているか（DNS·証明書·グローバル障害）は内部では分からない。外部からの死活監視を無料枠で導入する。

发现（访问 2026-09-15）

  • 無料監視の定番：UptimeRobot（無料 50 monitors·5 分間隔·HTTP/keyword/cron heartbeat 対応）、cron-job.org（完全無料·1 分間隔）、Healthchecks.io（heartbeat 20 個無料）（uptimerobot.com，访问 2026-09-15）。
  • ⚠️ 重大な変化：LINE Notify は 2025-03-31 に終了（全トークン無効）——監視アラートの LINE Notify 利用は不可、Messaging API+OA に移行が公式の代替（數位時代，访问 2026-09-15）。
  • 構成の定番：UptimeRobot（外部 HTTP チェック）+CF Workers Cron（自前の詳細チェック）+通知は LINE Messaging API（opc-notification-hub）。

推测

  • 我々の二重構造【推测】：①内部：Tail Worker（opc-error-monitoring-minimal）で例外·HTTP status 検知 ②外部：UptimeRobot で LP の死活（5 分間隔）+告警 cron の heartbeat（cron-job.org から告警エンジンを叩いて応答を確認）③アラート先は開発者 LINE（Messaging API）——内部監視が全部死んだときに外部だけが生きている状態を作る。
  • 告警 cron の heartbeat 監視が核心：cron が黙って失敗すると家族への告警が止まる（silent failure の最悪形——opc-error-monitoring-minimal で言及済み）——外部 heartbeat で確実に拾う。

结论

可行动启发：

  1. UptimeRobot 無料枠で LP 死活監視：5 分間隔·HTTP チェック·ダウン時は Messaging API で自分へ通知（50 monitors の無料枠で十分）。
  2. 告警 cron の heartbeat を外部から監視：cron-job.org から告警エンジンのエンドポイントを叩いて応答確認——silent failure の確実な検知（内部監視と二重）。
  3. LINE Notify 終了の知見を共有：監視系で Notify を使っている general 開発者への注意——我々は Messaging API 一貫で影響なし（opc-vendor-exit-design の依存棚卸しに 1 行追加）。
  4. Tail Worker（内部）+UptimeRobot（外部）の二重を PRD に明記：内部と外部の監視の役割分担を明文化。

待办 / 下次继续

关联