Open WebUI 대안: 라이선스, BYOK, RAG 및 마이그레이션

Open WebUI 대안에 대한 대부분의 검색은 실제로 가격에 관한 것이 아닙니다. Open WebUI는 내부 사용자를 무제한으로 직접 호스팅할 때 무료이며, 프로젝트는 가격을 전혀 공개하지 않습니다. 사람들이 실제로 떠나는 이유는 더 구체적입니다. 라이선스가 v0.6.6에서 표준 오픈 소스가 아니게 되었거나, 한 사람에게 서버가 맞지 않거나, 사용자 지정 엔드포인트 방식이 게이트웨이에 맞지 않거나, 다른 사람이 호스팅해 주기를 원하는 경우입니다. 각각 다른 대체 제품을 가리키며, 제품 간 마이그레이션 비용도 크게 다릅니다.

먼저 검색 결과에 이름이 비슷하지만 서로 무관한 프로젝트가 섞여 있으므로 구분하겠습니다. Open WebUI는 open-webui/open-webui이며, 예전에는 Ollama WebUI였습니다. AUTOMATIC1111의 Stable Diffusion web UI도 아니고, 프롬프트로 UI를 생성하는 OpenUI도 아니며, text-generation-webui도 아닙니다. text-generation-webui는 oobabooga/textgen에서 TextGen으로 이름이 바뀌었고, 팀용 프론트엔드가 아닌 로컬 모델 데스크톱 앱입니다.

떠나는 이유부터 시작하세요

정확한 라이선스와 이제 그만 반복해야 할 오해

핵심적인 수명 주기 사건은 이름 변경이나 인수가 아니라 라이선스 변경입니다. 프로젝트의 라이선스 문서에 따르면 릴리스 v0.6.5까지 제출되거나 병합된 모든 코드는 BSD-3 라이선스를 유지합니다. v0.6.6부터 프로젝트는 브랜딩 보호 조항이 추가된 BSD-3 파생 라이선스인 독자적인 Open WebUI License로 배포되며, GitHub의 저장소 API는 라이선스를 표준 라이선스로 인식되는 값이 아닌 NOASSERTION로 보고합니다. GitHub Releases에는 경계가 v0.6.5의 2025년 4월 14일과 v0.6.6의 2025년 5월 5일로 표시되어 있습니다. 다만 라이선스 문서에는 변경일이 "Effective with v0.6.6 (April 19, 2025)"로 별도 기재되어 있으며, 이는 GitHub가 해당 릴리스를 기록한 날짜와 일치하지 않습니다. 따라서 어느 날짜도 아닌 버전을 인용하세요.

이제 정정하겠습니다. 라이선스 문구는 세 가지 경우를 제외하고 Open WebUI 브랜딩을 변경, 제거, 가리거나 교체하는 것을 금지합니다. 첫 번째는 "총 최종 사용자가 임의의 연속된 30일 기간 내에서 50명을 초과하지 않는" 배포이며, 나머지 두 가지는 저작권 보유자의 사전 서면 허가와 정식으로 체결된 엔터프라이즈 라이선스입니다. 라이선스 문서에는 "공식 브랜딩을 모두 유지한 채 자체 조직 내에서 원하는 수의 내부 사용자에게 배포"할 수 있는 것이 무료 라이선스가 허용하는 항목으로 별도로 나열되어 있습니다. 따라서 50명이라는 수치는 배포 상한이 아니라 브랜딩 예외입니다. 대부분의 비교 글이 말하는 것과 정반대입니다. 저작권은 Open WebUI Inc.가 보유합니다. [Created by Timothy Jaeryang Baek].

엔터프라이즈 라이선스가 실제로 제한하는 것은 화이트 라벨링, 브랜딩 제거 및 엔터프라이즈 전용 기능입니다. 가격은 공개되지 않았습니다. 엔터프라이즈 페이지는 "배포의 최종 사용자 수(좌석)를 알려 주세요"라고 요청하며, 2026년 9월 21일 확인 당시 openwebui.com/pricing는 HTTP 404를 반환했습니다. 다른 곳에서 보이는 좌석당 가격은 관리형 호스팅 공급업체의 가격이거나 지어낸 값입니다.

