LiteLLM

LiteLLM

BerriAI · 코딩 · 기타

LiteLLM은 단일 OpenAI 형식 인터페이스로 100개 이상의 LLM을 호출하는 오픈소스 AI 게이트웨이 겸 파이썬 라이브러리다. 라우팅, 비용 추적, 가드레일을 갖췄다.

LiteLLM 미리보기

LiteLLM 소개

What Is LiteLLM

LiteLLM은 OpenAI, Anthropic, Gemini, Bedrock, Azure, Ollama 등 수십 개 제공자의 모델을 하나의 인터페이스로 호출하게 해주는 BerriAI의 도구다. 제공자마다 SDK, 인증 방식, 응답 형식을 따로 익힐 필요 없이 호출을 한 번 작성해 두고, 백엔드를 바꾸고 싶을 때 모델 이름만 교체하면 된다.

이 도구가 푸는 문제는 특정 벤더에 묶이는 일이다. 한 플랫폼 위에 시스템을 세운 팀은 모델을 바꾸려는 순간 요청 조립, 오류 처리, 스트리밍 로직을 코드 전체에서 다시 짜야 한다는 사실을 뒤늦게 알게 된다. LiteLLM은 코드 아래에 번역 계층을 둔다. 비즈니스 로직은 그대로 두고, 밑에 깔린 모델만 설정 파일에서 갈아 끼운다.

쓰는 방법은 두 가지이고, 이 둘로 대부분의 요구를 감당한다. 파이썬 SDK는 패키지로 기존 앱에 들어가고, 게이트웨이(프록시 서버)는 자체 호스팅 서비스로 돌면서 팀 전체의 가상 키, 예산, 로그를 한곳에 모은다. 그 편의의 대가는 게이트웨이라는 운영할 인프라가 하나 늘어난다는 점이고, 오픈소스 버전은 직접 호스팅하고 업데이트하는 쪽을 전제로 한다.

Getting Started

  1. uv add litellm이나 pip install litellm으로 패키지를 설치하고, 각 제공자의 API 키를 환경 변수로 설정한다.
  2. SDK 경로라면 completion을 임포트해 openai/gpt-4o나 anthropic/claude-sonnet-4 같은 모델 이름으로 메시지 목록을 넘겨 호출한다.
  3. 게이트웨이 경로라면 litellm --model gpt-4o를 실행하거나 Docker 이미지를 배포하고, 아무 OpenAI 클라이언트나 로컬 베이스 URL로 향하게 한다.
  4. 여러 배포 사이에서 재시도와 폴백을 걸고 싶으면 Router 설정을 추가하고, 게이트웨이를 여러 인스턴스로 돌린다면 Postgres와 Redis를 연결한다.
  5. 관리 대시보드나 콜백으로 사용량을 추적하고, 트래픽이 늘어나는 만큼 키, 사용자, 팀 단위로 예산을 정한다.

제품 정보

LiteLLM의 요금, 지원 플랫폼, 성능을 한눈에 확인해 보세요.

무료 플랜예
유료 플랜$0 - Custom (Enterprise)
플랫폼Web, self-hosted server, Python library, Docker, Kubernetes
개발사BerriAI
카테고리코딩 · 기타
출시일Jul 2023
최근 업데이트Oct 2025
웹사이트 방문 수595.3K
웹사이트 글로벌 순위96.2K
API 제공 여부예

추천 대상

이 도구가 가장 잘 맞는 사용자, 작업, 상황입니다.

사용자

  • 백엔드 엔지니어
  • 플랫폼과 ML 팀
  • 실험을 돌리는 프로덕트 매니저

작업

  • 모델 접근 통합
  • 비용 관리
  • 장애 대응과 부하 분산
  • 관측성

활용 상황

  • 한 제공자로 시작해 비즈니스 로직은 건드리지 않고 더 저렴한 모델을 더하려는 스타트업.
  • 모델 트래픽과 키를 자사 인프라 안에 두려고 게이트웨이를 자체 호스팅하는 기업.
  • 스크립트 하나로 같은 프롬프트를 다섯 모델에 던져 비교하는 프로토타이핑 시간.

