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 Portkey. Ils ont agi rapidement, construit avec conviction et mérité ce résultat. Nous avons été en concurrence directe avec eux dans le domaine des passerelles IA et les avons vus passer d'un simple outil d'observabilité LLM à une plateforme complète. Une telle trajectoire en si peu de temps ne se produit pas sans des instincts produit aiguisés et une exécution implacable. Bien mérité.

La seconde réaction était plus stratégique : c'est le signal le plus clair à ce jour que les passerelles IA sont passées du statut d'« expérience d'infrastructure intéressante » à celui d'« exigence d'entreprise définissant une catégorie ». Et si vous êtes un leader de l'ingénierie logicielle ou une équipe plateforme qui n'a pas de stratégie de passerelle IA aujourd'hui, cette acquisition est votre signal d'alarme.

La catégorie des passerelles IA est arrivée

Nous développons dans le domaine des passerelles IA depuis un certain temps maintenant, et la vérité est que pendant longtemps, nous avons dû expliquer ce qu'était même une passerelle IA. Plus maintenant.

Gartner a identifié pour la première fois les passerelles IA comme une catégorie émergente en 2024. Ils ont publié le Market Guide et l'Innovation Insight en 2025. Et en 2026, ils publieront leur premier Magic Quadrant pour les passerelles IA — l'établissant formellement comme une exigence majeure pour les entreprises. C'est deux ans entre « surveillez cet espace » et un Magic Quadrant complet. Je suis dans l'infrastructure depuis assez longtemps pour savoir que c'est une progression extraordinairement rapide pour une catégorie d'infrastructure essentielle.

How Can You Prevent GenAI Costs From Spiraling at Scale?

Access Full 2026 Report

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 pari comme celui-ci, ce n'est pas une couverture. C'est une déclaration. Les passerelles IA, 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 API sont devenues non négociables pour la gestion des microservices, les passerelles IA 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 réelle. L'urgence est réelle.

J'ai abordé ce sujet en détail dans un récent épisode de podcast avec Tesseract Talks. 

‍Mais voici la nuance qui compte

Palo Alto est une entreprise de sécurité. C'est leur thèse fondamentale, leur stratégie de plateforme et la lentille à travers laquelle ils orienteront Portkey à l'avenir. Et c'est bien, c'est logique pour eux.

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

Les passerelles IA ne sont pas qu'un simple outil de sécurité.

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

• Équipes de sécurité les utilisent pour la visibilité, la détection d'anomalies et l'application des politiques sur l'ensemble du trafic IA
• Services et directions financières les utilisent pour contrôler les coûts de l'IA et acheminer les charges de travail vers des modèles plus rentables
• Développeurs les utilisent pour acheminer les requêtes vers le bon modèle en fonction de la capacité, de la latence ou du type de tâche
• Équipes plateforme et intégration les utilisent comme lien entre les systèmes d'IA internes
• Équipes de gouvernance de l'IA les utilisent pour appliquer des politiques de contrôle à l'échelle de l'organisation
• Équipes confidentialité et risques les utilisent pour centraliser les garde-fous et les pistes d'audit

La dernière étude de Gartner l'exprime clairement : les passerelles IA se trouvent au carrefour de plusieurs équipes, chacune les considérant sous un angle fonctionnel différent. Les équipes API les voient comme des passerelles API étendues. Les ingénieurs IA les voient comme des routeurs de modèles. La finance les voit comme des contrôles de coûts. Chaque perspective est valide, et c'est précisément cette diversité qui fait qu'une passerelle IA intégrée à une plateforme de sécurité sera toujours façonnée par les priorités de cette plateforme, et non par les vôtres.

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

« Les organisations doivent gérer leur stratégie de passerelle IA indépendamment des passerelles IA intégrées aux plateformes plus larges, en raison des limitations probables des passerelles IA intégrées. » — Gartner First Take : L'accord Portkey de Palo Alto Networks souligne l'importance des passerelles IA

(1er mai 2026)

Ce n'est pas une critique envers Palo Alto Networks ou Portkey. C'est une réalité structurelle du fonctionnement de la consolidation des plateformes. Lorsqu'un fournisseur de sécurité acquiert un outil d'infrastructure, cet outil est optimisé pour le cas d'usage de la sécurité. Cela peut couvrir une partie de vos besoins. Cela ne couvrira pas tout.

La question du plan de contrôle

Il y a un point plus profond sous tout cela qui, je pense, est perdu dans le titre de l'acquisition : qui possède votre plan de contrôle IA ?

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

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

Le parallèle qui me vient constamment à l'esprit est ce qui s'est passé avec les passerelles API. Au début, les équipes ont laissé les capacités des passerelles API être absorbées par des plateformes adjacentes : équilibreurs de charge, maillages de services, fournisseurs de cloud. Et ensuite, elles ont passé des années à démêler cela, car la passerelle intégrée était toujours optimisée pour les priorités de la plateforme hôte, et non celles de l'équipe plateforme de développement. Les passerelles IA sont exactement à ce point d'inflexion en ce moment.

La recommandation de Gartner est d'adopter une approche de passerelle IA fédérée avec un plan de contrôle centralisé — un plan qui vous offre des normes et une gouvernance cohérentes à l'échelle de l'organisation, indépendamment de tout fournisseur unique.

Si vous souhaitez en savoir plus sur les recherches de Gartner sur les passerelles IA, nous offrons un accès gratuit à son 2026 : 10 meilleures pratiques pour optimiser les coûts de l'IA générative et agentique rapport.

Ce que nous construisons chez TrueFoundry

Nous développons dans ce domaine car nous croyons profondément que les équipes plateforme méritent un plan de contrôle pour l'IA qui leur appartienne véritablement. Pas quelque chose hérité d'une plateforme de sécurité. Pas quelque chose qui réside dans l'offre gérée d'un hyperscaler. Une passerelle IA unifiée qui offre aux équipes d'ingénierie une visibilité et un contrôle complets sur chaque interaction IA, à travers les modèles, les agents et les équipes, qu'elles peuvent exécuter et gouverner selon leurs propres conditions.

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

La catégorie est là. Le Magic Quadrant arrive. La question est maintenant de savoir qui en est propriétaire au sein de votre organisation.

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

Si vous n'avez pas de stratégie de passerelle IA, commencez maintenant. 

Lorsque vous évaluez les options, n'évaluez pas seulement pour le cas d'utilisation actuel (qui, pour la plupart des équipes, commence par la sécurité et l'observabilité). Évaluez pour l'ensemble de la surface transversale : gestion des coûts, routage des modèles, gouvernance, intégration, fiabilité. Une passerelle IA qui ne couvre qu'un seul de ces aspects vous obligera à reconstruire la stratégie dans 18 mois.

Et surtout : appropriez-vous votre plan de contrôle. Il devrait être gouverné de manière centralisée par votre équipe plateforme, indépendamment des fournisseurs dont les outils le traversent.

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