Sigabrt - Cronjob監視とSSH TUI

Show HN: Sigabrt.dev – cronjob monitor with an SSH TUI

Sigabrtは、cronjobやスクリプトの停止を検知するシンプルな監視サービスです。ジョブの終了時に指定URLへpingを送信し、予定時刻にpingが届かなければメールで通知。エージェントやライブラリは不要で、スクリプトにcurlを1行追加するだけ。SSH経由のTUIでエンドポイントの状態や履歴をターミナルから確認できます。無料枠では10ハートビートまで利用可能。€15/月で無制限のエンドポイントとハートビート、90日間の履歴が手に入ります。

静けさは正常の証。通知が届かないときだけ、私たちから連絡します。
  1. p2004a

    私はこの目的には https://healthchecks.io/ に非常に満足しています。

  2. mosselman

    自分で管理していたサーバー用に作った、macOS用のサーバー監視アプリの宣伝をさせてください。サービスやセルフホスト型の監視ツールを使って、それをまた監視するために別のツールを動かすよりも、自分のラップトップで動かすのもなかなか良いと思いました。次に作りたい機能の一つがアップタイム監視です。

    https://kitaso.app/

    確かにラップトップのそばにいなければならない、あるいは起動しておかなければならないという欠点はありますが、可動部分が非常に少なくてシンプルで、しかも一律の価格設定という利点があります。

  3. raimue

    cronic をコマンドの周りにラップするだけで、失敗時に完全な出力をメールで即座に受け取れます。ログなしのハートビートだけで一時的な失敗を特定するのにどう役立つのか、私には分かりません。

    https://habilis.net/cronic/

    あなたのサービスも、成功と失敗の両方をログ付きでリモートサーバーに報告するようなラッパーがあれば、同様のことが実現できるでしょう。そうすればローカルMTAを動かす必要がなくなり、同時にハートビートでジョブがそもそも実行されたかどうかも検知できます。

  4. mrweasel

    ダッシュボードが必要なら/欲しいなら、まあクールですね。似たようなことをしてくれる他の選択肢はたくさんありますが、SSH経由ではありません。Crontabは直接メールを送れますし、サービスは不要です。

    systemdタイマーを使って、systemctl --failed -t service とするだけでもいいでしょう。

  5. linsomniac

    私は半年ほど前から似たようなアイデアを温めていました:軽量なジョブステータスダッシュボードです。

    セットアップ不要で、組織全体で実行している様々なcronジョブ、Windowsタスク、シェルスクリプトの一部として成功/失敗メッセージをプッシュできるものが欲しかったのです。

    StatShed server: https://github.com/statshed/statshed-server

    StatShed go-cli: https://github.com/statshed/statshed-gocli

    アイデアとしては「ntfy.sh」のようなものですが、ジョブステータス用です。ジョブの最初に「started」メッセージを送り、実行中は定期的に「status」メッセージを更新し、最後に「failed」メッセージ(オプションでログ付き)か「success」を送ります。そしてWebダッシュボードで概要を確認し、ドリルダウンできます。

    監視とページングにはIcingaを使っていますが、これは重厚な監視をしたくないもの、たとえば自分のラップトップのバックアップや、フリート全体でのansible実行の情報などをざっと見るための概要を提供するだけです。

この日のほかの記事

2026-09-20