De Portkey-overname is een wake-upcall. Dit is wat het voor u betekent.

De Portkey-overname is een wake-upcall. Dit is wat het voor u betekent.

Toen Palo Alto Networks op 30 april zijn voornemen aankondigde om Portkey over te nemen, had ik twee reacties.

De eerste was oprecht: gefeliciteerd aan het team van Portkey. Ze hebben snel gehandeld, gebouwd met overtuiging en dit resultaat verdiend. We hebben op het gebied van AI Gateways rechtstreeks met hen geconcurreerd en gezien hoe ze gegroeid zijn van een strakke LLM observability-tool tot een volledig platform. Een dergelijk traject in zo'n korte tijd gebeurt niet zonder scherpe productinstincten en een meedogenloze uitvoering. Welverdiend.

De tweede reactie was meer strategisch: dit is het duidelijkste signaal tot nu toe dat AI Gateways zijn doorgegroeid van een "interessant infrastructuurexperiment" naar een "categoriebepalende enterprise-vereiste". En als u een leider op het gebied van software engineering of een platformteam bent dat vandaag de dag nog geen AI Gateway-strategie heeft, dan is deze overname uw wake-upcall.

De categorie AI Gateways is gearriveerd

We bouwen nu al een tijdje in de AI Gateway-ruimte, en de eerlijke waarheid is dat we lange tijd moesten uitleggen wat een AI Gateway überhaupt was. Dat hoeft nu niet meer.

Gartner identificeerde AI Gateways in 2024 voor het eerst als een opkomende categorie. Ze publiceerden de Market Guide en Innovation Insight in 2025. En in 2026 publiceren ze hun eerste Magic Quadrant voor AI Gateways — waarmee het formeel wordt verankerd als een belangrijke enterprise-vereiste. Dat is twee jaar van "hou deze markt in de gaten" tot een volledig Magic Quadrant. Ik werk lang genoeg in de infrastructuur om te weten dat dit een buitengewoon snelle evolutie is voor een kerncategorie in de infrastructuur.

Hoe kunt u voorkomen dat GenAI-kosten op schaal escaleren?

Bekijk het volledige rapport voor 2026

De overname door Palo Alto is bijzonder veelzeggend. Wanneer een van 's werelds grootste cybersecurity-platformen zo'n stap zet, is dat geen indekking. Het is een statement. AI Gateways, de controlelaag tussen uw teams en elke model-, agent- en AI API waarmee ze communiceren, worden nu beschouwd als essentiële infrastructuur.

Net zoals API gateways onmisbaar werden voor het beheren van microservices, worden AI Gateways het control plane voor elk model, elke agent en elke AI-workflow die binnen uw organisatie draait. De categorie is een feit. De urgentie is een feit.

Ik heb hier uitgebreid over gesproken in een recente podcastaflevering van Tesseract Talks. 

‍Maar hier is de nuance die er echt toe doet

Palo Alto is een beveiligingsbedrijf. Dat is hun kernvisie, hun platformstrategie en de bril waarmee ze Portkey vanaf nu zullen sturen. En dat is prima, het is logisch voor hen.

Maar het is niet het volledige beeld, en dit is waar ik direct wil zijn tegenover leiders in AI engineering en platformteams die hun eigen AI-infrastructuurstrategie evalueren.

AI Gateways zijn niet zomaar een beveiligingstool.

Het is overkoepelende middleware waar elk team in uw organisatie om heel verschillende redenen mee werkt:

• Beveiligingsteams gebruiken ze voor zichtbaarheid, anomaliedetectie en beleidshandhaving over al het AI-verkeer
• Financiële teams en CFO-organisaties gebruiken ze om AI-kosten te beheersen, Portkey pricing te evalueren en workloads naar kostenefficiëntere modellen te routen
• Ontwikkelaars gebruiken ze om verzoeken naar het juiste model te sturen op basis van functionaliteit, latency of het type taak
• Platform- en integratieteams gebruiken ze als verbindend element tussen interne AI-systemen
• AI governance-teams gebruiken ze om beleidsregels toe te passen binnen de gehele organisatie
• Privacy- en risicoteams gebruiken ze om guardrails en audit trails te centraliseren

Het nieuwste onderzoek van Gartner verwoordt dit helder: AI gateways bevinden zich op het kruispunt van meerdere teams, waarbij elk team er vanuit een ander functioneel perspectief naar kijkt. API-teams zien ze als uitgebreide API gateways. AI-engineers zien ze als model routers. Finance ziet ze als kostenbeheersing. Elk perspectief is valide  en die breedte is precies de reden waarom een AI Gateway die is ingebed in een beveiligingsplatform altijd gevormd zal worden door de prioriteiten van dat platform, en niet door de uwe.

