프로덕션에서 500 오류를 발생시키는 Worker 디버깅
언제 쓸까: Worker의 오류율이 급증했습니다. 로그, 최근 배포, 변경 사항 diff를 원하지만 대시보드를 열고 싶지는 않습니다.
사전 조건
- MCP 클라이언트에 연결된 Cloudflare 계정 OAuth — 첫 번째 툴 호출 시 OAuth가 트리거되며, 'Workers Observability' 및 'Workers Bindings' 스코프를 승인하면 됩니다.
흐름
-
오류로 필터링된 최근 Worker 로그 테일링지난 15분간 Worker 'api-edge'의 로그를 테일링합니다. 상태가 >= 500인 항목만 필터링하고, 오류 메시지의 처음 100자로 그룹화합니다.✓ 복사됨→ 상위 오류 템플릿, 개수 및 타임스탬프
-
최근 배포 나열'api-edge'의 최근 5개 배포를 나열합니다. 배포 시간, 작성자, 버전 해시를 표시해 주세요.✓ 복사됨→ 배포 타임라인 — 오류 발생 시간과 상관관계 파악
-
필요한 경우 롤백오류 급증이 14:22 배포 이후부터 시작됩니다. 'api-edge'를 이전 버전으로 롤백해 주세요. 확인 전에 저에게 물어봐 주세요.✓ 복사됨→ 파괴적 작업 수행 전 확인 프롬프트
결과: 복구된 프로덕션 Worker와 명확한 '배포 X로 인한 오류 Y' 사후 분석 노트.
함정
- 로그 테일은 실시간만 가능하며 이미 지난 버스트를 놓칠 수 있습니다. — 과거 기간을 확인하려면 테일 대신 Logpush 또는 Analytics Engine MCP 툴을 사용하세요.
- 롤백은 D1/KV 상태를 마이그레이션하지 않습니다. — 잘못된 배포에서 마이그레이션을 실행한 경우, Worker만 롤백해서는 부족합니다. D1 복구가 필요할 수 있습니다.