Show HN: Capto – バックグラウンドジョブが静かになったらアラートを出し、パンくずリストを表示

ワーカーが静かになったら教えて、そして最後の有用なコンテキストを表示します。 cronジョブ、ワーカー、コンテナのためのデッドマンズスイッチ。停止すると、アラートとそれが残したパンくずリストが表示されます。掘り下げるためのダッシュボードではありません。 無料で試す アカウントなしで試してみてください 20回のチェックが無料、カード不要。すべてのプランで30秒ごとの検出。 worker-heartbeat down 6分12秒間pingなし — 2分ごとに期待 14:26 静かになる前の最後のコンテキスト 14:24:02 info job started job=check_status 14:24:03 info fetched accounts count=41 14:25:57 warn rate limited, backing off retry_in=30s 14:26:31 error upstream returned 503 host=api.example.com 14:26:34 info retry 3 of 3 job=check_status バックグラウンドジョブのためのハートビート、cron、HTTP、およびDocker監視。 ジョブに1行追加する 作業が完了したときにpingを送信します。Captoはそれを期待し始め、到着しなくなった瞬間に何かを伝えます。インストールするエージェントも、開くポートもありません。 パンくずリストはオプションであり、何かが壊れるまで費用はかかりません。最後のパンくずリストは、チェックがダウンしたときにインシデントにスナップショットされます。そのコンテキストがアラートにどのように到達するか。 実行ごとに curl -fsS "$CAPTO_PING_URL" オプションのコンテキスト await capto.breadcrumb({ message: "fetched accounts", data: { job: "check_status", count: 41 }, }); 保証されること 監視は、それが重要な夜に役立つ場合にのみ価値があります。これらは、信頼する前に知っておくべきことです。 検出は通知とは独立しています チェックをミュートしたり、静寂時間に入ったりしても、アラートは抑制されますが、評価は抑制されません。サイレンスされたチェックがダウンしても、ダウンしたと読み取られます。一時停止は検出を停止するスイッチです。 アラートは送信前にキューイングされます 各通知はチャネルごとに1行になり、指数バックオフで再試行されます。ntfyまたはTelegramの障害は、アラートをドロップするのではなく遅延させ、復旧通知は実際に通知された障害に対してのみ送信されます。 チェックごとに1つのオープンインシデント 読み取り後書き込みではなく、一意のインデックスによって強制されるため、繰り返し失敗するチェックは重複を開くことはできません。または、最初のアラート後に静かになることもありません。 cronチェックはスケジュールを理解します 最後のpingは、前のスケジュールされた実行と比較されるため、週次および月次のジョブは正しく機能します。タイムゾーンは、それが重要になる3AMではなく、保存時に検証されます。 3つのチェックタイプとレシピ heartbeat ワーカーまたはデーモンがURLにpingを送信します。間隔プラス猶予時間を過ぎてもサイレンスすると、インシデントが開きます。長期間実行されるエージェント。 cron スケジュールとタイムゾーン。実行ウィンドウを逃すことがシグナルとなるため、開始されないジョブもキャッチされます。決して開始されないジョブ。 http Captoはエンドポイントをポーリングし、ページングする前に連続した失敗が必要なため、1回の瞬間的な障害は静かに保たれます。HTTPが間違ったシグナルである場合。 ハートビートのレシピ。Docker、Podman、systemd — サイドカーまたはホストcronが正常な間にpingを送信します。CaptoはDockerソケットを必要としません。Dockerソケットなしで。 アラートはntfy、Telegram、メール、またはWebhookに送信されます。通知ごとに課金されることはなく、検出速度はプランの選択基準ではありません。 顧客からではなく、Captoから見つけてください。 無料で試す デモを見る 料金を見る