Die Portkey-Übernahme ist ein Weckruf. Das bedeutet sie für Sie.

Auf Geschwindigkeit ausgelegt: ~ 10 ms Latenz, auch unter Last
Unglaublich schnelle Methode zum Erstellen, Verfolgen und Bereitstellen Ihrer Modelle!
- Verarbeitet mehr als 350 RPS auf nur 1 vCPU — kein Tuning erforderlich
- Produktionsbereit mit vollem Unternehmenssupport
Die Portkey-Übernahme ist ein Weckruf. Das bedeutet sie für Sie.
Als Palo Alto Networks am 30. April seine Absicht bekannt gab, Portkey zu übernehmen, hatte ich zwei Reaktionen.
Die erste war aufrichtig: Herzlichen Glückwunsch an das Portkey-Team. Sie haben schnell gehandelt, mit Überzeugung gebaut und sich dieses Ergebnis verdient. Wir haben im Bereich AI Gateway direkt mit ihnen konkurriert und gesehen, wie sie von einem sauberen LLM-Observability-Tool zu einer vollständigen Plattform gewachsen sind. Eine solche Entwicklung in einem so kurzen Zeitraum passiert nicht ohne scharfe Produktinstinkte und unermüdliche Umsetzung. Wohlverdient.
Die zweite Reaktion war strategischer: Dies ist das bisher klarste Signal dafür, dass AI Gateways den Status eines „interessanten Infrastruktur-Experiments“ hinter sich gelassen haben und zu einer „kategorieprägenden Unternehmensanforderung“ geworden sind. Und wenn Sie als Software-Engineering-Leiter oder Plattform-Team heute noch keine AI-Gateway-Strategie haben, ist diese Übernahme Ihr Weckruf.
Die Kategorie AI Gateway ist angekommen
Wir bauen nun schon seit einiger Zeit im AI-Gateway-Bereich, und die ehrliche Wahrheit ist, dass wir lange Zeit erklären mussten, was ein AI Gateway überhaupt ist. Jetzt nicht mehr.
Gartner identifizierte AI Gateways erstmals 2024 als aufstrebende Kategorie. Sie veröffentlichten den Market Guide und den Innovation Insight im Jahr 2025. Und 2026 veröffentlichen sie ihren ersten Magic Quadrant für AI Gateways – und etablieren sie damit formell als wichtige Unternehmensanforderung. Das sind zwei Jahre von „Beobachten Sie diesen Bereich“ bis zu einem vollständigen Magic Quadrant. Ich bin schon lange genug in der Infrastrukturbranche tätig, um zu wissen, dass dies ein außerordentlich schneller Aufstieg für eine Kerninfrastruktur-Kategorie ist.
Die Palo Alto-Übernahme ist besonders aussagekräftig. Wenn eine der weltweit größten Cybersicherheitsplattformen eine solche Wette eingeht, ist das keine Absicherung. Es ist ein Statement. AI Gateways, die Steuerungsschicht zwischen Ihren Teams und jedem Modell, Agenten und jeder AI API, mit der sie interagieren, werden jetzt als essenzielle Infrastruktur betrachtet.
Genauso wie API-Gateways für die Verwaltung von Microservices unverzichtbar wurden, werden AI Gateways zur Control Plane für jedes Modell, jeden Agenten und jeden AI-Workflow, der in Ihrer Organisation läuft. Die Kategorie ist real. Die Dringlichkeit ist real.
Ich habe dies ausführlich in einer kürzlichen Podcast-Episode mit Tesseract Talks besprochen.
Aber hier ist die entscheidende Nuance
Palo Alto ist ein Sicherheitsunternehmen. Das ist ihre Kernthese, ihre Plattformstrategie und die Linse, durch die sie Portkey in Zukunft ausrichten werden. Und das ist in Ordnung, für sie ist es logisch.
Aber es ist nicht das gesamte Bild, und hier möchte ich mich direkt an AI-Engineering- und Plattform-Verantwortliche wenden, die ihre eigene AI-Infrastrukturstrategie evaluieren.
AI Gateways sind nicht nur ein Sicherheitstool.
Sie sind eine querschnittliche Middleware, mit der jedes Team in Ihrer Organisation aus völlig unterschiedlichen Gründen in Berührung kommt:
- Sicherheitsteams nutzen sie für Transparenz, Anomalieerkennung und Durchsetzung von Richtlinien im gesamten AI-Datenverkehr
- Finanz- und CFO-Organisationen nutzen sie, um AI-Kosten zu kontrollieren, Portkey-Preise zu bewerten und Workloads auf kostengünstigere Modelle umzuleiten
- Entwickler nutzen sie, um Anfragen basierend auf Fähigkeiten, Latenz oder Aufgabe an das richtige Modell zu leiten
- Plattform- und Integrationsteams nutzen sie als Bindeglied zwischen internen AI-Systemen
- AI-Governance-Teams nutzen sie, um Richtlinienkontrollen in der gesamten Organisation anzuwenden
- Datenschutz- und Risikoteams nutzen sie zur Zentralisierung von Guardrails und Audit-Trails
Gartners neueste Forschung bringt es klar auf den Punkt: AI Gateways befinden sich an der Kreuzung mehrerer Teams, wobei jedes sie durch eine andere funktionale Brille betrachtet. API-Teams sehen sie als erweiterte API-Gateways. AI-Ingenieure sehen sie als Modell-Router. Die Finanzabteilung sieht sie als Kostenkontrolle. Jede Perspektive ist valide – und genau diese Breite ist der Grund, warum ein AI Gateway, das in eine Sicherheitsplattform eingebettet ist, immer von den Prioritäten dieser Plattform geprägt sein wird, nicht von Ihren.
Gartners eigene Empfehlung zur Portkey-Übernahme ist es wert, direkt zitiert zu werden:
„Unternehmen müssen ihre AI-Gateway-Strategie unabhängig von den in größere Plattformen eingebetteten AI Gateways verwalten, da eingebettete AI Gateways wahrscheinliche Einschränkungen aufweisen.“ — Gartner First Take: Palo Alto Network’s Portkey Deal Signals the Importance of AI Gateways
(1. Mai 2026)
Dies ist keine Kritik an Palo Alto Networks oder Portkey. Es ist eine strukturelle Realität der Konsolidierung von Plattformen. Wenn ein Sicherheitsanbieter ein Infrastruktur-Tool erwirbt, wird dieses Tool für den Sicherheits-Anwendungsfall optimiert. Das deckt möglicherweise einen Teil dessen ab, was Sie benötigen. Es wird nicht alles abdecken.
Die Frage nach der Control Plane
Unter all dem liegt ein tieferer Punkt, der in den Schlagzeilen über die Übernahme meiner Meinung nach untergeht: Wer besitzt Ihre AI Control Plane?
Da der AI-Datenverkehr in Ihrer Organisation skaliert (eingehende Prompts, ausgehende Modellaufrufe, Agent-zu-Agent-Workflows, MCP-Interaktionen), werden Sie keinen einzelnen Nadelöhr-Punkt haben, an dem ein einzelnes Gateway sitzen kann. Dies ist kein theoretischer Zukunftszustand. Für die meisten Unternehmen, die heute ernsthaft mit AI bauen, ist das bereits Realität. Sie benötigen eine verteilte AI-Gateway-Architektur, die von einer einheitlichen Control Plane verwaltet wird.
Und diese Control Plane muss Ihrem Plattform-Team gehören, darf nicht in Ihrem LLM-Anbieter vergraben sein und definitiv nicht in Ihrem Sicherheitsanbieter eingebettet sein.
Parallelen sehe ich immer wieder zu dem, was mit API-Gateways passiert ist. In der Anfangsphase ließen Teams zu, dass API-Gateway-Funktionen von benachbarten Plattformen absorbiert wurden: Load Balancer, Service Meshes, Cloud-Anbieter. Und dann verbrachten sie Jahre damit, das wieder zu entwirren, weil das eingebettete Gateway immer für die Prioritäten der Host-Plattform optimiert war, nicht für die des Entwickler-Plattform-Teams. AI Gateways befinden sich derzeit genau an diesem Wendepunkt.
Gartners Empfehlung lautet, einen föderierten AI-Gateway-Ansatz mit einer zentralisierten Control Plane zu wählen – eine, die Ihnen konsistente Standards und Governance in der gesamten Organisation bietet, unabhängig von einzelnen Anbietern.
Wenn Sie mehr über die Recherchen von Gartner zu AI Gateways lesen möchten, bieten wir Ihnen kostenlosen Zugang zu dem Bericht 2026 10 Best Practices for Optimizing Generative & Agentic AI Costs.
Was wir bei TrueFoundry bauen
Wir bauen in diesem Bereich, weil wir zutiefst davon überzeugt sind, dass Plattform-Teams eine Control Plane für AI verdienen, die wirklich ihnen gehört. Nichts, was von einer Sicherheitsplattform geerbt wurde. Nichts, das innerhalb des verwalteten Angebots eines Hyperscalers lebt. Ein einheitliches AI Gateway, das Engineering-Teams vollständige Transparenz und Kontrolle über jede AI-Interaktion bietet, über Modelle, Agenten und Teams hinweg, und das sie zu ihren eigenen Bedingungen betreiben und verwalten können.
TrueFoundry wird in mehreren Gartner-Berichten als spezialisierter AI-Gateway-Anbieter geführt, und wir haben die Reifung dieser Kategorie von innen heraus beobachtet. Die Übernahme durch Palo Alto bestätigt alles, was wir über ihre Entwicklung gedacht haben.
Die Kategorie ist da. Der Magic Quadrant kommt. Die Frage ist nun, wer sie in Ihrer Organisation besitzt.
Was ich AI-Verantwortlichen heute raten würde
Wenn Sie keine AI-Gateway-Strategie haben, beginnen Sie jetzt.
Wenn Sie Optionen evaluieren, evaluieren Sie nicht nur für den heutigen Anwendungsfall (der bei den meisten Teams mit Sicherheit und Observability beginnt). Evaluieren Sie für die gesamte querschnittliche Fläche: Kostenmanagement, Modell-Routing, Governance, Integration, Zuverlässigkeit. Ein AI Gateway, das nur einen dieser Punkte abdeckt, wird Sie dazu bringen, die Strategie in 18 Monaten erneut aufzubauen.
Und am wichtigsten: Besitzen Sie Ihre Control Plane. Sie sollte von Ihrem Plattform-Team zentral verwaltet werden, unabhängig von den Anbietern, deren Tools sie durchläuft.
Die Kategorie hat gerade eine sehr laute Bestätigung erhalten. Stellen Sie sicher, dass Ihre Strategie breiter aufgestellt ist, als es eine einzelne Plattform bieten kann.
TrueFoundry AI Gateway bietet eine Latenz von ~3—4 ms, verarbeitet mehr als 350 RPS auf einer vCPU, skaliert problemlos horizontal und ist produktionsbereit, während LiteLM unter einer hohen Latenz leidet, mit moderaten RPS zu kämpfen hat, keine integrierte Skalierung hat und sich am besten für leichte Workloads oder Prototyp-Workloads eignet.















.webp)
.webp)
.png)

.png)
.png)
.png)
.png)
.png)
.webp)
.webp)

.png)
.png)





