Portkey, test approfondi : passerelle + observabilité + garde-fous en un — encore valable après son rachat par Palo Alto Networks ?

Depuis deux ans et demi, Portkey suit une trajectoire assez contradictoire dans le secteur des « passerelles IA » : deux levées de fonds pour se construire en un gros SaaS tout-en-un (passerelle + observabilité + garde-fous + gouvernance) ; puis, en mars 2026, l'intégralité du cœur de sa passerelle passée en open source du jour au lendemain ; et avant même que la poussière ne retombe, l'annonce fin avril de son rachat par le géant de la sécurité Palo Alto Networks, opération conclue le 29 mai — la faisant basculer, presque du jour au lendemain, en pièce maîtresse de la plateforme de sécurité Prisma AIRS de Palo Alto. Jouer à la fois la carte « open source » et la carte « vendu à un géant de la sécurité » en trois mois mérite, à lui seul, une explication en règle.

Cet article détaille ce qu'est vraiment Portkey, ce que contient réellement le produit, ses tarifs réels, ce que signifie ce rachat, et — pour des lecteurs comme les nôtres qui suivent l'écosystème des relais/proxys d'API IA — si Portkey est un concurrent ou un complément à un relais chinois. La version courte, pour décider si la lecture complète vaut le coup : si vous voulez juste basculer facilement entre deux modèles fermés, Portkey est trop lourd pour vous — allez plutôt lire la section OpenRouter de notre article sur les alternatives à LiteLLM. Si vous êtes une équipe qui a vraiment besoin de conformité entreprise, de garde-fous et de contrôle budgétaire multi-équipes, celui-ci mérite d'être lu en entier.

1. Ce qu'est Portkey, en une phrase

Portkey a été fondé en 2023 par Ayush Garg et Rohit Agarwal. Sa propre présentation le positionne comme « une pile de production pour les bâtisseurs GenAI » — en clair, c'est une couche de passerelle placée entre votre application et un grand nombre de fournisseurs de LLM, qui embarque aussi l'observabilité, les garde-fous, la gouvernance et la gestion de prompts dans le même produit : un seul point d'accès API pour atteindre plus de 1 600 modèles revendiqués.

À noter : ce nombre de modèles est lui-même un exemple vivant de la vitesse à laquelle ce secteur a gonflé en deux ou trois ans. D'anciennes pages de documentation donnaient encore « 250+ modèles, 45+ fournisseurs » ; à la mi-2026, le discours officiel était devenu « 1 600+ LLM » ; l'annonce du rachat par Palo Alto Networks a introduit encore un autre chiffre, « plus de 3 000 LLM et outils MCP » (modèles et outils MCP comptés ensemble). Trois chiffres à trois moments différents dans des documents officiels — pas trois façons de décrire la même chose, mais une vraie courbe de croissance pour une seule entreprise, signe aussi que sa propre documentation n'a pas totalement suivi le rythme d'évolution du produit.

Comme la plupart de ses pairs, le point de départ de Portkey est le problème classique : dès qu'une équipe est branchée sur OpenAI, Anthropic, Gemini et une poignée de modèles chinois, elle accumule vite un tas de clés API éparpillées, des conventions d'appel de SDK qui ne se ressemblent pas, des logs d'appels que personne ne maintient, et un grand flou sur qui a dépensé combien sur quel projet ce mois-ci. Portkey ramène tout ça à une seule couche : votre application ne parle qu'à un seul point d'accès Portkey, et qui est réellement appelé, comment fonctionne la bascule, comment le facturation est suivie deviennent le problème de Portkey.

2. Le détail des fonctionnalités : la passerelle n'est que la porte d'entrée

En parcourant une à une les pages fonctionnalités de Portkey, on peut isoler ces briques — dont presque chacune pourrait constituer un produit à part entière :

