기술 블로그
갈림길 → 선택 → 구현 → 결과. "어떻게, 왜 이렇게"를 다룹니다.
Phase 1: 데이터 수집
Phase 2: 파싱
Phase 3: 매칭
Phase 4: 보강
Phase 5: 안전한 표현
Phase 6: 아키텍처
Phase 7: AI 협업
Phase 8: 운영 최적화
운영 최적화
Django + PostgreSQL 160만 건 검색, 4.5초→0.05초까지
대응:
운영 최적화
Railway→AWS 프리티어 마이그레이션 — 비용 $0으로 프로덕션 전환
대응:
운영 최적화
공공 API ETL의 현실 — 워터마크 불가와 관대한 파서
대응:
운영 최적화
같은 물질, 다른 UUID — CAS 번호로 동의어를 잡아내다
대응:
운영 최적화
A코드 166건으로 160만 제품의 79%를 커버하는 법 — 3-Layer 번역 전략
대응:
운영 최적화
Django 160만 건 배치 비정규화 — OOM에서 무한루프까지
대응:
운영 최적화
RDS 프리티어 콜드 스타트 — 3일간의 타임아웃 디버깅
대응:
운영 최적화
Claude Code 에이전트 릴레이 패턴 — 스케줄 에이전트 간 파일 기반 통신
대응: