에러로 끝났는데 아무도 몰라요
pg_dump가 exit 1로 끝나도 cron은 아무 말도 하지 않습니다. 다음 날 복구하려 할 때 알게 되죠.
서버 로그를 열어보기 전까지는 아무도 모릅니다. CronBark는 세 가지를 모두 감지해요.
pg_dump가 exit 1로 끝나도 cron은 아무 말도 하지 않습니다. 다음 날 복구하려 할 때 알게 되죠.
외부 API 응답을 기다리다 몇 시간째 hang. 다음 실행과 겹치기 시작해도 겉으론 멀쩡해 보입니다.
서버 재시작 뒤 crontab이 사라졌거나 스케줄러가 죽었습니다. 실행이 없으니 로그조차 남지 않아요.
이름과 cron 식만 입력하면 다음 실행 시각을 계산해 지켜보기 시작해요. 유예 시간과 타임아웃은 잡마다 다르게.
기존 스크립트는 그대로. crontab 끝에 curl 한 줄, 또는 Python SDK · REST API · CLI 중 편한 방식으로.
실패·지연·타임아웃·미동작·복구 — 조건마다 다른 채널로. Slack · 이메일 · Webhook, 중복 알림은 자동으로 막아요.
문제를 알았다면 원인을 찾고, 팀과 나누고, 기록으로 남겨야 하니까요.
실패 › 타임아웃 › 미동작 › 지연 › 실행 중 › 정상 순으로 정렬. 성공률·실행 추이·시간대별 히트맵까지 한 화면에서.
이메일로 팀원을 초대하고 역할을 나누세요. 보기만 하는 멤버는 설정을 바꿀 수 없어요.
실패 보고에 로그를 함께 보내면 건당 최대 20MB까지 저장. 서버에 접속하지 않고 원인을 봐요.
월간 요약 · 실패 분석 · 기간 지정 리포트를 PDF와 CSV로. 성공률과 소요시간을 자동으로 집계해요.
크론잡·API 토큰·멤버·워크스페이스 설정을 누가 언제 바꿨는지 기록해요. 사고 뒤 원인을 추측하지 않아도 돼요.
모든 플랜에 무제한 알림과 한국어 지원 포함.
크론잡 모니터링이 처음이라면 — 크론잡(Cron) 모니터링 가이드 →