프로젝트 자체는 중요한 수치에서 건전합니다. 보관 처리되지 않았고, 별이 150,000개를 넘으며, 이 확인 시점 며칠 전까지 커밋이 푸시되었고, 안정 릴리스 v0.11.3이 2026년 8월 31일에 게시되었습니다(릴리스 API). 그러나 한 하위 구성 요소는 그렇지 않습니다. 플러그인 프레임워크인 open-webui/pipelines의 마지막 푸시는 2025년 8월 18일이었습니다. 배포가 Pipelines에 의존한다면 더 구축하기 전에 이 업데이트 주기를 고려할 가치가 있습니다.

실행 방식별 후보 목록

이 표에는 세 가지 주의사항이 있으며 모두 2026년 9월 21일 확인했습니다. LibreChat의 최신 태그는 2026년 9월 15일의 프리릴리스 v0.8.8-rc3이고 GitHub의 /releases/latest는 404를 반환하므로 현재 최신으로 표시된 릴리스가 없습니다. 요약의 숫자를 믿고 버전을 고정하기보다 버전을 고정하기 전에 프로젝트 자체의 변경 로그를 읽으세요. LobeHub의 가격 페이지는 서로 일치하지 않습니다. 요금제 카드에는 Starter, Premium, Ultimate가 월 $9.9, $19.9, $39.9로 표시되지만 같은 페이지의 비교 표에는 Starter가 $12.9로, 연간 금액 $118.8과 함께 표시됩니다. 따라서 결제 전에 실제 금액을 확인하세요. TypingMind의 Premium 가격은 광고된 50% 프로모션이 적용된 가격이며, 이런 종류의 수치는 가장 빠르게 변합니다. Chatbox의 유료 티어는 자체 호스팅 모델용입니다. 자체 키 사용 가이드에 따르면 자신의 키를 연결하는 것이 무료 경로입니다.

대안 목록에 등장하지만 제외해야 하는 두 프로젝트가 있습니다. Chatbot UI는 MIT이며 보관 처리되지는 않았지만 마지막 푸시가 2024년 8월 3일이고 릴리스가 없으므로 현재 선택지라기보다 휴면 상태입니다. NextChat은 이제 API 키 없이 가입하는 제로 구성 어시스턴트이며 사용량에 따라 요금이 청구된다고 설명하므로, 순수한 자체 키 사용 프론트엔드가 아닙니다. 검색할 때 다음도 구분해야 합니다. Jan은 Janitor AI가 아니고, Msty Studio는 MSTY 상장지수펀드가 아니며, LobeChat과 LobeHub는 이름 변경 후의 동일한 프로젝트이므로 1.0 이전 LobeChat 설정 튜토리얼은 현재 내용이 아닙니다.

각 제품이 사용자 지정 OpenAI 호환 엔드포인트를 사용하는 방법

아래의 8개 클라이언트는 모두 타사 엔드포인트를 지정하는 방법을 문서화하고 있습니다. 차이는 구성 화면, URL 형식, Chat Completions 이외의 기능 사용 가능 여부입니다. 한 열의 질문은 범위를 좁혀 이해해야 합니다. "Anthropic Messages 경로"는 클라이언트 자체가 Anthropic 형식의 요청을 사용자의 엔드포인트로 보낼 수 있는지를 묻습니다. 여기서 "문서화되지 않음"은 공급업체 문서에 해당 모드가 설명되어 있지 않다는 뜻이지, 해당 모드가 없다는 것이 알려졌다는 뜻은 아닙니다.

이 표는 각 공급업체의 자체 문서를 출처로 합니다. Open WebUI의 OpenAI-compatible 및 Open Responses 연결 페이지, LibreChat의 사용자 지정 엔드포인트 참고 문서, AnythingLLM의 Generic OpenAI 페이지, Jan의 사용자 지정 엔드포인트 문서, ChatWise의 사용자 지정 공급자 문서, LobeHub의 공급자 페이지, Msty의 온라인 공급자 문서 및 TypingMind의 모델 연결 문서입니다.

Cherry Studio는 해당 표에서 의도적으로 제외했습니다. 이 제품의 문서 도메인은 현재 docs.cherry-ai.com에서 docs.cherryai.com.cn으로 리디렉션되며, 공급자 페이지가 중국어 사이트에 있어 이 페이지에서는 읽지 않았습니다. 따라서 필드 이름과 경로 규칙은 여기서 검증되지 않았으므로, 오래된 튜토리얼의 기본 URL을 복사하기 전에 앱에서 확인하세요.

