팔자연구소

마주한 문제

긴 유료 리포트가 생성 도중 끊겼습니다. 같은 요청을 다시 보내도 HTTP 실행 제한을 넘기면 결과는 달라지지 않았고, 일부 상품은 생성 분기 자체가 빠져 있었습니다.

확인한 과정

상품별 진입 경로와 모델 호출 시간을 따로 확인했습니다. 공급자의 출력 시간뿐 아니라 공유호스팅의 PHP 실행 방식도 제약이었습니다. 응답을 먼저 돌려주는 것과 웹서버 작업자를 실제로 돌려주는 것은 달랐습니다.

선택한 방법

상품 분기를 연결하고 내용을 청크로 나눠 제한된 병렬 호출·재시도·부족분 추가 생성을 적용했습니다. 이후 CLI 백그라운드 실행으로 옮기고, 화면은 DB의 생성 상태를 조회하도록 구성했습니다.

어떻게 확인했는가

당시 기록에서 상품별 실제 생성 시간·출력과 실패 항목을 함께 확인했습니다. 접수 응답이나 CLI 종료 문구를 완료로 보지 않고 저장된 리포트 상태와 본문을 대조했습니다. 분량 기준도 실제 결과물을 보고 조정했습니다.

단계별 처리와 경계

1. 결제·문맥 확인

   구매 상품과 저장된 분석 입력을 조회

2. 생성 접수

   GENERATING 저장 후 202 응답; 완성 의미 아님

3. 별도 실행

   상품 필수 입력 확인 뒤 CLI에서 청크 생성

4. 결과 확인

   저장 상태를 조회하고 완료 본문을 화면에 표시

마주한 문제

결제 후 자동 생성은 실패했지만 추가 입력 폼에서 다시 요청하면 정상 진행됐습니다. 결제는 끝났는데 사용자는 구매한 리포트를 받지 못하는 상태였습니다.

확인한 과정

두 요청의 차이를 비교하니 자동 경로에는 상품별 추가 정보가 빠져 있었습니다. 그 정보는 분석 단계 DB에 이미 저장돼 있어, 모델 성능이나 결제 승인보다 요청 사이의 문맥 전달이 문제였습니다.

선택한 방법

생성 요청에 추가 정보가 없을 때 저장된 분석 입력을 복원하도록 연결했습니다. 필수값 검증을 없애거나 모델에게 누락 내용을 추정시키지 않고, 원래 입력을 찾아 같은 상품의 생성에 전달했습니다.

어떻게 확인했는가

당시 막혀 있던 유료 리포트의 재생성과 완료 상태를 확인했습니다. 입력 저장·자동 트리거·생성 API의 복원 분기를 소스와 대조해, 어느 요청에서 정보가 빠지는지 설명할 수 있게 남겼습니다.