Guides de migrationDepuis Portkey
Depuis Portkey, après le rachat par Palo Alto Networks
Portkey est une passerelle BYOK : vos clés de fournisseur vivent dans ses Integrations, et les configs routent, réessaient, basculent et mettent en cache. Depuis mai 2026, elle fait partie de Palo Alto Networks sous le nom de Prisma AIRS AI Gateway. L'essentiel de son routage correspond directement aux routes INFRO ; les outils de prompts non.
Racheté par Palo Alto Networks (finalisé le 2026-05-29) ; désormais Prisma AIRS AI Gateway
Les comptes INFRO sont en libre-service. Le catalogue, la documentation et le contrat d'API sont publics, la passerelle est déployée, et tout ce qui va au-delà de la v1 est marqué Plus tard. Offres et essai
Où en sont les choses
L'acquisition
Palo Alto Networks a finalisé son acquisition de Portkey le 2026-05-29 ; Portkey devient la passerelle d'IA centrale de Prisma AIRS. La page de tarifs de Portkey indique désormais qu'il s'agit de Prisma AIRS AI Gateway et liste toujours ses offres Developer, Production, Enterprise et Open Source.
La passerelle open source
Portkey-AI/gateway est sous licence MIT et n'est pas archivé. Sa dernière version est la v1.15.2 (2026-01-12) et son dernier push date du 2026-05-25. Nous n'avons trouvé aucune déclaration de l'une ou l'autre société sur son avenir.
Le compte de qui sert la requête
Vous. Les clés de fournisseur se trouvent dans les Integrations de Portkey, et vos fournisseurs vous facturent, comme avec INFRO.
Rien dans l'acquisition n'impose de partir ; Portkey fonctionne toujours. Restez si l'une de ces raisons est celle pour laquelle vous l'utilisez.
- Vous adoptez la pile de sécurité de Palo Alto Networks, et la passerelle fait partie de cet achat.
- Vous utilisez le Prompt Engineering Studio ou la bibliothèque de prompts. INFRO n'a pas de gestion des prompts.
- Vous utilisez le cache sémantique, ou le routage conditionnel sur des métadonnées de requête arbitraires. INFRO met en cache les correspondances exactes et ses règles de route lisent un ensemble fixe de champs de la requête.
- Vous auto-hébergez la passerelle open source et voulez continuer ainsi, sans accord.
- Vous utilisez Portkey pour des batches ou pour un fournisseur qu'INFRO ne connecte pas.
Les modifications, une ligne chacune. Tout ce qui n'est pas listé ici reste tel quel.
| Portkey | INFRO | |
|---|---|---|
| URL de base | https://api.portkey.ai/v1 (PORTKEY_GATEWAY_URL). | https://api.infro.io/v1 |
| Clé | Une clé API Portkey, comme x-portkey-api-key ou l'apiKey du SDK. | Une clé de passerelle INFRO dans Authorization: Bearer. Les clés de fournisseur passent de Integrations aux connexions INFRO. |
| ID du modèle | @openai-prod/gpt-5.6-terra, ou x-portkey-provider plus un identifiant sans préfixe. | openai/gpt-5.6-terra. Pour épingler un fournisseur, routing.providers.allow ; pour une configuration nommée, une route. |
| En-têtes | x-portkey-config, x-portkey-metadata, x-portkey-trace-id, x-portkey-cache-namespace. | Une route comme model ; metadata dans le corps (ou X-INFRO-User-Id, X-INFRO-Feature) ; X-INFRO-Trace-Id ; X-INFRO-Cache-Namespace. |
Avant · 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" }],
});Après · 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" }],
});Les configs deviennent des routes
strategy.mode: fallback est une route par priorité, loadbalance une route pondérée, retry les règles d'échec de la route. Le routage conditionnel devient des règles conditionnelles de route lorsque la condition lit un champ que prennent en charge les règles d'INFRO.
Les Integrations deviennent des connexions
La clé de fournisseur de chaque Integration devient une connexion. Plusieurs clés d'un même fournisseur sont réparties, les clés de secours étant utilisées en dernier.
Les budgets montent d'un niveau
Portkey définit les budgets sur une Integration par espace de travail. INFRO les définit sur l'organisation, un projet, un membre, une clé ou un client final, et refuse au plafond avant l'appel.
Les objets de Portkey face à ceux de INFRO, d'après la documentation publique de Portkey lue le 19 octobre 2026 et vérifiés par rapport à ce que la passerelle implémente. Deux lignes indiquent que INFRO n'a rien.
| Portkey | Ce que cela y fait | Dans INFRO |
|---|---|---|
| Integrations et AI Providersmême forme | Un coffre d'identifiants plus des slugs de fournisseurs avec modèles, budgets et limites. | Connexions aux fournisseurs, chiffrées, plusieurs clés par fournisseur, modèles par clé. |
| Configs : fallback, loadbalance, retrymême forme | Objets de routage JSON, enregistrés sous pc-... et rattachés aux clés. | Routes avec cibles par priorité ou pondérées et règles d'échec par type ; des clés peuvent être épinglées à des routes. |
| Routage conditionneldifférent | Router selon les métadonnées ou les paramètres. | Règles conditionnelles de route sur un ensemble de champs de la requête, plus un classificateur de prompts. Pas sur des métadonnées arbitraires. |
| Cache (simple et sémantique)différent | Cache de réponses exact et sémantique. | Correspondance exacte uniquement, sur option, avec un espace de noms. |
| Budget et limites de débitdifférent | Limites en USD ou en tokens par Integration et par espace de travail, avec alertes. | Budgets en dollars sur cinq périmètres, 402 avant l'appel, seuils d'alerte ; niveaux de débit de requêtes par clé. Pas de limites en tokens. |
| Garde-fousdifférent | Un catalogue de garde-fous dans la passerelle. | Règles par motifs qui bloquent, masquent ou signalent, et contrôles sur un modèle de décision. |
| Journaux, traces, retoursdifférent | Journaux de requêtes, traces et retours des utilisateurs. | Journal des requêtes et traces avec coût estimé, export OpenTelemetry. Pas de scores de retour. |
| Bibliothèque de prompts et studiorien | Prompts gérés et versionnés hors du code. | Rien. Les prompts restent dans votre code. |
| Passerelle MCPmême forme | Serveurs MCP derrière la passerelle. | Une passerelle MCP pour vos propres serveurs MCP, avec des outils approuvés et des autorisations par clé. |
| Espaces de travail, RBAC, SSOmême forme | Espaces de travail et rôles ; SSO dans Enterprise. | Organisations et projets, rôles, accès aux projets par membre ; SSO et SCIM à partir de l'offre Business. |
| Batchesrien | Requêtes batch via la passerelle. | Rien. |
| Auto-hébergementdifférent | Passerelle open source MIT ; hybride Enterprise. | Hébergé. L'auto-hébergé ou l'hybride relève d'un contrat entreprise.Enterprise — Disponible dans le cadre d'un contrat Enterprise plutôt qu'en libre-service. |
Notre lecture de la documentation publiée par Portkey, pas un essai ni un benchmark. Si nous avons mal lu quelque chose, dites-le-nous et nous corrigerons la ligne.
Ce que INFRO ne fait pas
- Gestion des prompts, scores de retour ou évaluations.
- Cache sémantique, ou routage sur des métadonnées arbitraires.
- Batches, fichiers ou fine-tuning, ou embeddings chez des fournisseurs autres qu'OpenAI, Azure OpenAI, Mistral ou un endpoint compatible OpenAI.
- Limites en nombre de tokens ; INFRO limite par débit de requêtes et en dollars.
- Exécuter sur votre infrastructure sans accord Enterprise.
Ce qui n'est pas repris
- Journaux et traces dans Portkey. Il n'y a pas d'outil d'import ; exportez ce dont vous avez besoin.
- Prompts enregistrés et leurs versions.
- Configs, budgets et garde-fous sous forme d'objets. Recréez-les comme routes, budgets et garde-fous.
Questions
- L'acquisition signifie-t-elle que Portkey ferme ?
- Pas d'après ce que nous avons lu. Palo Alto Networks a finalisé l'acquisition le 2026-05-29 et la page de tarifs de Portkey liste toujours ses offres. Nous n'avons trouvé aucune déclaration sur l'avenir de la passerelle open source.
- Comment les configs Portkey correspondent-elles à INFRO ?
- Les configs de repli deviennent des routes par priorité, les configs de répartition de charge des routes pondérées, les nouvelles tentatives les règles d'échec de la route. Envoyez le nom de la route comme
model. - Qui paie les fournisseurs de modèles ?
- Vous, directement, comme avec Portkey. INFRO est un abonnement et ajoute 0 % aux dépenses de modèles.
Migrez avec nous, ou seul
Le programme de migration transpose votre configuration Portkey en connexions, routes et budgets INFRO lors d'un appel, et migre le premier service avec vous. Vos fournisseurs continuent de vous facturer directement ; INFRO est un abonnement et ajoute 0 % aux dépenses de modèles.
Sources
Chaque affirmation de cette page sur Portkey provient de l'une de ces sources, lues le 19 octobre 2026. Rien n'est déduit d'un essai, d'un benchmark ou d'une conversation.
- Palo Alto Networks — completes acquisition of Portkeylu le 19 oct. 2026
- Portkey — Pricinglu le 19 oct. 2026
- Portkey docs — OpenAI integrationlu le 19 oct. 2026
- Portkey docs — Headerslu le 19 oct. 2026
- Portkey docs — Configslu le 19 oct. 2026
- Portkey docs — Model Cataloglu le 19 oct. 2026
- Portkey docs — Budget limitslu le 19 oct. 2026
- Portkey docs — indexlu le 19 oct. 2026
- GitHub — Portkey-AI/gatewaylu le 19 oct. 2026