Vercel Celery worker / Daemons 배포 점검표
편집부 작성 빈 양식이며 실제 배포 성공·재시도 기록이 아닙니다.
기준: 2026년 10월 17일 확인한 공개 베타 문서

1. 지원 조건
확인 시각·시간대 / 담당자:
프로젝트·팀·플랜 / 현재 쿼터 확인:
Project Root Directory가 하위 폴더인지:
시험용 프로젝트의 Production인지:
외부 TLS Redis의 공급자·리전 / TCP·TLS·CA·권한 확인:
별도 시험 큐 / 연결 제한·보존·eviction 설정 확인:

2. 설정과 버전
실제 Python / Celery / Redis 클라이언트 버전:
베이스 이미지 태그·digest / 빌드 이미지 ID:
vercel.json 위치 / daemon 이름 / root·entrypoint:
instances의 리전·수 / dashboard scaling override:
Celery concurrency / queue:
terminationGracePeriodSeconds / 실제 종료 관측:
acks_late / reject_on_worker_lost / visibility timeout:
Production 변수 이름·설정 여부 / 반영 배포:

3. 정상 전달 (값·비밀정보 대신 비공개 증거 위치 기록)
발행 시각 / task_id / job_id:
worker 수신 시각 / hostname / 배포·버전 식별:
started 시각 / completed 시각:
발행과 완료를 각각 확인한 근거:
판단(통과 / 실패 / 미확인):

전달이 멈췄을 때
마지막으로 확인한 단계: 배포 / broker 연결 / submitted / 수신 / started / completed
producer·worker의 broker·DB 번호·큐 일치 여부 (비밀값 기록 금지):
같은 task_id의 마지막 로그·예외·종료·재전달 기록:
result backend 설정 유무 / 완료 판정에 사용한 근거:
재발행 여부와 별도 시험 작업 식별자:

4. 재배포·중단·중복 확인
시험 작업 길이 / 배포 전후 버전:
실제 SIGTERM 시각 / 작업의 남은 시간:
정상 종료 또는 유예 초과·강제 종료 관측:
재수신 시각 / task_id / job_id / redelivered 표시:
같은 job_id의 completed 횟수:
broker 재전달 대기·설정·보존 상태:
업무 효과의 중복 방지 근거 / 실패 격리·복구 절차:
판단(통과 / 실패 / 미확인):

5. 정리와 재확인
시험용 작업·큐·배포·변수 정리 여부:
남은 쿼터 / instance override 확인:
다음 확인일 / 베타·스키마 변경 확인 담당자:
미완료 항목 / 담당자 / 내부 마감:

공유 전 broker URL·비밀번호·인증 헤더·사용자 payload를 가리세요.
로그의 completed만으로 실제 이메일·결제·DB 업무 효과를 검증한 것으로 적지 마세요.