o2o-negosium-original/lps/docs/api.md
민헌 b7fc327779 refactor(lps): 사문화된 네이버 오픈API 어댑터 제거 + 낡은 테스트 계약 갱신
**낡은 테스트**: test_handler_skips_record_on_negative_cache_hit 는 '캐시 히트면 이력을
남기지 않는다'를 검증했는데, 그 동작은 실측 버그였다 — 잡은 DONE 인데 price_history 에
새 행이 없어 이를 폴링하는 소비자(negodata 최저가 모달)가 결과를 영영 못 받고 로딩만 돌았다.
코드는 이미 '캐시 히트도 이 잡의 결과이므로 기록한다'로 고쳐져 있었고 테스트만 남아 있었다.
→ 현재 계약(not_found 스냅샷 1건 기록, 가격은 null)을 검증하도록 다시 씀. 전체 220 passed·0 failed.

**오픈API 어댑터 제거**: shop.json 이 2026-07-31 종료돼 404 SE05 만 반환하고, 파이프라인은
naver_shop(크롤)로 옮겨 갔다. 되살릴 수 없는 코드를 남겨두면 다음 사람이 "키를 넣으면 되나"
하고 시간을 쓴다.
- services/search/naver/ (adapter·transform) 삭제
- NaverConfig 모델·로더·설정 섹션 3개 파일에서 제거(죽은 키)
- test_naver_transform 삭제, test_alerts 는 NaverAdapter 대신 스텁 사용
  (검증 대상인 recent_stats/_note_result 는 베이스 SearchAdapter 계약이라 무관)

**문서 정합화**: architecture(네이버 안티봇=WTM, 통과 3조건) · api(배송비가 이제 채워짐,
가격은 즉시판매가·쿠폰가 제외) · operations(kr_host·naver_ip_request_budget) · README 트리.

source 이름 "naver" 는 그대로다 — price_history·by_mall·프론트 계약은 구현 교체와 무관하다.
2026-08-05 13:26:10 +09:00

183 lines
8.1 KiB
Markdown

