한 줄 요약

Elasticsearch는 검색 엔진입니다. BM25 · dense vector · aggregation은 강력하지만, 그 자체로 “질문을 받아서 답을 돌려주는 AI”는 만들어주지 않습니다. 임베딩 모델 호출, rerank, LLM 호출, 인용 추출, 평가, 멀티테넌트 격리 — 모두 별도 서비스로 묶어야 합니다.

Schift는 그 묶음을 한 contract으로 제공합니다. Elasticsearch가 “좋은 검색 primitive”라면 Schift는 “end-to-end RAG runtime”입니다.

성능 · 정확도

Schift는 한국어 RAG에 대해 재현 가능한 벤치마크를 운영합니다 (/benchmark).

벤치마크	Schift 측정값
Korean Legal multi-hop · recall@10 (hybrid + rerank)	79.2%
Korean Legal · 4-hop recall@20	59.3%
Korean Legal QA	54.7% (Qwen3-8B SOTA 대비 +13.2pp)

Elasticsearch BM25는 검증된 lexical baseline이지만, Korean 코퍼스에서 BM25-only는 hybrid+rerank 대비 큰 폭으로 떨어집니다. ES + dense kNN + Elastic Rerank 조합으로 동등 정확도를 만들 수 있지만, plugin 관리 부담과 Korean tokenizer 품질 격차가 남습니다. Schift는 Korean BM25 · 내장 rerank · 관리형 1024d 임베딩 모델을 default로 동봉합니다.

지원하는 것 / 안 하는 것

항목	Elasticsearch	Schift
임베딩 모델	외부 호출 → ingest pipeline 적재	관리형 1024d 임베딩 모델 + BYO 내장
Rerank 모델	Elastic Rerank (Inference API) 또는 외부	내장 rerank + 자동 라우팅
LLM provider	없음	BYOK 다중 provider
한국어 BM25 / 형태소	nori plugin (수동 운영)	내장 + 관리형 1024d 임베딩 모델
PDF · OCR · 표 ingest	Ingest Attachment + Tika (수동 구성)	내장 OCR + 표/구조 보존
인용 traceability	highlight + 메타데이터 직접	chunk → page → doc 자동
멀티테넌트	인덱스 / 샤드 / 알리아스 직접 설계	org · tenant · project · RLS 기본
평가 / 회귀	없음 (자체 구현)	재현 가능한 벤치마크 harness
컴플라이언스	Elastic Cloud — SOC 2 / HIPAA	SOC 2 / SSO / SCIM / CMEK / DPA / 온프레

이럴 땐 Elasticsearch를 그대로 쓰세요

이미 Elastic 클러스터를 운영 중이고 ops 노하우가 풍부한 경우. 마이그레이션 ROI가 안 나옴. Schift는 read-through 옵션으로 ES를 그대로 두고 RAG만 붙이는 패턴도 지원합니다.
RAG보다 “검색”이 메인 use case. 로그 분석, 보안 SIEM, e-commerce 카탈로그 검색 — 여기엔 ES가 정답입니다.
커스텀 scripted scoring · function_score · aggregation이 핵심. Schift는 검증된 default을 제공하지만 ES 쿼리 DSL 수준의 표현력은 의도적으로 노출하지 않습니다.
SOC/SIEM 등 보안 도메인. 이건 ES 생태계가 압도적입니다.

이럴 땐 Schift가 낫습니다

RAG가 메인 use case. 검색은 그중 한 단계일 뿐, LLM · rerank · 인용까지 포함한 end-to-end가 필요한 경우.
한국어 문서 비중이 높다. Korean BM25 · 내장 OCR · 내장 rerank가 기본 탑재. ES Korean analyzer는 plugin 관리 부담이 큽니다.
인용 / 감사 / 멀티테넌트가 요구되는 B2B SaaS. ES 위에 RLS · audit · LLM 청구를 직접 구현하면 별도 프로젝트가 됩니다.
새로 시작하는 RAG 프로젝트. ES + 임베딩 서비스 + Cohere + OpenAI + LangSmith 4-5개를 묶기 전에 Schift 한 줄로 시작.
온프레/BYOK가 deal-breaker. Compose · Terraform 번들로 고객 인프라 안에 배포.

Hybrid 운영 (가장 흔한 패턴)

현실의 많은 팀은 ES를 끄지 않습니다. 우리가 권하는 패턴:

로그 / 분석 검색은 그대로 ES.
문서 RAG / Q&A / 챗봇은 Schift.
두 시스템 사이에 ID 매핑만 유지. schift.ask()의 인용 metadata에 ES doc id를 같이 실어 cross-reference.

다음 단계

Schift 5분 quickstart
RAG 벤치마크 — 한국어 코퍼스 기준 hybrid+rerank 정확도.
vs. Pinecone · vs. Weaviate
팀과 직접 이야기 — ES와의 hybrid 운영 견적.