어떤 방향으로 가든 알아둘 만한 Open WebUI의 두 가지 세부 사항이 있습니다. 공급자 연결 문서에는 일부 공급자가 /models를 전혀 구현하지 않아 연결 확인은 실패하지만 채팅 완료는 계속 작동하며 모델 ID를 직접 입력해야 할 수 있다고 나와 있습니다. 또한 Google의 호환성 계층은 OpenAI 스트리밍 스키마와 다르므로 도구가 별도의 비스트리밍 요청을 통해 실행되도록 Function Calling을 Legacy로 설정할 것을 권장합니다. 이 경고는 한 공급업체의 계층에 관한 것이지 일반적인 호환성 계층 전체에 관한 것은 아닙니다. 그러나 도구 호출은 실제 업스트림이 구현한 방식으로 전달되며 프론트엔드가 스키마 차이를 해결해 줄 수 없다는 점을 알려 주는 유용한 주의사항입니다.

Kunavo 측에는 /v1/chat/completions, /v1/messages 및 /v1/responses가 모두 경로로 존재하므로 LibreChat의 provider: anthropic, Jan과 ChatWise의 Anthropic 호환 모드 및 Open WebUI의 실험적 Responses 경로는 각각 대응하는 인터페이스를 갖습니다. 이 페이지를 위해 이러한 클라이언트 중 어느 것도 Kunavo에서 런타임 테스트를 거치지 않았습니다. 공개된 설정 가이드는 구성 참고 자료이지 호환성 테스트가 아닙니다. 작동하는 LibreChat 사용자 지정 블록은 다음과 같습니다.

endpoints:
  custom:
    - name: "Kunavo"
      apiKey: "${KUNAVO_API_KEY}"
      baseURL: "https://api.kunavo.com/v1"
      models:
        default: ["claude-sonnet-4-6", "claude-haiku-4-5"]
        fetch: true
      titleConvo: true
      titleModel: "claude-haiku-4-5"

클라이언트 전반에서 이 구성이 갖는 일반적인 형태는 OpenAI-compatible API를 참조하세요. 두 제품의 일대일 비교는 LibreChat vs Open WebUI에서 설정의 번거로움을, AnythingLLM vs Open WebUI에서 RAG와 배포를 다룹니다.

RAG: 채팅 엔드포인트를 따르지 않는 부분

프론트엔드를 채팅 엔드포인트에 연결한다고 해서 검색 파이프라인까지 연결되는 것은 아닙니다. Open WebUI는 이를 위한 별도의 자격 증명을 유지합니다. 환경 변수 참고 문서에 따르면 RAG_EMBEDDING_ENGINE이 엔진을 선택하고 RAG_OPENAI_API_BASE_URL / RAG_OPENAI_API_KEY가 엔드포인트를 전달하며, 이미지 생성에도 자체 IMAGES_OPENAI_API_BASE_URL가 있습니다. 비워 두면 RAG_EMBEDDING_ENGINE는 로컬에서 실행되는 SentenceTransformers로 기본 설정됩니다. 임베딩의 GPU 가속은 CUDA 이미지로 선택해야 하므로 기본값은 요청당 비용이 없습니다. AnythingLLM도 같은 방식으로 LLM, 임베더 및 벡터 데이터베이스를 별도의 공급자로 구성합니다. 따라서 채팅 호환성이 어느 제품에서도 검색 호환성을 보장하지는 않습니다.

여기서 중요한 구체적인 이유는 다음과 같습니다. 임베딩은 Kunavo에서 제공되지 않으며 해당 엔드포인트를 지원하는 활성화된 모델도 없습니다. 따라서 검색 단계는 로컬에 유지하거나 원하는 외부 공급자를 가리켜야 합니다. 이를 채팅과 별도로 예산에 반영하고 게이트웨이 마이그레이션 계획에서 제외하세요. RAG 구현에서 단계를 나누는 방법을 설명합니다.

이동되는 것과 다시 구성해야 하는 것