# API 사용법
[← README로](../README.md)
- **베이스 URL**(로컬): `http://localhost:9600`
- **Swagger 문서**: `http://localhost:9600/docs` (브라우저에서 바로 테스트 가능)
- 모든 응답에는 공통 **결과 봉투** `result`가 붙습니다:
```json
"result": { "success": true, "code": 0, "desc": "SUCCESS" }
```
(실패 시 `success:false`, `code`/`desc`에 오류 코드)
- **인증(guard)**: 서버 toml 의 `[WebServerConfig].api_keys` 가 채워진 환경(prod)에서는 모든 `/v1/*` 요청에
`X-API-Key` 헤더가 필요합니다(불일치 시 `401`). 개발(local/dev)은 키를 비워 **개방 모드**로
동작합니다. `/healthz`·`/readyz` 는 항상 개방(LB 프로브). 키는 리스트로 복수 등록 가능
(무중단 키 교체). 호출 예: `curl -H "X-API-Key: <키>" http://.../v1/lps/queue/stats`
---
## 1. 검색 요청 — `POST /v1/lps/search`
상품 리스트를 보내면 상품마다 검색 작업을 큐에 넣고 **접수번호(job_id)**를 즉시 반환합니다. (실제 검색은 뒤에서 진행)
**요청**
```json
{
"data": [
{
"product_code": "T1", // (필수) 상품 식별 코드 — 이력·중복방지 키
"product_name": "맥심 커피", // (필수) 상품명
"specification": "1박스, 160개입", // (선택) 규격 — 자유 서술, 형식 무관
"model": "모카골드", // (선택) 모델명
"company": "동서식품", // (선택) 제조사/브랜드
"price": "25000", // (선택) 현재가 — 있으면 가격 범위 필터 기준
"job_type": "manual" // (선택) 요청 유형 → 우선순위
}
]
}
```
> **specification은 나눌 필요 없이** "1박스, 160개입"처럼 통째로 넣으면 AI가 해석합니다.
**`job_type` → 우선순위** (낮을수록 먼저):
| 값 | 우선순위 | 의미 |
|----|:---:|------|
| `new_product` | 1 (최우선) | 신규 상품 등록 시 |
| `manual` | 2 (기본) | 담당자 수동 요청 |
| `partner` | 3 | 외부 시스템/파트너 연동 |
| `batch` | 4 (최하위) | 정기 배치 |
(알 수 없는 값은 batch와 동급으로 처리)
**응답**
```json
{
"result": { "success": true, "code": 0, "desc": "SUCCESS" },
"accepted": 1,
"items": [ { "product_code": "T1", "job_id": "c885...", "duplicated": false } ]
}
```
- `duplicated: true` → 같은 상품이 이미 처리 대기/진행 중이라 중복 접수 생략(그 경우 `job_id` 없음).
**curl**
```bash
curl -X POST localhost:9600/v1/lps/search -H 'Content-Type: application/json' \
-d '{"data":[{"product_code":"T1","product_name":"맥심 커피","specification":"1박스, 160개입"}]}'
```
---
## 2. 작업 상태·결과 — `GET /v1/lps/jobs/{job_id}`
접수번호로 진행 상태와 결과를 조회합니다. (`PENDING` → `RUNNING``DONE`)
**응답 (완료 시)**
```json
{
"result": { "success": true, "code": 0, "desc": "SUCCESS" },
"job_id": "c885...",
"status": "DONE", // PENDING / RUNNING / DONE / DEAD
"attempts": 1,
"output": {
"outcome": "found", // found / not_found
"query": "맥심 커피",
"lowest": { "price": 25200, "source": "coupang", "name": "맥심모카골드 ...", "detail_url": "...",
"shipping_fee": 0, "shipping_type": "rocket" },
"top": [ /* 최저가 상위 N개 */ ],
"sources": { "naver": {"count": 40}, "coupang": {"count": 40} },
"stages": [ {"stage":"outlier","in":80,"out":76}, {"stage":"ai_match","in":76,"out":1}, {"stage":"top_n","in":1,"out":1} ],
"metrics": { // 이 검색 1건이 쓴 리소스/비용/시간
"duration_ms": 21500,
"ai": { "calls": 2, "prompt_tokens": 5200, "completion_tokens": 180, "est_cost_usd": 0.000888 },
"crawl": { "fetches": 3, "html_bytes": 1560000, "malls_crawled": ["gmarket"] },
"source_ms": { "naver": 480, "coupang": 12300, "gmarket": 8700 }
}
}
}
```
- `output.stages` = 각 단계에서 몇 건이 걸러졌는지(디버깅·품질 확인용).
- `output.metrics` = 검색 1건의 원가. `ai`(호출·토큰·추정 비용$), `crawl`(fetch 수·**실제 전송 바이트**·크롤한 몰), `source_ms`(소스별 소요), `duration_ms`(전체). 바이트는 CDP `Network.loadingFinished`의 encodedDataLength(실제 프록시 전송량)로 측정. `proxy_bytes`(네이버 직접 제외)로 DECODO 비용 산정.
- 없는 job_id/잘못된 형식 → `result.desc = "LPS_JOB_NOT_FOUND"`.
> **⚠️ 가격의 의미 (배송비)**
> - `price` 는 **상품가**입니다. 배송비 포함 여부는 `shipping_fee`/`shipping_type` 으로 판단합니다.
> - **쿠팡**: 검색 화면의 배송 신호를 파싱해 채웁니다 —
> `shipping_type`: `rocket`(로켓배송, 와우 무료/일반 19,800원↑ 무료) · `rocket_merchant`(판매자로켓) · `free`(명시 무료) · `paid`(유료, `shipping_fee`에 금액) · `null`(미확인)
> - **네이버**: 모바일 검색 화면을 그대로 파싱하므로 **배송비도 채워집니다**(`free`/`paid`).
> 옛 오픈API(`lprice`)는 배송비 제외 상품가라 화면과 값이 달랐는데, 그 불일치가 사라졌습니다.
> (오픈API 는 2026-07-31 종료 — 네이버는 크롤 경로만 남았습니다)
> - 가격은 **즉시 판매가**입니다. 쿠폰할인가는 조건부(1인 1회·선착순)라 쓰지 않습니다 —
> 쓰면 실구매가보다 낮게 잡혀 최저가가 왜곡됩니다.
```bash
curl localhost:9600/v1/lps/jobs/c885...
```
---
## 3. 최저가 이력(그래프) — `GET /v1/lps/products/{product_code}/history`
같은 상품을 여러 번 검색하면 쌓인 스냅샷을 **시각 오름차순**으로 반환합니다. 프론트에서 그래프로 그립니다.
**쿼리 파라미터**: `limit` (기본 100, 최대 1000)
**응답**
```json
{
"result": { "success": true, "code": 0, "desc": "SUCCESS" },
"product_code": "T1",
"points": [
{
"triggered_at": "2026-07-09T10:48:47", // X축
"outcome": "found",
"matched_count": 1,
"naver": 25200, // 네이버 최저가
"coupang": 24800, // 쿠팡 최저가
"final": 24800, // 최종 최저가 (Y축)
"final_source": "coupang",
"naver_name": "...", "naver_url": "...", "coupang_name": "...", "coupang_url": "..."
}
]
}
```
- `naver`/`coupang`가 `null`인 지점 = 그 시점에 해당 소스엔 그 상품이 없었음(그래프 선 공백).
```bash
curl "localhost:9600/v1/lps/products/T1/history?limit=100"
```
---
## 4. 큐 상태 — `GET /v1/lps/queue/stats`
```json
{ "result": {...}, "counts": { "PENDING": 0, "RUNNING": 1, "DONE": 12, "DEAD": 0 } }
```
## 5. 운영 스냅샷 — `GET /v1/lps/ops`
외부 모니터가 스크랩·임계 알림하기 좋은 **플랫 JSON**. 알림 룰·임계는 [운영 가이드](operations.md) 참고.
```json
{
"pending": 0, "running": 1, "done": 12, "dead": 0,
"dead_1h": 0, // 최근 1h 재시도 소진 실패
"stuck_running": 0, // lease 만료/장기 실행 좀비 신호
"oldest_pending_sec": 3, // 큐 지연(가장 오래된 대기 잡)
"blocks_1h": 0, // 최근 1h 봇 감지 수
"deadline_1h": 0, // 최근 1h 잡 데드라인 강제종료(크롤 행 신호)
"cost_1h_usd": 0.09, // 최근 1h 완료 잡 검색원가 합($)
"pool_checked_out": 0, "pool_capacity": 40, "pool_pct": 0 // API 프로세스 DB 풀 사용률
}
```
## 6. 헬스체크 — `GET /healthz` · `GET /readyz`
`/healthz`: 서버 기동 시각 반환(liveness — 프로세스 생존만). `/readyz`: DB 도달성까지 확인(실패 시 503) — LB/오케스트레이터용. 둘 다 **guard 대상이 아니라 항상 개방**.
---
## 상태 코드 요약
- **작업 상태**: `PENDING`(대기) · `RUNNING`(처리중) · `DONE`(완료) · `DEAD`(실패-확인필요)
- **결과 outcome**: `found`(찾음) · `not_found`(검색했으나 같은 상품 없음)
- **HTTP 401**: guard 활성 환경에서 `X-API-Key` 누락/불일치 — 키 주입 확인(상단 인증 참고)