Guias de migraçãoVindo do Portkey
Da Portkey, após a aquisição pela Palo Alto Networks
A Portkey é um gateway BYOK: suas chaves de provedor ficam nas Integrations dela, e as configs roteiam, tentam de novo, fazem fallback e cache. Desde maio de 2026 faz parte da Palo Alto Networks como o Prisma AIRS AI Gateway. A maior parte do roteamento dela corresponde diretamente a rotas do INFRO; as ferramentas de prompts, não.
Adquirida pela Palo Alto Networks (concluída em 2026-05-29); agora Prisma AIRS AI Gateway
As contas do INFRO são self-service. O catálogo, a documentação e o contrato da API são públicos, o gateway está implantado, e tudo o que vai além da v1 está marcado para depois. Planos e teste
Situação atual
A aquisição
A Palo Alto Networks concluiu a aquisição da Portkey em 2026-05-29; a Portkey passa a ser o gateway de IA central do Prisma AIRS. A página de preços da Portkey agora diz que ela é o Prisma AIRS AI Gateway e ainda lista os níveis Developer, Production, Enterprise e Open Source.
O gateway open source
Portkey-AI/gateway é MIT e não está arquivado. A última versão é a v1.15.2 (2026-01-12) e o último push foi em 2026-05-25. Não encontramos nenhuma declaração de nenhuma das duas empresas sobre o futuro dele.
A conta de quem atende a requisição
Seus. As chaves de provedor ficam nas Integrations da Portkey, e seus provedores cobram você, como no INFRO.
Nada na aquisição obriga a migrar; a Portkey continua funcionando. Fique se um destes for o motivo de você usá-la.
- Você está comprando a pilha de segurança da Palo Alto Networks, e o gateway faz parte dessa compra.
- Você usa o Prompt Engineering Studio ou a biblioteca de prompts. O INFRO não tem gerenciamento de prompts.
- Você usa cache semântico ou roteamento condicional com base em metadados de requisição arbitrários. O INFRO faz cache de correspondências exatas e as regras de rota dele leem um conjunto fixo de campos da requisição.
- Você auto-hospeda o gateway open source e quer continuar assim, sem contrato.
- Você usa a Portkey para batches ou para um provedor que o INFRO não conecta.
As alterações, uma linha cada. Tudo o que não está listado aqui continua como está.
| Portkey | INFRO | |
|---|---|---|
| URL base | https://api.portkey.ai/v1 (PORTKEY_GATEWAY_URL). | https://api.infro.io/v1 |
| Chave | Uma chave de API da Portkey, como x-portkey-api-key ou o apiKey do SDK. | Uma chave de gateway do INFRO em Authorization: Bearer. As chaves de provedor passam de Integrations para as conexões do INFRO. |
| Id do modelo | @openai-prod/gpt-5.6-terra, ou x-portkey-provider mais um id sem prefixo. | openai/gpt-5.6-terra. Para fixar um provedor, routing.providers.allow; para uma configuração nomeada, uma rota. |
| Headers | x-portkey-config, x-portkey-metadata, x-portkey-trace-id, x-portkey-cache-namespace. | Uma rota como model; metadata no corpo (ou X-INFRO-User-Id, X-INFRO-Feature); X-INFRO-Trace-Id; X-INFRO-Cache-Namespace. |
Antes · 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" }],
});Depois · 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" }],
});Configs viram rotas
strategy.mode: fallback é uma rota por prioridade, loadbalance uma rota ponderada, retry as regras de falha da rota. O roteamento condicional vira regras if de rota quando a condição lê um campo que as regras do INFRO suportam.
Integrations viram conexões
A chave de provedor de cada Integration vira uma conexão. Várias chaves de um mesmo provedor são distribuídas, com as chaves em espera usadas por último.
Os orçamentos sobem um nível
A Portkey define orçamentos em uma Integration por workspace. O INFRO os define na organização, em um projeto, em um membro, em uma chave ou em um cliente final, e recusa no teto antes da chamada.
Os objetos do Portkey comparados aos do INFRO, a partir da documentação pública do Portkey lida em 19 de outubro de 2026 e conferidos com o que o gateway implementa. Duas linhas dizem que o INFRO não tem nada.
| Portkey | O que faz lá | No INFRO |
|---|---|---|
| Integrations e AI Providersmesmo formato | Um cofre de credenciais mais slugs de provedor com modelos, orçamentos e limites. | Conexões de provedor, seladas, várias chaves por provedor, modelos por chave. |
| Configs: fallback, loadbalance, retrymesmo formato | Objetos de roteamento em JSON, salvos como pc-... e anexados a chaves. | Rotas com destinos por prioridade ou ponderados e regras de falha por tipo; chaves podem ser fixadas em rotas. |
| Roteamento condicionaldiferente | Rotear com base em metadados ou parâmetros. | Regras if de rota sobre um conjunto de campos da requisição, mais um classificador de prompts. Não sobre metadados arbitrários. |
| Cache (simples e semântico)diferente | Cache de respostas exato e semântico. | Apenas correspondência exata, opcional, com namespace. |
| Orçamento e limites de taxadiferente | Limites em USD ou em tokens por Integration por workspace, com alertas. | Orçamentos em dólares em cinco escopos, 402 antes da chamada, limiares de alerta; faixas de taxa de requisições por chave. Sem limites de tokens. |
| Guardrailsdiferente | Um catálogo de guardrails no gateway. | Regras por padrões que bloqueiam, mascaram ou sinalizam, e verificações em um modelo de decisão. |
| Logs, traces, feedbackdiferente | Logs de requisições, traces e feedback de usuários. | Log de requisições e traces com custo estimado, exportação OpenTelemetry. Sem pontuações de feedback. |
| Biblioteca de prompts e studionada | Prompts gerenciados e versionados fora do código. | Nada. Os prompts ficam no seu código. |
| Gateway MCPmesmo formato | Servidores MCP atrás do gateway. | Um gateway MCP para seus próprios servidores MCP, com ferramentas aprovadas e permissões por chave. |
| Workspaces, RBAC, SSOmesmo formato | Workspaces e funções; SSO no enterprise. | Organizações e projetos, funções, acesso a projetos por membro; SSO e SCIM a partir do plano Business. |
| Batchesnada | Requisições em batch pelo gateway. | Nada. |
| Auto-hospedagemdiferente | Gateway open source MIT; híbrido enterprise. | Hospedado. Auto-hospedado ou híbrido é um contrato enterprise.Enterprise — Disponível em um contrato enterprise, não em self-service. |
Nossa leitura da documentação publicada do Portkey, não um teste nem um benchmark. Se lemos algo errado, avise-nos e corrigimos a linha.
O que o INFRO não faz
- Gerenciamento de prompts, pontuações de feedback ou avaliações.
- Cache semântico ou roteamento com base em metadados arbitrários.
- Batches, arquivos ou fine-tuning, ou embeddings em provedores além de OpenAI, Azure OpenAI, Mistral ou um endpoint compatível com OpenAI.
- Limites por contagem de tokens; o INFRO limita por taxa de requisições e por dólares.
- Rodar na sua infraestrutura sem contrato enterprise.
O que não é levado
- Logs e traces na Portkey. Não há importador; exporte o que precisar.
- Prompts salvos e suas versões.
- Configs, orçamentos e guardrails como objetos. Recrie-os como rotas, orçamentos e guardrails.
Perguntas
- A aquisição significa que a Portkey vai fechar?
- Não em nada do que lemos. A Palo Alto Networks concluiu a aquisição em 2026-05-29 e a página de preços da Portkey ainda lista os níveis dela. Não encontramos nenhuma declaração sobre o futuro do gateway open source.
- Como as configs da Portkey correspondem ao INFRO?
- Configs de fallback viram rotas por prioridade, configs de load-balance viram rotas ponderadas e as novas tentativas viram as regras de falha da rota. Envie o nome da rota como
model. - Quem paga os provedores de modelos?
- Você, diretamente, como na Portkey. O INFRO é uma assinatura e adiciona 0% ao gasto com modelos.
Migre conosco ou por conta própria
O programa de migração mapeia, numa chamada, a sua configuração do Portkey para conexões, rotas e orçamentos do INFRO e migra o primeiro serviço com você. Seus provedores continuam cobrando você diretamente; o INFRO é uma assinatura e acrescenta 0% ao gasto com modelos.
Fontes
Cada afirmação desta página sobre o Portkey vem de uma destas fontes, lidas em 19 de outubro de 2026. Nada é inferido de um teste, de um benchmark ou de uma conversa.
- Palo Alto Networks — completes acquisition of Portkeylido em 19 de out. de 2026
- Portkey — Pricinglido em 19 de out. de 2026
- Portkey docs — OpenAI integrationlido em 19 de out. de 2026
- Portkey docs — Headerslido em 19 de out. de 2026
- Portkey docs — Configslido em 19 de out. de 2026
- Portkey docs — Model Cataloglido em 19 de out. de 2026
- Portkey docs — Budget limitslido em 19 de out. de 2026
- Portkey docs — indexlido em 19 de out. de 2026
- GitHub — Portkey-AI/gatewaylido em 19 de out. de 2026