L'acquisition de Portkey est un signal d'alarme. Voici ce que cela signifie pour vous.

L'acquisition de Portkey est un signal d'alarme. Voici ce que cela signifie pour vous.

Le 30 avril, lorsque Palo Alto Networks a annoncé son intention d'acquérir Portkey, j'ai eu deux réactions.

La première était sincère : félicitations à l'équipe de Portkey. Ils ont progressé rapidement, construit avec conviction et mérité ce résultat. Nous avons été en concurrence directe avec eux dans l'espace des AI Gateways et les avons vus évoluer d'un simple outil d'observabilité des LLM vers une plateforme complète. Ce type de trajectoire dans un délai aussi court ne se produit pas sans une vision produit affûtée et une exécution sans relâche. C'est amplement mérité.

La seconde réaction était plus stratégique : c'est le signal le plus clair à ce jour que les AI Gateways sont passées d'une « expérience d'infrastructure intéressante » à une « exigence d'entreprise définissant une catégorie ». Et si vous êtes un leader en ingénierie logicielle ou dans une équipe plateforme sans stratégie d'AI Gateway aujourd'hui, cette acquisition est votre signal d'alarme.

La catégorie des AI Gateways est arrivée à maturité

Cela fait un moment que nous développons des solutions dans l'espace des AI Gateways, et en toute franchise, pendant longtemps, nous devions expliquer ce qu'était une AI Gateway. Ce n'est plus le cas.

Gartner a d'abord identifié les AI Gateways comme une catégorie émergente en 2024. Ils ont publié le Market Guide et l'Innovation Insight en 2025. Et en 2026, ils publient leur premier Magic Quadrant pour les AI Gateways — l'établissant formellement comme une exigence majeure pour les entreprises. C'est un passage en deux ans de « catégorie à surveiller » à un Magic Quadrant complet. Je travaille dans l'infrastructure depuis assez longtemps pour savoir qu'il s'agit d'une évolution extraordinairement rapide pour une catégorie d'infra centrale.

Comment empêcher les coûts de la GenAI de s'envoler à l'échelle ?

Accéder au rapport complet 2026

L'acquisition par Palo Alto est particulièrement révélatrice. Quand l'une des plus grandes plateformes de cybersécurité au monde fait un tel pari, ce n'est pas une simple couverture. C'est une affirmation. Les AI Gateways, la couche de contrôle entre vos équipes et chaque modèle, agent et API IA avec lesquels elles interagissent, sont désormais considérées comme une infrastructure essentielle.

Tout comme les passerelles d'API sont devenues incontournables pour gérer les microservices, les AI Gateways deviennent le plan de contrôle pour chaque modèle, agent et flux de travail IA exécuté dans votre organisation. La catégorie est bien réelle. L'urgence l'est tout autant.

J'en ai discuté en détail dans un récent épisode du podcast Tesseract Talks. 

‍Mais voici la nuance essentielle

Palo Alto est une entreprise de sécurité. C'est leur cœur de métier, leur stratégie de plateforme et le prisme à travers lequel ils orienteront Portkey à l'avenir. Et c'est tout à fait cohérent pour eux.

Mais ce n'est pas l'ensemble du tableau, et c'est là que je souhaite être direct avec les responsables de l'ingénierie IA et des plateformes qui évaluent leur propre stratégie d'infrastructure IA.

Les AI Gateways ne sont pas seulement un outil de sécurité.

Ce sont des middlewares transversaux que chaque équipe de votre organisation utilise pour des raisons complètement différentes :

• Les équipes de sécurité les utilisent pour la visibilité, la détection d'anomalies et l'application des politiques sur le trafic IA
• Les équipes financières et les directions financières les utilisent pour maîtriser les coûts de l'IA, évaluer la tarification de Portkey, et router les charges de travail vers des modèles plus rentables
• Les développeurs les utilisent pour router les requêtes vers le bon modèle en fonction des capacités, de la latence ou du type de tâche
• Les équipes plateforme et d'intégration les utilisent comme lien fonctionnel entre les systèmes IA internes
• Les équipes de gouvernance de l'IA les utilisent pour appliquer des contrôles politiques à l'échelle de l'entreprise
• Les équipes chargées de la confidentialité et des risques les utilisent pour centraliser les garde-fous et les journaux d'audit

Les dernières recherches de Gartner l'expliquent clairement : les AI Gateways se situent au carrefour de multiples équipes, chacune les observant sous un angle fonctionnel différent. Les équipes API les voient comme des passerelles d'API étendues. Les ingénieurs IA les voient comme des routeurs de modèles. La finance les voit comme un contrôle des coûts. Chaque vision est valide, et cette diversité est précisément la raison pour laquelle une AI Gateway intégrée dans une plateforme de sécurité sera toujours façonnée par les priorités de cette plateforme, et non par les vôtres.