시작하기 전에 기대치를 설정하세요. 채팅 기록은 이러한 제품 간에 자동으로 이동하지 않습니다. Open WebUI의 가져오기 및 내보내기 문서에는 내보내기에 "모든 채팅 메시지와 메타데이터, 각 대화에서 사용된 모델 정보, 타임스탬프와 대화 구조"가 포함되며, 가져오기는 Open WebUI 내보내기, ChatGPT 내보내기 및 사용자 지정 JSON을 지원한다고 나와 있습니다. 또한 다른 플랫폼에 대해서는 "기본 제공 변환기가 없습니다"라고 명시합니다. 수신 측의 LibreChat 가져오기 문서에는 ChatGPT, Claude 및 ChatbotUI v1이 나열되어 있고 Open WebUI는 언급되지 않습니다. 문서화된 가져오기 도구는 두 개지만 겹치는 항목은 없습니다.

계속 사용하더라도 가장 먼저 결정해야 할 항목은 마지막 행입니다. 확장 문서에 따르면 운영 데이터가 생긴 후에는 엔진 선택이 사실상 영구적이며, 다중 복제본 배포에는 SQLite와 내장 Chroma 대신 PostgreSQL, Redis 및 외부 벡터 데이터베이스가 필요합니다. 또한 네트워크 저장소에서 SQLite를 사용할 때 문서가 제시하는 유일한 해결책은 튜닝 플래그가 아니라 PostgreSQL로 이동하는 것입니다. 따라서 실제 전체 인스턴스 이전은 내보내기 파일이 아니라 데이터 디렉터리 수준의 복사입니다. 데이터베이스 유지 관리 튜토리얼은 webui.db와 그 -wal 및 -shm 사이드카를 컨테이너 내부의 /app/backend/data에 배치하며, 환경 변수 참고 문서는 DATA_DIR를 "업로드, 캐시, 벡터 데이터베이스 등을 포함한 데이터 저장"을 위한 기본 디렉터리로 설명하고 감사 로그는 동일한 디렉터리 내부의 audit.log를 기본값으로 사용한다고 설명합니다. 파일 목록이 아니라 디렉터리를 복사하세요.

무엇이든 건드리기 전에 백업하세요. 먼저 자체 컨테이너 이름을 확인하세요. 다음은 형태를 보여 주는 것이며 그대로 붙여넣는 스크립트가 아닙니다.

# 1. Stop the instance so nothing writes mid-copy.
docker stop open-webui

# 2. Copy the whole data directory out of the container.
#    The documented location is /app/backend/data. DATA_DIR is
#    described as the base for uploads, cache, the vector database
#    and the audit log, so take the directory rather than webui.db.
docker cp open-webui:/app/backend/data ./open-webui-backup-$(date +%F)

# 3. Start it again and confirm the UI still loads before you touch anything.
docker start open-webui

롤백 계획: 교체를 시험하는 동안 기존 인스턴스와 이미지 태그를 그대로 유지하고 실행하세요. 제자리에서 마이그레이션하지 마세요. 일주일 동안 같은 엔드포인트에 두 인스턴스를 모두 연결하고, 먼저 한 팀을 이동한 다음 새 인스턴스가 실제 워크로드를 견딘 뒤에만 원본을 폐기하세요. 채팅 기록은 이전되지 않으므로 원본을 폐기한 뒤 롤백하면 새 도구에 작성된 내용이 사라집니다. 이는 기능 비교보다도 두 인스턴스를 병렬로 실행해야 할 더 강력한 이유입니다.

어떤 프론트엔드를 선택하든 모델 측에서 발생하는 비용

이 프론트엔드들은 토큰 비용을 청구하지 않으며, 그 뒤의 API가 청구합니다. 아래 수치는 측정된 비용이나 청구 상한이 아니라 예시적인 토큰 계산입니다. 한 사람이 근무일 기준 하루 10회의 대화를 진행하고, 각 대화에서 턴 전체에 걸쳐 캐시되지 않은 입력 토큰 25,000개를 보내며 출력 토큰 1,500개를 받는다고 가정하고, 이를 근무일 20일 동안 수행하면 1인·월 기준 입력 토큰 5,000,000개와 출력 토큰 300,000개입니다. 요금은 토큰 100만 개당 Kunavo 카탈로그의 현재 가격입니다.

