본문으로 건너뛰기

마이그레이션 가이드Portkey에서

Palo Alto Networks 인수 이후 Portkey에서

Portkey는 BYOK 게이트웨이입니다. 공급자 키는 Integrations에 있고, 설정이 라우팅, 재시도, 폴백, 캐싱을 담당합니다. 2026년 5월부터는 Prisma AIRS AI Gateway로서 Palo Alto Networks의 일부입니다. 라우팅 대부분은 INFRO 라우트에 그대로 대응하지만, 프롬프트 도구는 그렇지 않습니다.

Palo Alto Networks에 인수됨(2026-05-29 완료). 현재 Prisma AIRS AI Gateway

INFRO 계정은 셀프 서비스입니다. 카탈로그, 문서, API 계약은 공개되어 있고, 게이트웨이는 배포되어 있으며, v1 이후의 기능은 Later로 표시됩니다. 요금제와 체험

현재 상황

인수

Palo Alto Networks가 2026-05-29에 Portkey 인수를 완료했으며, Portkey는 Prisma AIRS의 핵심 AI 게이트웨이가 됩니다. Portkey의 가격 페이지는 이제 Prisma AIRS AI Gateway라고 밝히며 여전히 Developer, Production, Enterprise, Open Source 등급을 나열합니다.

오픈소스 게이트웨이

Portkey-AI/gateway는 MIT이며 보관 처리되지 않았습니다. 마지막 릴리스는 v1.15.2(2026-01-12)이고 마지막 푸시는 2026-05-25입니다. 양사 어느 쪽에서도 향후에 대한 언급은 찾지 못했습니다.

요청을 처리하는 계정

사용자입니다. 공급자 키는 Portkey Integrations에 있고, INFRO와 마찬가지로 공급자가 사용자에게 청구합니다.

인수 때문에 이전해야 할 이유는 없으며 Portkey는 계속 운영됩니다. 아래 중 하나가 사용 이유라면 그대로 머무세요.

  • Palo Alto Networks의 보안 스택을 도입하는 중이고, 게이트웨이가 그 구매의 일부인 경우입니다.
  • Prompt Engineering Studio나 프롬프트 라이브러리를 쓰는 경우입니다. INFRO에는 프롬프트 관리가 없습니다.
  • 시맨틱 캐싱이나 임의의 요청 메타데이터에 따른 조건부 라우팅을 쓰는 경우입니다. INFRO는 정확 일치를 캐싱하며 라우트 규칙은 고정된 요청 필드 집합을 읽습니다.
  • 오픈소스 게이트웨이를 자체 호스팅하고 있으며 계약 없이 계속 그렇게 하려는 경우입니다.
  • 배치나 INFRO가 연결하지 않는 공급자 때문에 Portkey를 쓰는 경우입니다.

수정 사항을 한 행에 하나씩 정리했습니다. 여기에 없는 것은 그대로 유지됩니다.

 PortkeyINFRO
베이스 URLhttps://api.portkey.ai/v1 (PORTKEY_GATEWAY_URL).https://api.infro.io/v1
키x-portkey-api-key 또는 SDK의 apiKey로 쓰는 Portkey API 키.Authorization: Bearer에 INFRO 게이트웨이 키. 공급자 키는 Integrations에서 INFRO 연결로 옮깁니다.
모델 ID@openai-prod/gpt-5.6-terra, 또는 x-portkey-provider와 모델 ID.openai/gpt-5.6-terra. 공급자를 고정하려면 routing.providers.allow, 이름이 있는 구성은 라우트로.
헤더x-portkey-config, x-portkey-metadata, x-portkey-trace-id, x-portkey-cache-namespace.model로 지정하는 라우트, 본문의 metadata(또는 X-INFRO-User-Id, X-INFRO-Feature), X-INFRO-Trace-Id, X-INFRO-Cache-Namespace.

이전 · Portkey

import OpenAI from "openai";
import { PORTKEY_GATEWAY_URL } from "portkey-ai";

const client = new OpenAI({
  apiKey: process.env.PORTKEY_API_KEY,
  baseURL: PORTKEY_GATEWAY_URL,
  defaultHeaders: {
    "x-portkey-config": "pc-support-fallback",
    "x-portkey-metadata": JSON.stringify({ _user: "user_123" }),
  },
});

await client.chat.completions.create({
  model: "@openai-prod/gpt-5.6-terra",
  messages: [{ role: "user", content: "Hello" }],
});

이후 · INFRO

import OpenAI from "openai";

const client = new OpenAI({
  apiKey: process.env.INFRO_API_KEY,
  baseURL: "https://api.infro.io/v1",
  defaultHeaders: { "X-INFRO-User-Id": "user_123" },
});

await client.chat.completions.create({
  // A route holding the config's targets and failure rules
  model: "support-fallback",
  messages: [{ role: "user", content: "Hello" }],
});

설정은 라우트가 됩니다

strategy.mode: fallback은 우선순위 라우트, loadbalance는 가중치 라우트, retry는 라우트의 실패 규칙입니다. 조건부 라우팅은 조건이 INFRO 규칙이 지원하는 필드를 읽는 경우에 라우트 if 규칙이 됩니다.

Integrations는 연결이 됩니다

각 Integration의 공급자 키는 연결이 됩니다. 한 공급자의 여러 키는 분산되어 사용되고, 대기 키는 마지막에 사용됩니다.

예산이 한 단계 위로 올라갑니다

Portkey는 워크스페이스별로 Integration에 예산을 설정합니다. INFRO는 조직, 프로젝트, 멤버, 키, 최종 고객에 설정하며 상한에 도달하면 호출 전에 거부합니다.