• AI Gateway (la passerelle elle-même) : un format d'API unifié ; les Virtual Keys — les vraies clés des fournisseurs amont sont stockées dans le coffre-fort de Portkey, et votre code applicatif ne voit jamais qu'une « clé virtuelle » émise par Portkey, que vous pouvez faire tourner, révoquer ou rediriger vers un autre fournisseur depuis le tableau de bord sans toucher une ligne de code ; des tentatives automatiques (jusqu'à 5), de l'équilibrage de charge entre fournisseurs, du routage conditionnel ; plus un cache simple et un cache sémantique pour que les requêtes répétées évitent complètement un appel modèle.
• Observabilité : un tableau de bord couvrant plus de 40 métriques — coût, qualité et latence tous inclus — avec des logs complets et la chaîne d'appels pour chaque requête, pour du débogage et de l'optimisation a posteriori.
• Garde-fous (Guardrails) : le nombre exact de garde-fous intégrés varie selon les pages de Portkey lui-même — 40+, 50+ et 60+ apparaissent tous — mais l'ordre de grandeur reste « plusieurs dizaines », couvrant l'anonymisation de PII, la détection d'hallucinations, le blocage d'injection de prompt et la validation de format JSON/RegEx. Le produit se connecte aussi à toute une liste de fournisseurs tiers de garde-fous : Mistral, Patronus, Pillar, Lasso, Pangea, AWS Bedrock, Azure, Promptfoo, Aporia, Acuvity, Exa, et — logiquement depuis le rachat — l'AIRS (AI Runtime Security) maison de Palo Alto Networks. Les garde-fous s'exécutent de façon synchrone dans le chemin de la requête : les entrées sont vérifiées d'abord, les réponses ensuite, et un déclenchement peut entraîner un refus direct, une nouvelle tentative, ou un repli vers un modèle plus fiable.
• Gouvernance : RBAC, budgets et plafonds de débit par équipe/projet, journaux d'audit ; SSO/SCIM sur le palier entreprise.
• Gestion de prompts (Prompt Management) : des modèles de prompts centralisés, avec versioning et un playground ; le palier gratuit plafonne à 3 modèles, illimité au-delà.
• Model Catalog : les données de prix et de disponibilité de chaque modèle rassemblées au même endroit, ce qui économise pas mal de recherche documentaire lors d'un comparatif.
• MCP Gateway : lancé avec « Gateway 2.0 » en mars 2026, ce module fait entrer l'accès aux serveurs MCP (Model Context Protocol) sous la même ombrelle de gestion — gestion centralisée de plusieurs serveurs MCP, authentification OAuth 2.1 + PKCE, permissions au niveau du workspace, et visibilité complète sur chaque appel d'outil effectué par un agent, au sein du même système d'observabilité. C'est la brique que Portkey a spécifiquement ajoutée pour « l'ère des agents », et c'est ce qui le distingue le plus clairement d'outils plus purement orientés passerelle comme LiteLLM ou OpenRouter.

Un appel réel ressemble à ceci — l'authentification ne passe pas par le classique en-tête Authorization: Bearer, mais par un en-tête dédié x-portkey-api-key, associé à x-portkey-provider pour préciser quelle Virtual Key utiliser (les fournisseurs sont marqués d'un préfixe @) :

curl https://api.portkey.ai/v1/chat/completions \
  -H "Content-Type: application/json" \
  -H "x-portkey-api-key: $PORTKEY_API_KEY" \
  -H "x-portkey-provider: @openai-prod" \
  -d '{
    "model": "gpt-4o",
    "messages": [{"role": "user", "content": "Hello!"}]
  }'

Comparé à l'intégration « on change une variable d'environnement et ça tourne » d'OpenRouter, Portkey ajoute une étape supplémentaire — créer d'abord une Virtual Key dans le tableau de bord, puis préciser laquelle utiliser dans l'en-tête de la requête. C'est le prix à payer pour une gouvernance et une observabilité bien faites, et c'est aussi un bon indicateur pour juger si vous avez vraiment besoin de quelque chose d'aussi lourd.

Mises bout à bout, ces sept briques répondent en réalité à sept facettes d'une même question : « qu'est-ce que notre équipe fait réellement avec l'IA en ce moment, combien cela coûte-t-il, et un incident de sécurité s'est-il produit ? » Comparé à un proxy open source plus orienté ingénieur comme LiteLLM, Portkey est clairement conçu dans l'esprit « un tableau de bord qu'une personne de la conformité, de la sécurité ou de la finance sans background technique peut comprendre » — et c'est en grande partie pour cela qu'il séduit davantage les acheteurs entreprise. LiteLLM se comporte comme une bibliothèque faite pour des ingénieurs — fichiers de config, YAML, SDK Python, tout est du code. Portkey se comporte comme une console faite pour toute l'organisation — des non-ingénieurs peuvent ouvrir une page web et comprendre directement la facture et les risques.

3. Historique de l'entreprise et chemin vers l'open source