프론트엔드 가격과 비교해서 읽어야 하며, 프론트엔드 가격을 대신하는 값으로 보면 안 됩니다. 자체 호스팅 프론트엔드는 좌석당 비용을 청구하지 않으므로 이러한 가정에서 전체 팀의 Claude Sonnet 4.6 트래픽은 월 $68.25로 계산됩니다. 반면 같은 팀이 Claude Haiku 4.5를 사용하면 $22.75로 계산되어, 동일하게 가정한 트래픽 기준 월 $45.50의 차이가 발생하며 일회성 결제가 아니라 매월 반복됩니다. 따라서 프론트엔드가 기본적으로 연결하는 모델은 앱에 지불하는 라이선스와 별개로 그 자체가 실시간 예산 결정입니다. 실제 사용 형태가 최종 비용을 결정하므로 예산을 세우기 전에 자신의 대화를 측정하세요. AI 비용 최적화에서 이를 정직하게 측정하는 방법을 설명합니다.

Kunavo 카탈로그 금액은 상한이 아니라 청구 하한입니다. 업스트림에서 요금을 보고하면 청구액은 카탈로그 비용과 업스트림 비용에 적용 가능한 마크업을 곱한 금액 중 더 큰 금액이 됩니다. 캐시 요금과 외부 도구는 이 예시에 포함되지 않습니다. 최소 충전액은 $10의 선불 크레딧이며, 좌석이나 플랜을 구매하는 것이 아니라 잔액을 충전하는 금액입니다. 자세한 내용은 청구 세부 정보를 참조하세요.

Open WebUI를 계속 사용하려는 경우

이는 이 페이지에서 도출할 수 있는 타당한 결론이며, 대부분의 팀에는 올바른 선택입니다. 라이선스 변경은 배포 규모가 아니라 화이트 라벨링을 제한하고, 프로젝트는 활발히 릴리스되고 있으며, 위의 어느 내용도 정상적으로 작동하는 인스턴스를 다시 구축해야 할 이유가 되지 않습니다. 어느 쪽을 선택하든 할 만한 일은 프런트엔드 결정과 엔드포인트 결정을 분리하는 것입니다. 그러면 향후 클라이언트를 변경해도 공급자와 새 키까지 함께 변경할 필요가 없습니다. Kunavo는 이 클라이언트를 위한 구성 참고 자료인 Open WebUI 통합 가이드와 함께 LobeHub, Chatbox, Cherry Studio의 설정 문서도 제공합니다. 어떤 프런트엔드를 선택하든 그 뒤에서 하나의 키와 하나의 선불 잔액을 사용하고 싶다면 Kunavo 계정을 만드세요.

자주 묻는 질문

2026년 9월 21일에 연결된 각 페이지 또는 GitHub API 응답을 직접 확인하여 검증했습니다. Open WebUI의 라이선스 본문, 라이선스 및 엔터프라이즈 문서, 공급자 연결·확장·가져오기/내보내기 문서, 저장소와 최신 릴리스, openwebui.com/pricing의 404, LibreChat의 저장소와 가져오기 문서, AnythingLLM, LobeHub, Msty, ChatWise, TypingMind의 게시된 가격 페이지를 확인했습니다. 또한 Open WebUI의 Open Responses 및 환경 변수 참고 페이지, LibreChat의 사용자 지정 엔드포인트 참고 자료, AnythingLLM의 Generic OpenAI 페이지, Jan과 ChatWise의 사용자 지정 공급자 문서, LobeHub의 공급자 페이지(여전히 마이그레이션 자리표시자), Chatbox의 자체 키 사용 가이드, Pipelines·TextGen·휴면 상태인 Chatbot UI의 저장소 메타데이터도 직접 확인했습니다. Msty와 TypingMind의 구성 단계는 링크되어 있지만 전체 문서를 읽지 않고 문서 요약을 통해 확인했습니다. Cherry Studio의 구성 필드는 아직 검증되지 않았으며 위에서 그렇게 표시했습니다. 이 페이지의 어떤 클라이언트도 Kunavo를 대상으로 런타임 테스트를 거치지 않았습니다. Kunavo 토큰 요금은 실제 카탈로그에서 확인했으며, 비용 섹션의 모든 달러 금액은 예시용 토큰 산술입니다.