DevLog

엔지니어링 블로그를 한 곳에서 탐색하고, 최근 발행 흐름을 빠르게 파악할 수 있는 서비스 입니다.

Quick Links

  • Latest Feed
  • Engineering Directory

Support

  • 소개
  • 개인정보처리방침

Contribute

  • 원하는 블로그 추가 (준비 중)
  • Feedback

© 2026 DevLog Inc. All rights reserved.

본 사이트는 공개 RSS 피드를 통해 콘텐츠를 수집하며, 모든 콘텐츠의 저작권은 원저작자에게 있습니다.

Back to Feed
Read Original

Contents

Continue Reading

  • More from 우아한형제들
  • Related reads#RAG
#AI

RAG, 들어는 봤는데… 내 서비스엔 어떻게 쓰지?

RAG, 들어는 봤는데… 내 서비스엔 어떻게 쓰지?
01

Summary

현업 개발자가 들려주는 '진짜' RAG 구축기: 6단계로 끝내는 실전 가이드

우아한형제들의 교육 운영 시스템 사례로 배우는 삽질 방지 RAG 아키텍처 설계법

단순한 이론을 넘어 실제 서비스에 RAG(검색 증강 생성)를 도입하며 겪은 시행착오와 해결책을 담았습니다. MCP 활용부터 커스텀 서버 구축까지의 과정을 통해, 백엔드 엔지니어가 LLM의 한계를 어떻게 극복하고 신뢰할 수 있는 사내 지식 검색 시스템을 만들 수 있는지 상세한 로드맵을 제시합니다.

  • 01파편화된 사내 데이터를 자연어 검색으로 통합한 실질적인 비즈니스 가치 증명
  • 02MCP의 한계를 넘어 직접 RAG 서버를 구축하게 된 기술적 배경과 VPC 환경 고려 사항
  • 03Spring AI와 LangChain 사이에서 고민하는 개발자를 위한 명확한 선택 기준 제시
  • 04청킹 전략부터 Redis Vector Store 활용까지 이어지는 상세한 색인 파이프라인 가이드
  • 05시스템의 신뢰도를 보장하기 위한 3대 평가 지표(관련성, 충실성 등)와 측정 방법

+RECOMMENDATION

사내 문서나 파편화된 데이터를 LLM과 연동하고자 하는 백엔드 개발자 및 AI 엔지니어에게 강력 추천합니다. 기술적 호기심을 넘어 실제 서비스 배포와 운영 성능까지 고려해야 하는 분들에게 훌륭한 체크리스트가 될 것입니다.

The Problem

교육 운영에 필요한 데이터가 DB, Google 드라이브, 캘린더 등 여러 시스템에 파편화되어 있어 정보 확인에 시간이 많이 소요되었으며, 범용 LLM은 사내의 독점적인 최신 데이터를 학습하지 못해 발생하는 환각 현상으로 인해 신뢰도 높은 답변을 얻기 어려웠습니다.

The Solution

MCP 기반의 초기 시도를 거쳐 사내 VPC 환경 내에 직접 RAG 서버를 구축하였으며, 데이터를 수집 및 가공하는 색인(Indexing) 파이프라인과 유사 정보를 검색해 답변을 만드는 생성(Generation) 파이프라인, 그리고 결과의 품질을 측정하는 평가(Evaluation) 파이프라인을 체계적으로 구현했습니다.

The Result

여러 시스템을 개별 방문하던 방식에서 자연어 검색 하나로 통합하여 정보 분석 시간을 5분에서 30초로 단축하고, 시스템 접근 횟수를 1회로 줄였으며, 90% 이상의 쿼리에 대해 3초 이내 응답이라는 성능 목표를 달성했습니다.

Trade-off

본문에 구체적인 한계점이 명시되지는 않았으나, Redis Vector Store를 활용할 때 데이터 규모가 커질수록 인메모리 관리 비용이 상승할 수 있으며, 문맥적 임베딩 도입에 따라 일반 임베딩 방식 대비 검색 시 추가적인 연산 비용과 지연 시간이 발생할 수 있을 것으로 예상됩니다.

03

Key Concepts

Concept · 01

RAG (Retrieval-Augmented Generation)

LLM이 학습하지 않은 외부 데이터를 검색하여 답변 생성 시 참고 컨텍스트로 활용하게 함으로써 환각을 줄이고 정확도를 높이는 기술입니다.

  • 학습되지 않은 최신 정보나 내부 지식 활용 가능
  • 색인, 생성, 평가의 3대 파이프라인으로 구성
  • 범용 LLM을 전문 도메인 LLM처럼 활용 가능
Concept · 02

Chunking (청킹)

방대한 문서를 검색 효율과 LLM의 처리 한계를 고려하여 의미 있는 작은 조각으로 나누는 과정입니다.

  • 고정 크기 청킹 및 부모-자식 구조 전략 활용
  • Context window 최적화 및 검색 정확도에 직접적 영향
  • 메타데이터와 결합하여 검색 정밀도 향상
Concept · 03

Contextual Embedding (문맥적 임베딩)

단어의 주변 문맥을 반영하여 텍스트의 의미를 고차원 숫자 벡터로 변환하는 기술입니다.

  • 단순 키워드 매칭을 넘어 의미적 유사도 기반 검색 수행
  • 교육 데이터 특유의 중의적 표현 문제를 해결하기 위해 도입
  • 일반 벡터 임베딩 대비 높은 검색 관련성 확보
Continue reading · same source

우아한형제들More from 우아한형제들

View all posts from 우아한형제들
  • AI가 내 프롬프트를 흘려듣는 이유: 원리부터 다시 본 컨텍스트 엔지니어링

    LLMPrompt EngineeringContext Window
    6일 전
  • 한 번 성공하니 다음도 쉬울 줄 알았다: 최소주문금액바 4번의 A/B실험

    AB TestingConversion RateUX Design
    2주 전
  • 사람도 AI도 놓친 번역 누락, ESLint 플러그인을 만들어 해결하기

    ESLintASTi18n
    2주 전
  • 우아한공방의 새로운 동료, 시스템 맥락을 가진 챗봇서비스 개발기(feat. RAG)

    AWS BedrockRAGLangChain
    1개월 전
  • 하네스 엔지니어링(harness engineering)으로 팀 맞춤형 AI 환경 구축하기

    CursorLLMHarness Engineering
    2개월 전

Related reads#RAG

Explore #RAG
NAVER D2·AI Agent

사람과 AI Agent를 위한 통합 Context Provider 구축

#RAG3주 전
라인·OpenTofu

코드형 인프라(IaC)로 자동화에서 AI까지: OpenTofu와 ChatOps 도입기

#RAG3주 전
채널 톡

AI ENGINEER NIGHT Q&A 총정리

#RAG1개월 전
Netflix·Graph Architecture

넷플릭스의 고성능 그래프 추상화 계층: 제1부

#RAG1개월 전
우아한형제들·AWS Bedrock

우아한공방의 새로운 동료, 시스템 맥락을 가진 챗봇서비스 개발기(feat. RAG)

#RAG1개월 전

Source

우아한형제들
우아한형제들
Engineering Blog

Published · March 10, 2026

Topics

RAGLLMSpring AIRedisVector Database정보 검색AI 아키텍처