Guide alla migrazioneDa Portkey
Da Portkey, dopo l'acquisizione da parte di Palo Alto Networks
Portkey è un gateway BYOK: le tue chiavi provider stanno nelle sue Integrations e le configurazioni instradano, ritentano, fanno fallback e cache. Da maggio 2026 fa parte di Palo Alto Networks come Prisma AIRS AI Gateway. Gran parte del suo routing corrisponde direttamente alle route INFRO; gli strumenti per i prompt no.
Acquisita da Palo Alto Networks (chiusura il 2026-05-29); ora Prisma AIRS AI Gateway
Gli account INFRO sono self-service. Il catalogo, la documentazione e il contratto dell'API sono pubblici, il gateway è in produzione e tutto ciò che va oltre la v1 è indicato come "Più avanti". Piani e prova
A che punto siamo
L'acquisizione
Palo Alto Networks ha completato l'acquisizione di Portkey il 2026-05-29; Portkey diventa il gateway AI di base per Prisma AIRS. La pagina dei prezzi di Portkey dice ora che è Prisma AIRS AI Gateway ed elenca ancora i livelli Developer, Production, Enterprise e Open Source.
Il gateway open source
Portkey-AI/gateway è MIT e non archiviato. La sua ultima release è la v1.15.2 (2026-01-12) e l'ultimo push è del 2026-05-25. Non abbiamo trovato alcuna dichiarazione di nessuna delle due aziende sul suo futuro.
Su quale account viene servita la richiesta
Tuoi. Le chiavi provider stanno nelle Portkey Integrations e i tuoi provider ti fatturano, come con INFRO.
Nulla dell'acquisizione impone un passaggio; Portkey funziona ancora. Resta se uno di questi è il motivo per cui lo usi.
- Stai entrando nello stack di sicurezza di Palo Alto Networks e il gateway fa parte di quell'acquisto.
- Usi il Prompt Engineering Studio o la libreria di prompt. INFRO non ha la gestione dei prompt.
- Usi la cache semantica, oppure il routing condizionale su metadati arbitrari delle richieste. INFRO memorizza le corrispondenze esatte e le sue regole di route leggono un insieme fisso di campi della richiesta.
- Ospiti in proprio il gateway open source e vuoi continuare a farlo senza un accordo.
- Usi Portkey per i batch o per un provider che INFRO non collega.
Le modifiche, una riga ciascuna. Tutto ciò che non è elencato qui resta com'è.
| Portkey | INFRO | |
|---|---|---|
| URL di base | https://api.portkey.ai/v1 (PORTKEY_GATEWAY_URL). | https://api.infro.io/v1 |
| Chiave | Una chiave API Portkey, come x-portkey-api-key o apiKey dell'SDK. | Una chiave del gateway INFRO in Authorization: Bearer. Le chiavi provider passano da Integrations alle connessioni INFRO. |
| Id del modello | @openai-prod/gpt-5.6-terra, oppure x-portkey-provider più un id semplice. | openai/gpt-5.6-terra. Per fissare un provider, routing.providers.allow; per una configurazione con nome, una route. |
| Header | x-portkey-config, x-portkey-metadata, x-portkey-trace-id, x-portkey-cache-namespace. | Una route come model; metadata nel corpo (oppure X-INFRO-User-Id, X-INFRO-Feature); X-INFRO-Trace-Id; X-INFRO-Cache-Namespace. |
Prima · 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" }],
});Dopo · 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" }],
});Le configurazioni diventano route
strategy.mode: fallback è una route per priorità, loadbalance una route ponderata, retry le regole di errore della route. Il routing condizionale diventa regole if di route quando la condizione legge un campo supportato dalle regole di INFRO.
Le Integrations diventano connessioni
La chiave provider di ogni Integration diventa una connessione. Più chiavi dello stesso provider vengono distribuite, con le chiavi di riserva usate per ultime.
I budget salgono di livello
Portkey imposta i budget su un'Integration per workspace. INFRO li imposta sull'organizzazione, su un progetto, un membro, una chiave o un cliente finale e rifiuta al tetto prima della chiamata.
Gli oggetti di Portkey a confronto con quelli di INFRO, dalla documentazione pubblica di Portkey letta il 19 ottobre 2026 e verificati con ciò che il gateway implementa. Due righe dicono che INFRO non ha nulla.
| Portkey | Cosa fa lì | In INFRO |
|---|---|---|
| Integrations e AI Providersstessa forma | Un vault di credenziali più slug dei provider con modelli, budget e limiti. | Connessioni ai provider, sigillate, più chiavi per provider, modelli per chiave. |
| Configurazioni: fallback, loadbalance, retrystessa forma | Oggetti di routing JSON, salvati come pc-... e collegati alle chiavi. | Route con destinazioni per priorità o ponderate e regole di errore per tipo; le chiavi possono essere fissate alle route. |
| Routing condizionalediverso | Instrada in base a metadati o parametri. | Regole if di route su un insieme di campi della richiesta, più un classificatore di prompt. Non su metadati arbitrari. |
| Cache (semplice e semantica)diverso | Cache delle risposte esatta e semantica. | Solo corrispondenza esatta, da attivare, con un namespace. |
| Budget e limiti di frequenzadiverso | Limiti in USD o in token per Integration per workspace, con avvisi. | Budget in dollari a cinque ambiti, 402 prima della chiamata, soglie di avviso; livelli di frequenza delle richieste per chiave. Nessun limite sui token. |
| Guardraildiverso | Un catalogo di guardrail nel gateway. | Regole a pattern che bloccano, oscurano o segnalano, e controlli su un modello decisionale. |
| Log, trace, feedbackdiverso | Log delle richieste, trace e feedback degli utenti. | Log delle richieste e trace con costo stimato, esportazione OpenTelemetry. Nessun punteggio di feedback. |
| Libreria di prompt e studioniente | Prompt gestiti e versionati fuori dal codice. | Nulla. I prompt restano nel tuo codice. |
| Gateway MCPstessa forma | Server MCP dietro il gateway. | Un gateway MCP per i tuoi server MCP, con strumenti approvati e autorizzazioni per chiave. |
| Workspace, RBAC, SSOstessa forma | Workspace e ruoli; SSO su enterprise. | Organizzazioni e progetti, ruoli, accesso ai progetti per membro; SSO e SCIM dal piano Business. |
| Batchniente | Richieste batch tramite il gateway. | Nulla. |
| Self-hostingdiverso | Gateway open source MIT; ibrido enterprise. | Hosted. Self-hosted o ibrido è un accordo enterprise.Enterprise — Disponibile con un contratto enterprise anziché in self-service. |
È la nostra lettura della documentazione pubblicata da Portkey, non una prova o un benchmark. Se abbiamo letto male qualcosa, diccelo e correggeremo la riga.
Cosa non fa INFRO
- Gestione dei prompt, punteggi di feedback o valutazioni.
- Cache semantica, oppure routing su metadati arbitrari.
- Batch, file o fine-tuning, oppure embedding su provider diversi da OpenAI, Azure OpenAI, Mistral o un endpoint compatibile con OpenAI.
- Limiti sul conteggio dei token; INFRO limita per frequenza delle richieste e per dollari.
- Funzionare sulla tua infrastruttura senza un accordo enterprise.
Cosa non si porta con sé
- Log e trace in Portkey. Non esiste un importatore; esporta ciò che ti serve.
- Prompt salvati e relative versioni.
- Configurazioni, budget e guardrail come oggetti. Ricreali come route, budget e guardrail.
Domande
- L'acquisizione significa che Portkey chiude?
- Non in nulla di ciò che abbiamo letto. Palo Alto Networks ha completato l'acquisizione il 2026-05-29 e la pagina dei prezzi di Portkey elenca ancora i suoi livelli. Non abbiamo trovato alcuna dichiarazione sul futuro del gateway open source.
- Come corrispondono le configurazioni di Portkey a INFRO?
- Le configurazioni di fallback diventano route per priorità, quelle di load-balance route ponderate, i tentativi le regole di errore della route. Invia il nome della route come
model. - Chi paga i provider dei modelli?
- Tu, direttamente, come con Portkey. INFRO è un abbonamento e aggiunge lo 0% alla spesa per i modelli.
Migra con noi, o da solo
Il programma di migrazione mappa in una call la tua configurazione Portkey su connessioni, route e budget di INFRO e migra con te il primo servizio. I tuoi provider continuano a fatturarti direttamente; INFRO è un abbonamento e aggiunge 0% alla spesa per i modelli.
Fonti
Ogni affermazione su Portkey in questa pagina proviene da una di queste fonti, lette il 19 ottobre 2026. Nulla è dedotto da una prova, un benchmark o una conversazione.
- Palo Alto Networks — completes acquisition of Portkeyletto il 19 ott 2026
- Portkey — Pricingletto il 19 ott 2026
- Portkey docs — OpenAI integrationletto il 19 ott 2026
- Portkey docs — Headersletto il 19 ott 2026
- Portkey docs — Configsletto il 19 ott 2026
- Portkey docs — Model Catalogletto il 19 ott 2026
- Portkey docs — Budget limitsletto il 19 ott 2026
- Portkey docs — indexletto il 19 ott 2026
- GitHub — Portkey-AI/gatewayletto il 19 ott 2026