La adquisición de Portkey es una llamada de atención. Esto es lo que significa para usted.

La adquisición de Portkey es una llamada de atención. Esto es lo que significa para usted.

El 30 de abril, cuando Palo Alto Networks anunció su intención de adquirir Portkey, tuve dos reacciones.

La primera fue genuina: enhorabuena al equipo de Portkey. Se movieron rápido, construyeron con convicción y se ganaron este resultado. Hemos competido directamente con ellos en el espacio de AI Gateway y los hemos visto crecer desde una herramienta limpia de observabilidad de LLM hasta una plataforma completa. Ese tipo de trayectoria en un periodo de tiempo tan corto no ocurre sin un agudo instinto de producto y una ejecución implacable. Bien merecido.

La segunda reacción fue más estratégica: esta es la señal más clara hasta la fecha de que los AI Gateways han pasado de ser un «experimento de infraestructura interesante» a convertirse en un «requisito empresarial decisivo para la categoría». Y si usted es un líder de ingeniería de software o de un equipo de plataforma que no tiene una estrategia de AI Gateway a día de hoy, esta adquisición es su llamada de atención.

La categoría de AI Gateway ha llegado

Llevamos tiempo construyendo en el espacio de AI Gateway y la honesta verdad es que, durante mucho tiempo, tuvimos que explicar qué era un AI Gateway. Ya no.

Gartner identificó por primera vez los AI Gateways como una categoría emergente en 2024. Publicaron la Market Guide y la Innovation Insight en 2025. Y en 2026 publicarán su primer Magic Quadrant para AI Gateways, estableciéndolo formalmente como un requisito empresarial principal. Son dos años desde «siga este espacio» hasta un Magic Quadrant completo. Llevo en el sector de la infraestructura el tiempo suficiente para saber que se trata de una graduación extraordinariamente rápida para una categoría de infraestructura central.

¿Cómo puede evitar que los costes de GenAI se descontrolen a escala?

Acceda al informe completo de 2026

La adquisición por parte de Palo Alto es especialmente reveladora. Cuando una de las plataformas de ciberseguridad más grandes del mundo hace una apuesta como esta, no es una cobertura. Es una declaración de intenciones. Los AI Gateways, la capa de control entre sus equipos y cada modelo, agente y API de AI con la que interactúan, se consideran ahora infraestructura esencial.

Del mismo modo que los API gateways se convirtieron en algo no negociable para gestionar microservicios, los AI Gateways se están convirtiendo en el plano de control para cada modelo, agente y flujo de trabajo de AI que se ejecuta en su organización. La categoría es real. La urgencia es real.

Hablé extensamente de esto en un episodio reciente del pódcast Tesseract Talks. 

‍Pero aquí está el matiz que importa

Palo Alto es una empresa de seguridad. Esa es su tesis central, su estrategia de plataforma y el prisma a través del cual orientarán a Portkey de ahora en adelante. Y está bien, es lógico para ellos.

Pero no es la foto completa y aquí es donde quiero ser directo con los líderes de plataforma e ingeniería de AI que evalúan su propia estrategia de infraestructura de AI.

Los AI Gateways no son solo una herramienta de seguridad.

Son un middleware transversal que todos los equipos de su organización tocan por razones totalmente diferentes:

• Los equipos de seguridad los utilizan para visibilidad, detección de anomalías y aplicación de políticas en el tráfico de AI
• Las organizaciones de finanzas y el departamento del CFO los utilizan para controlar los costes de AI, evaluar el modelo de precios de Portkey y enrutar las cargas de trabajo hacia modelos más rentables
• Los desarrolladores los utilizan para enrutar solicitudes al modelo adecuado según la capacidad, la latencia o el tipo de tarea
• Los equipos de plataforma e integración los utilizan como tejido conectivo entre los sistemas internos de AI
• Los equipos de gobernanza de AI los utilizan para aplicar controles de políticas en toda la organización
• Los equipos de privacidad y riesgos los utilizan para centralizar las barreras de protección y las trazas de auditoría

La investigación más reciente de Gartner lo expone claramente: los AI gateways se sitúan en la encrucijada de múltiples equipos y cada uno los ve a través de un prisma funcional diferente. Los equipos de API los ven como API gateways extendidos. Los ingenieros de AI los ven como enrutadores de modelos. Finanzas los ve como controles de costes. Todos los prismas son válidos y esa amplitud es precisamente la razón por la que un AI Gateway integrado dentro de una plataforma de seguridad siempre estará moldeado por las prioridades de esa plataforma, no por las suyas.