La recommandation même de Gartner sur l'acquisition de Portkey mérite d'être citée directement :

« Les organisations doivent gérer leur stratégie d'AI gateway indépendamment des AI gateways intégrées dans des plateformes plus larges, en raison des limitations probables des AI gateways intégrées. » — Gartner First Take : Palo Alto Network’s Portkey Deal Signals the Importance of AI Gateways

(1er mai 2026)

Il ne s'agit pas d'une critique à l'encontre de Palo Alto Networks ou de Portkey. C'est une réalité structurelle du fonctionnement de la consolidation des plateformes. Lorsqu'un éditeur de sécurité acquiert un outil d'infrastructure, cet outil est optimisé pour les cas d'usage de la sécurité. Cela peut couvrir une partie de vos besoins. Cela ne les couvrira pas tous.

La question du plan de contrôle

Il y a un point plus fondamental derrière tout cela qui se perd selon moi derrière l'annonce de l'acquisition : qui possède votre plan de contrôle IA ?

À mesure que le trafic IA augmente au sein de votre organisation (prompts entrants, appels de modèles sortants, flux de travail d'agent à agent, interactions MCP), vous n'aurez pas un point de passage unique où une seule passerelle peut se placer. Ce n'est pas un état futur théorique. C'est déjà une réalité pour la plupart des organisations qui construisent sérieusement avec l'IA aujourd'hui. Vous avez besoin d'une architecture d'AI Gateway distribuée gérée par un plan de contrôle unifié.

Et ce plan de contrôle doit appartenir à votre équipe plateforme, et non être enfoui chez votre fournisseur de LLM, et certainement pas intégré chez votre fournisseur de sécurité.

Le parallèle qui me revient sans cesse à l'esprit est ce qui s'est produit avec les passerelles d'API. Au début, les équipes ont laissé les capacités des passerelles d'API être absorbées par des plateformes adjacentes : répartiteurs de charge, service meshes, fournisseurs de cloud. Puis elles ont passé des années à démêler tout cela, parce que la passerelle intégrée était toujours optimisée pour les priorités de la plateforme hôte, et non pour celles de l'équipe plateforme des développeurs. Les AI Gateways se trouvent exactement à ce point d'inflexion en ce moment.

La recommandation de Gartner est d'adopter une approche d'AI gateway fédérée avec un plan de contrôle centralisé — un système qui vous garantit des normes et une gouvernance cohérentes dans toute l'organisation, indépendamment de tout fournisseur unique.

Si vous souhaitez en savoir plus sur les recherches de Gartner concernant les AI Gateways, nous offrons un accès gratuit à son rapport 2026 10 Best Practices for Optimizing Generative & Agentic AI Costs.

Ce que nous construisons chez TrueFoundry

Nous développons des solutions dans cet espace parce que nous sommes convaincus que les équipes plateforme méritent un plan de contrôle pour l'IA qui leur appartient réellement. Pas quelque chose d'hérité d'une plateforme de sécurité. Pas quelque chose qui réside dans l'offre gérée d'un hyperscaler. Une AI Gateway unifiée qui donne aux équipes d'ingénierie une visibilité et un contrôle totaux sur chaque interaction IA, à travers les modèles, les agents et les équipes, qu'elles peuvent exécuter et gouverner selon leurs propres termes.

TrueFoundry est référencé comme un fournisseur spécialisé d'AI Gateway dans plusieurs rapports de Gartner, et nous avons vu cette catégorie mûrir de l'intérieur. L'acquisition par Palo Alto valide tout ce que nous pensions sur son évolution.

La catégorie est là. Le Magic Quadrant arrive. La question est maintenant de savoir qui la possède au sein de votre organisation.

Ce que je dirais aux leaders de l'IA aujourd'hui

Si vous n'avez pas de stratégie d'AI Gateway, commencez dès maintenant. 

Lorsque vous évaluez les options, ne les évaluez pas seulement pour le cas d'usage d'aujourd'hui (qui, pour la plupart des équipes, commence par la sécurité et l'observabilité). Évaluez-les pour l'ensemble du périmètre transversal : gestion des coûts, routage des modèles, gouvernance, intégration, fiabilité. Une AI Gateway qui ne couvre qu'un seul de ces aspects vous obligera à reconstruire votre stratégie dans 18 mois.

Et le plus important : soyez propriétaire de votre plan de contrôle. Il doit être gouverné de manière centralisée par votre équipe plateforme, indépendamment des fournisseurs dont les outils y transitent.

La catégorie vient de recevoir une validation très forte. Assurez-vous que votre stratégie soit plus large que ce qu'une seule plateforme peut vous offrir.