6. 예비 테스트 (D-1 운영 점검)

TL;DR

운영 read-only 5/5 정상, Pages 4/4 정상, 단건 sample 4/6 정상 (KPI 2/3 500), PR #62 CI 4/4 통과. KPI 2/3 vLLM 400 이슈 외에는 시험 진행 가능 상태.

6.1 운영 read-only 엔드포인트 (5/5 통과)

첫 /api/health 가 6.35초 — cold start (real pipeline 모델 lazy load 추정). 두 번째 호출부터는 1초 이하 예상.

6.2 단건 sample 호출 (4/6 통과 · KPI 2/3 500)

KPI 4 는 timing/스트림 별도 경로 → sample 호출 제외 (테스트 코드와 동일 정책).

KPI 2/3 에러 트레이스 (서버 로그)

File "/app/src/measurement/__init__.py", line 111, in _run_kpi2
    raise RuntimeError(f"KPI2 finetuned vLLM endpoint 호출 실패: {e}") from e
RuntimeError: KPI2 finetuned vLLM endpoint 호출 실패: HTTP Error 400: Bad Request

File "/app/src/pipelines/finetune_inference.py", line 228, in _finetuned_generate
    raise RuntimeError(f"finetuned vLLM endpoint 호출 실패: {e}") from e
RuntimeError: finetuned vLLM endpoint 호출 실패: HTTP Error 400: Bad Request

호출 위치: urllib.request.urlopen(req, timeout=60) → vLLM 서버가 400 응답. 요청 body schema 또는 endpoint URL 변경 가능성.

6.3 종합 리포트 페이지 외부 링크 (4/4 라이브 · GitHub 2건 404 false-positive)

6.4 PR #62 CI 최종 상태

mergeable: MERGEABLE, mergeStateStatus: BLOCKED (브랜치 보호 정책 — admin merge 필요). 시험 종료 후 사용.

6.5 시험 시작 전 조치 권장 (우선순위 순)

1. vLLM 엔드포인트 점검 — FINETUNED_KPI2_API_URL, FINETUNED_KPI3_API_URL 의 실제 URL 동작 확인 (헬스체크 호출). 400 원인이 요청 schema 변경인지 endpoint 다운인지 분리.
2. 일시 ENABLE_FINETUNED_PIPELINE=false 전환 옵션 — vLLM 미해결 시 stub fallback 으로 KPI 2/3 단건 시연이 200 응답 유지 (실측 점수는 stub 기준). KSEL 시험관에게 사전 설명 필요.
3. cold start warmup — 시험 30분 전 /api/health + KPI 1 sample 1회 호출 (HF 모델 RAM 로드 강제) → 첫 시연 응답 시간 단축.
4. EBS 스냅샷 — DeprovisionAfter 2026-05-21 대비 시험 직후 1회 생성.
5. 로그 스트리밍 세션 사전 가동 — 별도 노트북에서 docker logs -f fingu-tips-api 또는 /admin/logs 페이지 사전 열기.

6.6 통과 요약