Gartners eigen aanbeveling over de Portkey-overname is het waard om rechtstreeks te citeren:

"Organisaties moeten hun AI gateway-strategie onafhankelijk beheren van de AI gateways die zijn ingebed in grotere platformen, vanwege de waarschijnlijke beperkingen van ingebedde AI gateways." — Gartner First Take: Palo Alto Network’s Portkey Deal Signals the Importance of AI Gateways

(1 mei 2026)

Dit is geen kritiek op Palo Alto Networks of Portkey. Het is een structurele realiteit van hoe platformconsolidatie werkt. Wanneer een beveiligingsleverancier een infrastructuurtool overneemt, wordt die tool geoptimaliseerd voor de beveiligings-use-case. Dat dekt mogelijk een deel van uw behoeften af. Het zal niet alles dekken.

Het vraagstuk rondom het Control Plane

Er zit een dieper punt onder dit alles dat naar mijn mening verloren dreigt te raken in het nieuws over de overname: wie is de eigenaar van uw AI control plane?

Naarmate het AI-verkeer binnen uw organisatie schaalt (inkomende prompts, uitgaande modelaanroepen, agent-tot-agent workflows, MCP-interacties) zult u geen enkel centraal knelpunt hebben waar één gateway kan staan. Dit is geen theoretisch toekomstbeeld. Het is nu al de werkelijkheid voor de meeste organisaties die serieus bouwen met AI. U heeft een gedistribueerde AI Gateway-architectuur nodig die wordt beheerd door een centraal control plane.

En dat control plane moet in handen zijn van uw platformteam, niet verborgen zitten in uw LLM-provider en absoluut niet zijn ingebed in uw beveiligingsleverancier.

De vergelijking waar ik steeds op terugkom is wat er gebeurde met API gateways. In het begin lieten teams de functionaliteiten van API gateways opgaan in aangrenzende platformen: load balancers, service meshes, cloudproviders. Vervolgens waren ze jaren bezig om dat te ontwarren, omdat de ingebedde gateway altijd geoptimaliseerd was voor de prioriteiten van het hostplatform, en niet voor die van het developer platformteam. AI Gateways bevinden zich nu op exact hetzelfde kantelpunt.

Het advies van Gartner is om te kiezen voor een gefedereerde AI gateway-aanpak met een gecentraliseerd control plane — een aanpak die u consistente standaarden en governance geeft binnen de hele organisatie, onafhankelijk van afzonderlijke leveranciers.

Als u meer wilt lezen over het onderzoek van Gartner naar AI Gateways, bieden we gratis toegang tot het rapport 2026 10 Best Practices for Optimizing Generative & Agentic AI Costs.

Wat we bouwen bij TrueFoundry

We bouwen al langere tijd in deze markt omdat we er heilig van overtuigd zijn dat platformteams een control plane voor AI verdienen dat echt van hen is. Niet iets wat is geërfd van een beveiligingsplatform. Niet iets wat binnen het beheerde aanbod van een hyperscaler leeft. Een uniforme AI Gateway die engineeringteams volledige zichtbaarheid en controle geeft over elke AI-interactie, over modellen, agents en teams heen, die ze op hun eigen voorwaarden kunnen draaien en beheren.

TrueFoundry wordt in meerdere Gartner-rapporten vermeld als een gespecialiseerde AI Gateway-leverancier, en we hebben deze categorie van binnenuit volwassen zien worden. De overname door Palo Alto bevestigt alles wat we dachten over de richting van de markt.

De categorie is er. Het Magic Quadrant komt eraan. De vraag is nu wie hier binnen uw organisatie de regie over neemt.

Wat ik AI-leiders vandaag zou adviseren

Als u nog geen AI Gateway-strategie heeft, begin dan nu. 

Wanneer u opties evalueert, beoordeel ze dan niet alleen voor de use-case van vandaag (die voor de meeste teams begint met beveiliging en observability). Evalueer voor het gehele brede spectrum: kostenbeheer, model routing, governance, integratie en betrouwbaarheid. Een AI Gateway die slechts één van die aspecten afdekt, zorgt ervoor dat u over 18 maanden uw strategie opnieuw moet bouwen.

En het belangrijkste: wees eigenaar van uw control plane. Het moet centraal worden beheerd door uw platformteam, onafhankelijk van de leveranciers wier tools erdoorheen lopen.

De categorie heeft zojuist een zeer duidelijke bevestiging gekregen. Zorg ervoor dat uw strategie breder is dan een enkel platform u kan bieden.