기대 실행을 기록합니다
스케줄 설정과 별도로 어떤 구간이 언제까지 완료돼야 하는지 정의합니다. 주말·휴일·월말 처리와 시간대를 명시합니다. 예약이 등록됐다는 사실은 실행 완료가 아니며 서버나 외부 도구가 꺼져 있던 구간도 확인할 수 있어야 합니다.
가정한 실행 대조표
다음은 누락 탐지 규칙을 설명하는 예시입니다. 실제 주기와 여유 시간은 공급자 지원과 사업 기한에 맞게 정해야 합니다.
job: demo-daily-lead-report
expected_window: documented local business day
expected_completion: configured operational deadline
actual_run_reference: read from execution ledger
missing_if: no completed run for required window
backfill_scope: only unresolved windows
duplicate_guard: one completed report per business window
실패와 미실행
실행을 시작했다가 실패한 경우와 시작 기록 자체가 없는 경우를 구분합니다. 가정한 예로 자격정보 오류는 실패 로그가 남을 수 있지만 스케줄이 비활성화되면 아무 로그도 안 생길 수 있습니다. 자체 오류 경보만으로 미실행을 모두 발견할 수 있다고 가정하지 않습니다.
검수 순서
- 정상 주기의 기대 구간과 결과를 대조합니다.
- 한 번의 실행 누락을 시험 환경에서 만듭니다.
- 탐지와 담당자 인수, 보충 실행을 확인합니다.
- 일부 완료 구간이 다시 발송되지 않는지 봅니다.
보충 실행은 당일 데이터를 처리하는 것과 다른 범위일 수 있습니다. 조회 기간과 파일 이름, 덮어쓰기·추가 저장을 명세합니다. 보고서가 늦게 갱신됐다는 사실을 실제 고객 활동 감소로 잘못 해석하지 않게 최신성을 표시합니다.
완료 기준
어느 업무 구간이 완료됐고 무엇이 빠졌는지 운영자가 알 수 있어야 합니다. 미실행 경보의 확인 주체와 기한을 정하고 스케줄 변경·계정 교체 뒤 재검수합니다. 실행 횟수 합계보다 필요한 모든 구간의 처리 증거를 남기는 것이 중요합니다. 보충 실행이 끝나면 원본 자료와 최종 보고의 범위를 다시 대조합니다.
자주 묻는 질문
- 성공 로그가 없으면 그냥 다음 실행을 기다리나요?
- 업무 기한과 누락 구간의 영향을 확인해야 합니다. 다음 실행이 과거 구간까지 처리하는지 현재 구간만 처리하는지에 따라 보충 실행이 필요할 수 있습니다.
- 누락한 기간 전체를 다시 돌리면 되나요?
- 이미 일부 완료된 구간과 중복 부작용을 확인해야 합니다. 데이터 조회와 외부 발송의 재처리 정책을 구분해 보충 범위를 정합니다.
공식 참고자료와 작성 기준
공식 문서는 도구·검색 기능의 근거이며, 위의 점검 순서와 완료 기준은 현랩의 실무 설계 제안입니다. 예시를 실제 고객의 성과나 검색엔진의 보장으로 해석하지 않습니다.