Portkey의 공개 문서(2026년 10월 19일에 읽음)를 바탕으로 Portkey의 객체를 INFRO의 객체와 대조하고, 게이트웨이가 구현한 내용과 비교해 확인했습니다. INFRO에 없다고 표시된 행이 2개입니다.

Portkey그곳에서 하는 일INFRO에서
Integrations와 AI Providers같은 구조자격 증명 보관소와, 모델, 예산, 한도가 있는 공급자 슬러그.암호화된 공급자 연결, 공급자당 여러 키, 키별 모델.
설정: fallback, loadbalance, retry같은 구조pc-...로 저장해 키에 연결하는 JSON 라우팅 객체.우선순위 또는 가중치 대상과 종류별 실패 규칙이 있는 라우트. 키를 라우트에 고정할 수 있습니다.
조건부 라우팅다름메타데이터나 파라미터로 라우팅합니다.요청 필드 집합에 대한 라우트 if 규칙과 프롬프트 분류기. 임의의 메타데이터는 지원하지 않습니다.
캐시(단순 및 시맨틱)다름정확 일치 및 시맨틱 응답 캐싱.정확 일치만, 선택적으로 켜며, 네임스페이스 있음.
예산과 속도 제한다름워크스페이스별 Integration당 USD 또는 토큰 제한과 알림.5개 범위의 달러 예산, 호출 전 402, 알림 임계값. 키별 요청 속도 등급. 토큰 제한은 없습니다.
가드레일다름게이트웨이 안의 가드레일 카탈로그.차단, 마스킹, 표시를 하는 패턴 규칙과 의사결정 모델 검사.
로그, 트레이스, 피드백다름요청 로그, 트레이스, 사용자 피드백.예상 비용이 포함된 요청 로그와 트레이스, OpenTelemetry 내보내기. 피드백 점수는 없습니다.
프롬프트 라이브러리와 스튜디오해당 없음코드 밖에서 관리되고 버전이 매겨지는 프롬프트.없음. 프롬프트는 고객의 코드에 남습니다.
MCP 게이트웨이같은 구조게이트웨이 뒤의 MCP 서버.자체 MCP 서버를 위한 MCP 게이트웨이. 승인된 도구와 키별 권한 부여.
워크스페이스, RBAC, SSO같은 구조워크스페이스와 역할. SSO는 엔터프라이즈에서.조직과 프로젝트, 역할, 멤버별 프로젝트 접근. SSO와 SCIM은 Business 요금제부터.
배치해당 없음게이트웨이를 통한 배치 요청.없음.
자체 호스팅다름MIT 오픈소스 게이트웨이, 엔터프라이즈 하이브리드.호스팅형. 자체 호스팅 또는 하이브리드는 엔터프라이즈 계약입니다.Enterprise — 셀프 서비스가 아닌 엔터프라이즈 계약으로 제공됩니다.

체험이나 벤치마크가 아니라 Portkey의 공개 문서를 저희가 읽은 결과입니다. 잘못 읽은 부분이 있으면 알려 주세요. 해당 행을 수정하겠습니다.

INFRO가 하지 않는 것

  • 프롬프트 관리, 피드백 점수, 평가.
  • 시맨틱 캐싱 또는 임의의 메타데이터에 따른 라우팅.
  • 배치, 파일, 파인튜닝, 또는 OpenAI, Azure OpenAI, Mistral, OpenAI 호환 엔드포인트가 아닌 공급자의 임베딩.
  • 토큰 수 제한. INFRO는 요청 속도와 달러로 제한합니다.
  • 엔터프라이즈 계약 없이 자체 인프라에서 실행합니다.

이어지지 않는 것

  • Portkey의 로그와 트레이스. 가져오기 도구는 없으니 필요한 것을 내보내세요.
  • 저장된 프롬프트와 그 버전.
  • 설정, 예산, 가드레일이 객체로 존재합니다. 라우트, 예산, 가드레일로 다시 만드세요.

질문

인수는 Portkey가 문을 닫는다는 뜻인가요?
저희가 읽은 어떤 자료에도 그렇게 나와 있지 않습니다. Palo Alto Networks가 2026-05-29에 인수를 완료했고 Portkey의 가격 페이지에는 여전히 요금제가 나열되어 있습니다. 오픈소스 게이트웨이의 향후에 대한 언급은 찾지 못했습니다.
Portkey 설정은 INFRO에 어떻게 대응하나요?
fallback 설정은 우선순위 라우트가 되고, load-balance 설정은 가중치 라우트가, 재시도는 라우트의 실패 규칙이 됩니다. 라우트 이름을 model로 보내세요.
모델 공급자에게는 누가 비용을 내나요?
Portkey와 마찬가지로 사용자가 직접 냅니다. INFRO는 구독이며 모델 지출에 0%를 더합니다.

저희와 함께, 또는 직접 옮기세요

마이그레이션 프로그램에서는 통화로 Portkey 설정을 INFRO 연결, 라우트, 예산에 매핑하고 첫 서비스를 함께 옮깁니다. 공급자는 계속 고객에게 직접 청구하며, INFRO는 구독이고 모델 지출에 0%를 더합니다.

14일 체험 시작 마이그레이션 세션 예약INFRO vs Portkey빠른 시작 읽기

출처

이 페이지에서 Portkey에 관한 모든 서술은 2026년 10월 19일에 읽은 다음 자료 중 하나에서 나왔습니다. 체험, 벤치마크, 대화에서 추론한 것은 없습니다.