벡터 DB를 만들었다. 이제 뭘 해야 하나?

RAG 시스템은 "만들면 끝"이 아니다. 제조 문서는 계속 변한다:

변경 사유:
├── SOP 개정 (안전사고 후 절차 강화)
├── 설비 매뉴얼 버전 업데이트
├── KOSHA 규정 개정
├── 신규 설비 도입
└── 퇴직자 노하우 문서화

---

1. 문서 업데이트 전략

전체 재색인 vs 증분 업데이트

[전체 재색인]
모든 문서 삭제 → 전체 다시 임베딩 → 저장

장점: 단순, 일관성 보장
단점: 시간 오래 걸림, 비용 높음
적합: 문서 수 < 10,000개, 주 1회 이하

[증분 업데이트]
변경된 문서만 감지 → 해당 문서만 재임베딩 → 업데이트

장점: 빠름, 비용 절감
단점: 구현 복잡, 삭제된 문서 관리 필요
적합: 문서 수 > 10,000개, 일일 업데이트

버전 관리 패턴

# 방법 1: ID에 버전 포함
doc_id = "SOP-CNC-E001_v2.1_chunk_001"

# 방법 2: 메타데이터로 버전 관리
metadata = {
    "version": "2.1",
    "is_latest": True,
    "supersedes": "SOP-CNC-E001_v2.0",
}

# 검색 시 최신 버전만
results = collection.query(
    query_texts=["서보 에러"],
    where={"is_latest": True},
)

---

2. 성능 모니터링

지표	정상 범위	경고
검색 응답 시간	< 200ms	> 500ms
관련성 점수 (Top-1)	> 0.75	< 0.60
사용자 피드백 만족도	> 80%	< 60%
벡터 수 대비 인덱스 크기	선형 증가	급증

---

3. 백업 전략

[Chroma]
PersistentClient 사용 시:
  ./chroma_db/ 폴더 전체를 주기적으로 복사

[Pinecone]
매니지드 서비스이므로 자체 백업 제공
추가로: 원본 문서 + 메타데이터를 별도 보관 권장

[공통 권장사항]
├── 원본 문서 항상 보관 (재색인 가능하도록)
├── 임베딩 모델 버전 기록
├── 메타데이터 스키마 문서화
└── 복원 테스트 주기적 수행

---

4. 제조 환경 특수 고려사항

[보안]
├── 설비 매뉴얼은 영업비밀일 수 있다
├── 클라우드 전송 전 데이터 분류 필수
├── 로컬 벡터 DB (Chroma) 고려
└── 접근 권한 관리 (부서별)

[가용성]
├── 24/7 공장 가동 → RAG도 24/7
├── 네트워크 장애 시 로컬 캐시
├── 응답 시간 SLA: 3초 이내
└── 장애 시 기존 매뉴얼 접근 보장

[규정 준수]
├── ISO 문서 접근 로그 필수
├── 감사 추적(Audit Trail) 기능
├── 문서 유효기간 자동 관리
└── KOSHA 규정 변경 자동 감지