← 返回列表

エラー監視の最小構成：Tail Workers で足りる——Sentry を入れない規律

2026/9/15

B 方向·OPC 最佳实践（维度：障害検知の軽量構成）。インシデント（検知面）は対応手順済み（opc-security-incident-response）——本課題は日常のエラー検知の最小構成。xmm 本轮不可用。

背景と問題

「エラーが起きていないかどうか」を知らないまま運営している——Sentry 等の SaaS は月額がかかり、solo には過剰。Cloudflare の標準機能だけで最小の監視を組む。

发现（访问 2026-09-15）

  • Tail Workers が公式の正解：Cloudflare は各実行の log·uncaught exception·metadata を Tail Worker に自動送信——第三者 SaaS 不要で log の集約·alerting が組める（Tail Workers 公式，访问 2026-09-15）。
  • 「OK」の意味に注意：real-time logs の「OK」は uncaught exception がないだけで HTTP status とは無関係——「OK でも API は失敗している」落とし穴（Cloudflare Community の既知の問題）。
  • wrangler tail は ad-hoc 調査用（接続切れの既知 quirks あり）——日常監視は Tail Worker 側に置く。

推测

  • 我々の最小構成【推测】：①Tail Worker 1 本：エラー（exception/非 2xx）を検知したら自分の LINE へ 1 通（家族への通知でなく自分への開発アラート）②週次リズムの月曜 15 分でエラーログの目視確認（opc-weekly-operations-rhythm）③Sentry 等は月 10 エラー以上が 3 週続いたら導入検討（基準を先に書く）。
  • 告警エンジンの cron 失敗（opc-vendor-exit-design の依存）は Tail Worker で最優先に拾う——cron が黙って失敗すると家族への告警が止まる（silent failure の最悪形）。

结论

可行动启发：

  1. Tail Worker 1 本で自分 LINE へのアラート：exception/非 2xx を検知→開発者 LINE へ 1 通（Sentry なし·月額ゼロの監視）。
  2. cron 失敗の silent failure を最優先に：告警エンジンの cron が失敗したら即アラート——家族への告警が止まっていることに気づけない状況を防ぐ。
  3. 「OK≠成功」の落とし穴をチェックリストに：HTTP status の確認を Tail Worker 内で実装（uncaught だけでは足りない）。
  4. Sentry 導入の基準を先に書く：月 10 エラー×3 週続いたら導入検討——基準なきツール増殖を防ぐ。

待办 / 下次继续

关联