Vale la pena citar directamente la recomendación propia de Gartner sobre la adquisición de Portkey:

«Las organizaciones deben gestionar su estrategia de AI gateway de forma independiente a los AI gateways integrados dentro de plataformas más grandes, debido a las probables limitaciones de los AI gateways integrados». — Gartner First Take: Palo Alto Network’s Portkey Deal Signals the Importance of AI Gateways

(1 de mayo de 2026)

Esto no es un ataque a Palo Alto Networks ni a Portkey. Es una realidad estructural de cómo funciona la consolidación de plataformas. Cuando un proveedor de seguridad adquiere una herramienta de infraestructura, esa herramienta se optimiza para el caso de uso de seguridad. Eso puede cubrir parte de lo que necesita. No lo cubrirá todo.

La cuestión del plano de control

Hay un punto más profundo debajo de todo esto que creo que se pierde en el titular de la adquisición: ¿quién es el dueño de su plano de control de AI?

A medida que el tráfico de AI escala en su organización (prompts entrantes, llamadas salientes a modelos, flujos de trabajo de agente a agente, interacciones MCP), no tendrá un único punto de estrangulamiento donde pueda ubicarse un solo gateway. Este no es un estado futuro teórico. Ya es una realidad para la mayoría de las organizaciones que construyen seriamente con AI hoy en día. Necesita una arquitectura de AI Gateway distribuida y gestionada por un plano de control unificado.

Y ese plano de control debe ser propiedad de su equipo de plataforma, no estar enterrado dentro de su proveedor de LLM y, definitivamente, no estar integrado dentro de su proveedor de seguridad.

El paralelismo al que sigo volviendo es lo que ocurrió con los API gateways. Al principio, los equipos dejaron que las capacidades de los API gateways fueran absorbidas por plataformas adyacentes: balanceadores de carga, mallas de servicios (service meshes), proveedores de la nube. Y luego pasaron años desenredando eso, porque el gateway integrado siempre estaba optimizado para las prioridades de la plataforma anfitriona, no para las del equipo de plataforma del desarrollador. Los AI Gateways están exactamente en ese punto de inflexión ahora mismo.

La recomendación de Gartner es adoptar un enfoque federado de AI gateway con un plano de control centralizado: uno que le proporcione estándares y gobernanza coherentes en toda la organización, independientemente de cualquier proveedor individual.

Si desea leer más sobre la investigación de Gartner sobre AI Gateways, le ofrecemos acceso gratuito a su informe 2026 10 Best Practices for Optimizing Generative & Agentic AI Costs.

Lo que estamos construyendo en TrueFoundry

Hemos estado construyendo en este espacio porque creemos firmemente que los equipos de plataforma merecen un plano de control para AI que sea genuinamente suyo. No algo heredado de una plataforma de seguridad. No algo que viva dentro de la oferta gestionada de un hyperscaler. Un AI Gateway unificado que otorgue a los equipos de ingeniería visibilidad y control totales sobre cada interacción de AI, a través de modelos, agentes y equipos, que puedan ejecutar y gobernar bajo sus propios términos.

TrueFoundry figura como proveedor especialista de AI Gateway en múltiples informes de Gartner y hemos visto madurar esta categoría desde dentro. La adquisición por parte de Palo Alto valida todo lo que creíamos sobre hacia dónde se dirigía.

La categoría ya está aquí. El Magic Quadrant se aproxima. La pregunta ahora es quién es el dueño dentro de su organización.

Lo que le diría a los líderes de AI hoy

Si no tiene una estrategia de AI Gateway, empiece ahora. 

Cuando evalúe opciones, no las evalúe solo para el caso de uso de hoy (que, para la mayoría de los equipos, comienza con la seguridad y la observabilidad). Evalúelas para toda la superficie transversal: gestión de costes, enrutamiento de modelos, gobernanza, integración, fiabilidad. Un AI Gateway que solo cubra uno de esos aspectos le obligará a reconstruir la estrategia en 18 meses.

Y lo más importante: sea el dueño de su plano de control. Debe ser gobernado de forma centralizada por su equipo de plataforma, de manera independiente a los proveedores cuyas herramientas pasan a través de él.

La categoría acaba de recibir una validación muy contundente. Asegúrese de que su estrategia sea más amplia de lo que cualquier plataforma individual pueda ofrecerle.