[feat] Persist extraction result in job results

[KyungminPark-steck]

📖 배경

PR #3에서 worker가 Instagram caption 기반으로 extraction_result를 생성할 수 있는 schema, domain model, HF extraction client, worker extraction interface가 추가되었다.

하지만 현재 JobRepository.upsert_job_result()는 extraction_result 값을 인자로 받기만 하고 실제 DB에는 저장하지 않는다. 따라서 worker가 추출한 결과가 /jobs/{jobId}/result 응답까지 안정적으로 이어지려면 job_results 테이블 저장/조회 흐름에 extraction_result를 연결해야 한다.

또한 DB schema 변경이 필요하므로 팀 요청에 따라 migration 코드도 함께 추가해야 한다.

🎯 목표

worker에서 생성한 extraction_result를 job_results DB 레코드에 저장하고, /jobs/{jobId}/result API 응답에서 다시 조회해 반환할 수 있게 한다.

🛠️ 구현 내용

• job_results 테이블에 extraction_result JSONB 컬럼을 추가하는 migration 코드 작성
• JobRepository.upsert_job_result()에서 extraction_result를 DB에 저장하도록 수정
• JobRepository.get_job_result()에서 extraction_result를 조회해 JobResultRecord에 매핑하도록 수정
• /jobs/{jobId}/result 응답에 저장된 extraction_result가 포함되는지 확인
• 저장/조회/API 응답 흐름을 검증하는 테스트 추가
• 가능하면 로컬 PostgreSQL/Redis 기반 worker 흐름에서 실제 저장 여부 확인

⚠️ 고려사항

• DB schema 변경이 포함되므로 migration 코드가 반드시 포함되어야 한다.
• 기존 job_results 데이터가 있어도 안전하게 적용될 수 있도록 nullable JSONB 컬럼으로 추가한다.
• extraction_result는 LLM 추출 실패 시 null일 수 있어야 한다.
• HF 실제 연동에 필요한 환경변수 변경 사항은 팀 Discord에 공유해야 한다.
  • HF_EXTRACTION_ENDPOINT_URL
  • HF_EXTRACTION_API_TOKEN
  • HF_EXTRACTION_MODEL_NAME

✅ 완료 조건

• job_results.extraction_result 컬럼 추가 migration이 포함되어 있다.
• worker가 생성한 extraction_result가 JobRepository.upsert_job_result()를 통해 DB에 저장된다.
• JobRepository.get_job_result()가 저장된 extraction_result를 정상 조회한다.
• /jobs/{jobId}/result 응답에 extraction_result가 포함된다.
• extraction_result가 null인 경우에도 기존 job result 흐름이 깨지지 않는다.
• 관련 테스트가 추가되고 전체 테스트가 통과한다.