주요 기능

100개 이상 제공자를 아우르는 통합 API

하나의 인터페이스로 OpenAI, Anthropic, Gemini, Bedrock, Azure, Vertex AI, Ollama, vLLM 등을 폭넓게 다룬다. 돌아오는 응답은 모두 OpenAI의 chat completions 형식이라, choices[0].message.content를 읽는 코드는 제공자를 바꿔도 계속 돌아간다.

그대로 갈아 끼우는 OpenAI 호환

이미 OpenAI SDK를 쓰는 프로젝트라면 베이스 URL과 키만 바꿔 클라이언트를 LiteLLM 게이트웨이로 향하게 하면 된다. 요청 쪽 코드는 손대지 않아도 되므로, 돌아가는 앱에 멀티 모델 지원을 낮은 위험으로 얹는 방법이다.

LLM 프록시 서버와 게이트웨이

자체 호스팅 게이트웨이는 팀의 중앙 통제 지점이 된다. 가상 키를 관리하고 키, 사용자, 팀, 조직별로 지출을 기록하며, RPM과 TPM 상한을 적용하고, 일상 운영에 쓸 관리 대시보드까지 갖췄다.

재시도와 폴백을 갖춘 Router

Router 모듈은 같은 모델의 여러 배포를 묶는다. 실패한 호출을 재시도하고, 제공자가 죽으면 건강한 배포로 넘어가며, 백엔드 사이에서 부하를 고르게 나눈다. 느린 엔드포인트 하나가 앱 전체를 멈추지 않게 한다.

비용 추적과 예산

LiteLLM은 호출마다 비용을 계산해 그 호출을 낸 키나 프로젝트에 기록한다. 팀은 월 예산과 속도 제한을 정할 수 있고, 자체 계측 시스템을 만들지 않고도 지출을 확인한다.

관측성과 가드레일

콜백 한 줄이면 로그, 토큰 수, 트레이스를 Langfuse, MLflow, Helicone 등으로 보낸다. 가드레일은 위험한 입력과 출력을 걸러내거나 막고, 오류 변환은 제공자 고유의 예외를 익숙한 OpenAI 타입으로 정리한다.

장단점

장점

  • 단일 OpenAI 형식 인터페이스 덕분에 제공자마다 다른 SDK를 익힐 필요가 없다.
  • 모델 변경이 설정에서 끝나므로, 제공자 교체가 운영 코드를 깨뜨릴 위험이 줄어든다.
  • 오픈소스 핵심은 MIT 라이선스로 무료이며 완전한 자체 호스팅도 가능하다.
  • Router의 재시도와 폴백이 제공자 장애 때 가용성을 끌어올린다.
  • 비용 추적과 예산 덕분에 그동안 잘 보이지 않던 지출이 팀에 드러난다.

단점

  • 게이트웨이는 배포하고 감시하고 갱신할 서비스가 하나 늘어난다는 뜻이라, 작은 팀에는 운영 부담이 된다.
  • 여러 인스턴스로 돌리려면 Postgres와 Redis가 필요하므로, 제대로 된 배포는 상당한 인프라를 요구한다.
  • SSO, SCIM, 감사 로그, 망분리 배포 같은 기능은 유료 Enterprise 플랜에 들어 있다.
  • 새 제공자의 세부 사양은 공식 SDK보다 늦게 반영될 수 있어, 잘 안 쓰는 엔드포인트는 추가 설정이 필요할 때가 있다.

자주 묻는 질문

LiteLLM을 쓰면 앱이 단일 OpenAI 형식 인터페이스로 여러 LLM 제공자를 호출할 수 있다. 모델을 바꿀 때마다 코드를 다시 짜지 않으려 하거나, 키, 예산, 로그를 자체 호스팅 게이트웨이에 모으려 할 때 사용한다.