마이그레이션 가이드Requesty에서
Requesty에서, 자체 공급자 계정으로
Requesty는 호스팅형 라우터입니다. 키 하나, 선불 크레딧으로 결제하는 자체 공급자 접근, 원하면 공급자 여섯 곳에 대한 자체 키가 있습니다. 라우팅 정책, 지출 한도, 요청 메타데이터는 INFRO에 거의 그대로 대응합니다. 차이는 요청을 누구의 계정이 처리하느냐입니다. INFRO에서는 항상 사용자의 계정입니다.
독립 회사. 크레딧으로 쓰는 자체 공급자 접근을 갖춘 호스팅 라우터와 6개 공급자의 BYOK
INFRO 계정은 셀프 서비스입니다. 카탈로그, 문서, API 계약은 공개되어 있고, 게이트웨이는 배포되어 있으며, v1 이후의 기능은 Later로 표시됩니다. 요금제와 체험
현재 상황
회사
독립 회사. 블로그의 최근 회사 소식은 2025년 9월 시드 라운드이며, 블로그는 2026년 10월까지 활발합니다. 인수나 서비스 종료는 확인하지 못했습니다.
요청을 처리하는 계정
기본적으로 Requesty 자체 공급자 접근을 선불 크레딧으로 사용합니다. BYOK는 OpenAI, Anthropic, Google AI Studio, Vertex AI, Mistral, xAI를 지원하며, 정책에서 Requesty의 키와 고객의 키를 섞어 쓸 수 있습니다.
옮겨 가는 것
base URL과 키, policy/<name>은 라우트로, requesty 객체는 metadata로, auto_cache는 공급자 자체 캐싱으로. HTTP-Referer와 X-Title은 제거합니다.
공급자마다 계정 없이 모델에 접근하고 싶다면, Requesty는 그것을 해결하고 INFRO는 해결하지 않습니다.
- 계정이 없는 공급자의 모델을 호출하는 경우입니다. INFRO는 연결한 계정에서만 실행됩니다.
- 공급자 간 지연 시간 라우팅을 쓰는 경우입니다. INFRO의 라우트는 우선순위 또는 가중치 방식입니다.
- 프롬프트 라이브러리나 캐시 중단점을 대신 삽입해 주는 자동 캐싱에 의존하는 경우입니다. INFRO에는 둘 다 없습니다.
- EU 라우터 엔드포인트가 필요한 경우입니다. INFRO의 데이터 레지던시는 로드맵에 있습니다.
수정 사항을 한 행에 하나씩 정리했습니다. 여기에 없는 것은 그대로 유지됩니다.
| Requesty | INFRO | |
|---|---|---|
| 베이스 URL | https://router.requesty.ai/v1 | https://api.infro.io/v1 |
| 키 | Requesty 키. 공급자 키는 선택. | INFRO 게이트웨이 키. 공급자 계정은 연결이 됩니다. |
| 모델 ID | gpt-5.6-terra, openai/gpt-5.6-terra, policy/<name>. | openai/gpt-5.6-terra, 또는 policy/<name> 대신 라우트 이름. |
| 본문 필드 | requesty { tags, user_id, trace_id, extra, auto_cache }. | metadata { user_id, session_id, tags }; X-INFRO-Trace-Id. |
이전 · Requesty
import OpenAI from "openai";
const client = new OpenAI({
baseURL: "https://router.requesty.ai/v1",
apiKey: process.env.REQUESTY_API_KEY,
});
await client.chat.completions.create({
model: "policy/chat-default",
messages: [{ role: "user", content: "Hello" }],
// @ts-expect-error Requesty extension
requesty: { user_id: "user_123", tags: ["chat"] },
});이후 · INFRO
import OpenAI from "openai";
const client = new OpenAI({
baseURL: "https://api.infro.io/v1",
apiKey: process.env.INFRO_API_KEY,
});
await client.chat.completions.create({
model: "chat-default",
messages: [{ role: "user", content: "Hello" }],
// @ts-expect-error INFRO extension
metadata: { user_id: "user_123", tags: { feature: "chat" } },
});정책은 라우트가 됩니다
폴백 정책은 우선순위 라우트가, 로드 밸런싱 정책은 가중치 라우트가, 모델별 재시도는 라우트의 실패 규칙이 됩니다. 라우트 이름을 정책 이름으로 정하고 model로 보내세요.
태그는 키와 값이 됩니다
Requesty의 태그는 목록이고, INFRO의 metadata.tags는 맵이며 요청 로그에서 tag.<key>로 필터링합니다.
모델에는 계정이 필요합니다
Requesty가 자체 접근으로 처리한 것을 정리하고, 계속 쓸 공급자마다 공급자 계정을 연결하세요.
Requesty의 공개 문서(2026년 10월 19일에 읽음)를 바탕으로 Requesty의 객체를 INFRO의 객체와 대조하고, 게이트웨이가 구현한 내용과 비교해 확인했습니다. INFRO에 없다고 표시된 행이 2개입니다.
| Requesty | 그곳에서 하는 일 | INFRO에서 |
|---|---|---|
| Requesty 키와 크레딧다름 | Requesty의 공급자 접근 위의 키 하나, 선불 크레딧에서 결제. | 고객 자체 연결 위의 게이트웨이 키. 각 공급자가 직접 청구합니다. |
| 폴백 및 로드 밸런싱 정책같은 구조 | 재시도가 있는 순서형 또는 가중치형 모델 체인. | 우선순위 또는 가중치 대상과 종류별 실패 규칙이 있는 라우트. |
| 지연 시간 라우팅해당 없음 | 가장 빠른 공급자를 고릅니다. | 없음. |
| 지출 한도와 알림같은 구조 | 키 또는 서비스 계정별 월 한도, 지출 알림. | 조직, 프로젝트, 멤버, 키, 최종 고객별 예산. 호출 전 402, 알림 임계값. |
| 가드레일같은 구조 | 요청에서 PII와 자격 증명을 검사합니다. | PII, 키, 직접 정한 용어를 차단, 마스킹, 표시하는 패턴 규칙과 의사결정 모델 검사. |
| 요청 메타데이터와 비용 추적같은 구조 | 태그, 사용자 및 트레이스 ID, 요청별 비용. | 모든 요청의 metadata. 예상 공급자 비용이며, 알려진 요율이 없으면 unpriced. |
| 자동 캐싱다름 | 공급자 프롬프트 캐시 중단점을 삽입합니다. | 중단점을 삽입하는 기능은 없습니다. 선택적으로 켜는 정확 일치 응답 캐시가 있습니다. |
| 프롬프트 라이브러리해당 없음 | 저장된 프롬프트. | 없음. |
| MCP 게이트웨이같은 구조 | 라우터 뒤의 MCP 서버. | 자체 MCP 서버를 위한 MCP 게이트웨이. |
체험이나 벤치마크가 아니라 Requesty의 공개 문서를 저희가 읽은 결과입니다. 잘못 읽은 부분이 있으면 알려 주세요. 해당 행을 수정하겠습니다.
INFRO가 하지 않는 것
- 계정이 없는 공급자의 모델을 제공합니다.
- 지연 시간으로 라우팅합니다.
- 프롬프트 캐시 중단점 삽입 또는 프롬프트 라이브러리 관리.
- 트래픽을 EU로 고정합니다.
이어지지 않는 것
- 요청 기록과 분석. 가져오기 도구는 없습니다.
- Requesty 계정의 크레딧.
- 정책과 한도가 객체로 존재합니다. 라우트와 예산으로 다시 만드세요.
질문
- `policy/<name>`을 무엇으로 대체하나요?
- 같은 모델을 순서 또는 가중치로 담은 같은 이름의 INFRO 라우트.
- INFRO는 Requesty의 크레딧처럼 모델 접근을 판매하나요?
- 아니요. INFRO는 사용자의 자체 공급자 계정에서 실행되고, 공급자가 사용자에게 직접 청구합니다. INFRO는 모델 지출에 대한 가산이 0%인 구독입니다.
- Requesty 메타데이터를 유지할 수 있나요?
- 예, 이름이 바뀝니다.
user_id는metadata아래에서user_id그대로이고,trace_id는X-INFRO-Trace-Id가 되며, 태그는 키와 값 맵이 됩니다.
저희와 함께, 또는 직접 옮기세요
마이그레이션 프로그램에서는 통화로 Requesty 설정을 INFRO 연결, 라우트, 예산에 매핑하고 첫 서비스를 함께 옮깁니다. 공급자는 계속 고객에게 직접 청구하며, INFRO는 구독이고 모델 지출에 0%를 더합니다.
출처
이 페이지에서 Requesty에 관한 모든 서술은 2026년 10월 19일에 읽은 다음 자료 중 하나에서 나왔습니다. 체험, 벤치마크, 대화에서 추론한 것은 없습니다.
- Requesty docs — Quickstart2026년 10월 19일에 읽음
- Requesty docs — Bring your own keys2026년 10월 19일에 읽음
- Requesty docs — Billing2026년 10월 19일에 읽음
- Requesty docs — Fallback policies2026년 10월 19일에 읽음
- Requesty docs — Spend limits2026년 10월 19일에 읽음
- Requesty docs — Auto caching2026년 10월 19일에 읽음
- Requesty docs — Guardrails2026년 10월 19일에 읽음
- Requesty docs — index2026년 10월 19일에 읽음
- Requesty — Blog2026년 10월 19일에 읽음