Le rythme de levées de fonds de Portkey n'a pas été rapide, mais chaque étape a été solide. En août 2023, l'entreprise lève 3 millions de dollars en amorçage (seed), mené par Lightspeed. Deux ans et demi plus tard, en février 2026, elle lève 15 millions de dollars en série A, menée par Elevation Capital avec la participation de Lightspeed, portant le financement total à plus de 18 millions de dollars. Les chiffres qui accompagnaient l'annonce de la série A : plus de 500 milliards de tokens traités par jour, 125 millions de requêtes par jour, plus de 500 000 $ de dépenses IA quotidiennes, et plus de 24 000 organisations servies.

Le vrai tournant est arrivé un mois plus tard. Le 24 mars 2026, Portkey a pris toute la suite de capacités qui nécessitaient auparavant un abonnement SaaS payant — gouvernance, observabilité, authentification, contrôle des coûts — et les a intégralement passées en open source, avec en prime le tout nouveau MCP Gateway. Le code de la passerelle a été publié sous licence MIT sur GitHub (le dépôt Portkey-AI/gateway, aujourd'hui à plus de 12 000 étoiles). Le communiqué officiel a associé cet open-sourcing à un chiffre d'échelle — « traitant plus de 1 000 milliards de tokens chaque jour » — tandis que le titre de The New Stack sur la même actualité annonçait « 2 000 milliards de tokens par jour ». Les deux chiffres ne concordent pas, mais dans les deux cas, le débit de Portkey était déjà solidement dans l'ordre du trillion de tokens — à peu près un doublement voire un triplement par rapport aux 500 milliards/jour cités lors de la série A de février, en l'espace d'un mois environ, et ce rythme de croissance en dit long sur l'appétit du marché pour l'infrastructure de type « passerelle IA » en 2026.

Le passage à l'open source se lit comme un coup classique d'« open-core » : offrir gratuitement les capacités de gouvernance/observabilité/authentification qui étaient auparavant payantes, en échange d'un écosystème de développeurs plus large et d'une crédibilité accrue en auto-hébergement, tout en continuant à monétiser via le palier SaaS géré et les contrats entreprise. Rétrospectivement, cette étape a aussi discrètement pavé la voie à ce qui a suivi — un projet qui avait déjà gagné la confiance des développeurs, et qui avait mis à nu sa technologie centrale en open source, est une cible bien plus facile à auditer pour un acquéreur.

Cette stratégie de financement et de produit révèle aussi quelque chose sur les clients réels de Portkey : parmi les clients entreprise nommés publiquement figurent la plateforme de collaboration API Postman et l'entreprise d'annotation/évaluation de données Snorkel AI. La bibliothèque d'études de cas de Portkey inclut aussi l'histoire de SiteGPT, qui a construit une plateforme de support client IA de niveau entreprise sur Portkey — en partant d'un patchwork de SDK de modèles séparés, en passant aux Virtual Keys pour centraliser le changement de fournisseur, et en utilisant le tableau de bord d'observabilité pour suivre le coût et la latence de chaque conversation client. Ce type de cas confirme globalement le positionnement de Portkey : il ne vise pas les projets en phase de prototype, mais les équipes qui ont déjà de vrais utilisateurs payants et doivent faire tourner leurs appels IA comme une véritable chaîne de production.

4. Le grand tournant de 2026 : absorbé dans le Prisma AIRS de Palo Alto Networks

Un peu plus d'un mois après l'annonce de l'open source, le 30 avril 2026, le géant de la sécurité Palo Alto Networks a annoncé son intention de racheter Portkey. Le directeur produit et technologie de Palo Alto, Lee Klarich, s'exprimait ainsi dans l'annonce : « L'IA évolue si vite que les organisations se sentent souvent obligées de choisir entre deux stratégies vouées à l'échec : s'épuiser à intégrer un patchwork de "produits ponctuels" pour rester à jour, ou prendre du retard en attendant que les plateformes historiques rattrapent le rythme. » Le cofondateur et PDG de Portkey, Rohit Agarwal, a déclaré : « Nous avons rejoint Palo Alto Networks pour combler le fossé de confiance qui empêche l'IA d'atteindre son plein potentiel. »

L'opération s'est officiellement conclue le 29 mai 2026, en avance sur l'objectif initial du quatrième trimestre de l'exercice fiscal 2026 de Palo Alto. Le montant exact de la transaction n'a jamais été divulgué publiquement ; la presse financière l'a estimé de l'ordre de 700 millions de dollars (chiffre cohérent avec celui cité dans notre précédent article sur les alternatives à LiteLLM). Après le rachat, la technologie de passerelle de Portkey est devenue le plan de contrôle central de la plateforme de sécurité Prisma AIRS de Palo Alto, aux côtés du produit d'identité d'agents maison Idira et de son produit d'observabilité Chronosphere, formant un trio « sécurité runtime + identité + observabilité ». En juillet 2026, Palo Alto a annoncé la disponibilité générale du Prisma AIRS AI Gateway — environ six semaines après la clôture de l'opération, un délai d'exécution réellement rapide.

5. Tarifs réels : du gratuit au sur-mesure entreprise

Les chiffres ci-dessous proviennent d'une vérification de la page portkey.ai/pricing à la mi-2026 — les tarifs officiels peuvent changer à tout moment, vérifiez-les à nouveau avant tout engagement.

Le palier gratuit paraît généreux, mais à 10 000 requêtes/mois et 3 jours de rétention des logs, n'importe quelle équipe un tant soit peu sérieuse touchera ce plafond en quelques jours. Le vrai point de bascule, c'est le palier Production — 49 $/mois pour démarrer, ce n'est pas cher, mais le dépassement est facturé 9 $ par tranche supplémentaire de 100 000 requêtes, et une fois le volume qui grimpe, la facture augmente plus vite que prévu.

Un détail facile à négliger : les trois modes de déploiement mis en avant par Enterprise — SaaS géré, hybride, et totalement isolé (air-gapped) — correspondent directement aux exigences de conformité de différents secteurs. La finance et la santé, sensibles à la sortie des données de leur périmètre, sautent généralement le SaaS géré et verrouillent directement le cloud privé ou l'hébergement VPC dès la montée en gamme. C'est aussi pourquoi les estimations tierces situent la fourchette de prix Enterprise entre 2 000 $ et plus de 10 000 $/mois (selon le volume, la période de rétention, le mode de déploiement et le niveau de support) — un saut bien plus abrupt que le palier Production. Ce que vous achetez à ce stade n'est plus seulement du volume de requêtes, mais la capacité de conformité elle-même.

6. Portkey vs LiteLLM vs OpenRouter : trois choses complètement différentes sous des étiquettes similaires

Nous avions déjà évoqué Portkey dans notre article sur les alternatives à LiteLLM ; voici la comparaison complète. La plus grande confusion consiste à traiter ces trois outils comme « trois réponses à la même question » — ce sont en réalité trois philosophies de produit complètement différentes : OpenRouter est un marché de modèles géré, LiteLLM est une bibliothèque proxy open source entièrement maîtrisable, et Portkey est un plan de contrôle géré avec gouvernance et garde-fous intégrés (dont le cœur de passerelle peut aussi être auto-hébergé).

La bonne question n'a jamais été « lequel est le meilleur » — c'est de savoir si vous voulez vraiment un plan de contrôle géré avec conformité et garde-fous intégrés, ou un logiciel open source entièrement maîtrisé, ou si vous ne voulez tout simplement pas toucher à l'exploitation et juste changer de modèle. Les trois peuvent même s'empiler — de nombreuses équipes font tourner LiteLLM ou un relais chinois pour gérer « comment se connecter et comment rester bon marché », et superposent Portkey ou Cloudflare AI Gateway par-dessus pour l'observabilité et les garde-fous.

7. Ce que cela signifie pour les utilisateurs de relais d'API IA en Chine continentale

C'est la section à laquelle nos lecteurs devraient prêter le plus d'attention. La conclusion d'abord : Portkey n'est pas un « relais ». Il résout le problème de « comment gérer les choses une fois l'appel passé », pas celui de « comment obtenir l'accès pour passer l'appel en premier lieu » — deux choses faciles à confondre, et qu'il vaut la peine de séparer clairement.

Les relais chinois et les canaux de connexion directe résolvent une couche plus fondamentale : payer en RMB, se connecter directement sur les réseaux domestiques sans VPN, et obtenir des allocations moins chères ou un ensemble groupé de modèles domestiques au-delà des canaux officiels. Portkey suppose que cette couche existe déjà — vous avez soit une clé qui appelle légitimement des canaux officiels comme OpenAI/Anthropic/Gemini, soit une clé délivrée par un relais. Portkey stocke ces clés dans son coffre-fort via les Virtual Keys et ajoute par-dessus une couche d'observabilité unifiée, de garde-fous et de contrôle budgétaire multi-équipes. Du début à la fin, il ne prend jamais en charge le travail de vous connecter ou de garder les coûts bas.

Cela ne rend pas les deux mutuellement exclusifs pour autant — c'est en fait une combinaison qui s'empile bien : configurer un canal de relais/connexion directe chinois comme l'une des Virtual Keys/fournisseurs de Portkey, laisser le relais gérer « puis-je seulement me connecter, et est-ce bon marché », et laisser Portkey ajouter par-dessus une couche d'observabilité unifiée, de garde-fous et de contrôle budgétaire. Pour un développeur individuel ou un petit projet, cette combinaison est probablement excessive — le tableau de bord propre du relais suffit. Mais pour une équipe qui a déjà plusieurs équipes et projets partageant le même compte de relais et qui veut une ventilation plus fine de l'usage et des garde-fous, empiler les deux a du sens — le relais possède la « connectivité + tarification », Portkey possède la « gouvernance par-dessus la connectivité », et cette répartition des rôles suit exactement la même logique que le tableau des tâches dessiné dans notre article sur les alternatives à LiteLLM. Pour le choix d'un relais, voir notre comparatif des relais d'API IA et notre tour d'horizon de 7 fournisseurs populaires.

Voici un scénario concret : une équipe utilise déjà la clé API d'un relais chinois pour appeler directement GLM, DeepSeek et des modèles domestiques similaires pour un bot de support client, et veut maintenant ajouter une couche capable de montrer précisément combien coûte chaque scénario de support et d'empêcher qu'une clé d'employé compromise ne fasse exploser la facture. Plutôt que de construire un système de logs et d'alertes à partir de zéro, il est plus simple d'enregistrer la clé du relais comme Virtual Key de Portkey et de laisser le tableau de bord d'observabilité et les plafonds budgétaires de Portkey prendre en charge cette tâche — le relais continue de gérer la connectivité et le coût, Portkey gère la visibilité et le filet de sécurité, et aucun des deux n'a besoin de remplacer l'autre.

8. Qui devrait l'utiliser, qui ne devrait pas

Derrière ces critères se cache une réalité économique plus simple : le palier gratuit de Portkey et son palier Production à 49 $/mois sont largement à la portée d'un développeur individuel ou d'une petite équipe, mais la conception du produit et le ton de la documentation s'adressent, de bout en bout, à la personne au sein d'une entreprise responsable de la conformité/sécurité/budgets multi-équipes. Si votre équipe n'a personne dans ce rôle, vous n'utiliserez probablement pas 80 % de ce qu'il offre — et il n'y a aucune raison de payer pour la complexité qui accompagne ces fonctionnalités.

• Déjà client (ou bientôt) de Palo Alto, besoin d'audits SOC2/GDPR/HIPAA, besoin de sécurité runtime au niveau des agents → Portkey convient, et ce volet ne fera que se compléter après le rachat.
• Startup en phase précoce, veut juste basculer rapidement entre modèles, budget serré → le palier gratuit Developer peut tenir un moment, mais 10 000 requêtes/mois et 3 jours de rétention des logs seront vite atteints — calculez si la mise à niveau à 49 $/mois en vaut la peine, ou passez directement à un LiteLLM auto-hébergé.
• Veut juste alterner entre deux modèles fermés, se moque des garde-fous et de la gouvernance → OpenRouter est plus simple, ne réfléchissez pas trop.
• Veut un contrôle total, ne veut pas être enfermé chez un seul fournisseur (surtout si « racheté par un géant de la sécurité » vous met mal à l'aise) → LiteLLM auto-hébergé, ou auto-hébergez le cœur de passerelle open source sous licence MIT de Portkey pour contourner la couche SaaS gérée.
• Équipe en Chine continentale → testez d'abord la connectivité et la latence, traitez un canal de relais/connexion directe domestique comme le fournisseur amont derrière Portkey, pas comme quelque chose que Portkey remplace.

9. Conclusion

Après tout cela, la ligne à retenir est celle-ci : Portkey est l'un des acteurs les plus complets de ce secteur — passerelle, observabilité, garde-fous, gouvernance, gestion de prompts, passerelle MCP, tout sous un seul compte, et le palier gratuit permet vraiment de démarrer. Mais en 2026, l'entreprise a fait deux choses qui semblent tirer dans des directions opposées à la fois : passer sa passerelle centrale en open source, et vendre l'entreprise à un géant de la sécurité.