Portkey Gateway
재시도·폴백·로드밸런싱을 얹은 모델 라우팅 게이트웨이
지표
GitHub API 에서 직접 읽은 값입니다
별 수 추이는 기록이 쌓인 뒤에 보여 줍니다 — 과거 값은 소급해 만들 수 없습니다.
무엇을 하는 도구인가
Portkey Gateway는 애플리케이션과 여러 LLM 제공사 사이에 놓이는 라우팅 게이트웨이로, 각 제공사 SDK를 따로 붙이고 재시도·장애 전환 로직을 직접 짜야 하는 작업을 대신 처리한다. 하나의 호출 방식으로 여러 제공사의 모델을 부를 수 있게 하고, 요청 실패 시 재시도와 다른 모델·제공사로의 폴백, 여러 키·엔드포인트에 걸친 로드밸런싱을 게이트웨이 단에서 수행한다. 팀이 사용하는 API 키, 사용량 한도, 비용을 앱 코드가 아니라 게이트웨이 한곳에서 관리할 수 있다. 같은 모델 게이트웨이 층의 다른 도구들과 마찬가지로 '여러 모델을 한 인터페이스로 호출'하는 역할을 하지만, 구체적으로 무엇을 central 관리 대상으로 삼는지(키, 로그, 과금 등)와 자체 호스팅 여부 같은 운영 방식에서 차이가 난다. 직접 호스팅하거나 관리형 서비스로 쓸 수 있어 배포 형태를 선택할 수 있다.
이럴 때 고른다
- 앱 코드를 바꾸지 않고 다른 모델·제공사로 전환하거나 전환 가능성을 열어두고 싶을 때
- 여러 팀·서비스가 쓰는 API 키와 사용량·비용을 한 곳에서 통제해야 할 때
- 특정 제공사의 장애나 요청 한도 초과 시 자동으로 다른 모델로 넘어가는 폴백이 필요할 때
- 여러 키나 엔드포인트에 트래픽을 분산해 처리량을 늘려야 할 때
어디까지만 하나
- 게이트웨이 자체가 모델 품질이나 응답 속도를 개선해주지는 않으며, 라우팅·운영 계층의 문제만 해결한다
- 직접 호스팅할 경우 게이트웨이 서버를 배포·운영·보안 관리하는 부담이 추가되고, 이 서버가 모든 요청의 단일 경로가 되므로 장애 지점이 될 수 있다
- 관리형 제공을 쓰면 API 키와 요청 트래픽이 제3자 서비스를 거치게 되므로, 조직의 보안·컴플라이언스 요구에 맞는지 별도로 검토해야 한다
- 새로운 제공사나 모델이 추가될 때 게이트웨이가 이를 지원하도록 업데이트되어야 하므로, 지원 범위가 설정·버전에 종속된다
모델 게이트웨이·라우팅 층은 무엇을 푸나
여러 제공사의 모델을 한 가지 방식으로 부르고, 키·한도·비용을 한곳에서 관리한다
언제 필요해지나 — 모델을 갈아 끼울 일이 생기거나, 팀이 쓰는 키를 통제해야 할 때
같은 층의 다른 도구
층이 같다는 것은 푸는 문제가 같다는 뜻입니다 — 비교가 되는 자리입니다
| 도구 | 하는 일 | 별 | 라이선스 |
|---|---|---|---|
| Portkey Gateway 보는 중 | 재시도·폴백·로드밸런싱을 얹은 모델 라우팅 게이트웨이 | 13,191 | MIT |
| LiteLLM | 여러 제공사를 OpenAI 호환 한 가지 형식으로 부르게 해 주는 프록시 | 61,286 | — |
| Helicone | 프록시로 호출을 가로채 비용·지연·캐시를 함께 다루는 게이트웨이 | 6,222 | Apache-2.0 |
| OpenRouter | 여러 제공사의 모델을 하나의 계정·한 가지 API 로 쓰게 하는 중개 서비스 | — | — |
관련 용어
지표는 GitHub API 실측값입니다. 설명은 이 사이트가 작성했으며 공식 문서를 대체하지 않습니다 — 도입 전에 원문을 확인하세요.