← Insights
·6 min de lectura·analisis-de-mercado·microsoft-foundry·gemini-enterprise·aws-bedrock
PulseFlow Tecnologia

Microsoft, Google y AWS: tres estrategias para agentes enterprise

Las tres nubes más grandes del mundo llegaron al mismo problema - cómo vender agentes de IA a las empresas - por tres puntos de entrada completamente distintos. Comparar los anuncios recientes de cada una lado a lado deja claro que esto no es solo marketing: son apuestas arquitectónicas distintas, construidas sobre lo que cada empresa ya dominaba antes de la era de los agentes.

Microsoft: parte del ecosistema de productividad y desarrollo

En Build 2026, Microsoft reforzó Microsoft Foundry como plataforma central para construir y ejecutar agentes a escala, complementada por dos lanzamientos específicos: Foundry IQ, con "conocimiento unificado y recuperación sin servidor" y mejoras en benchmarks de RAG agentico; y Work IQ, "inteligencia lista para producción para cada agente", con APIs propias para integrar agentes en flujos de trabajo ya existentes. Del lado de la gobernanza, Agent Control Specification promete "gobernanza portátil en tiempo de ejecución" - es decir, una política de control que no queda atada a una sola plataforma. Hasta la infraestructura fue rediseñada para esto: las Azure Cobalt 200 VMs entregan un 50% de mejora de desempeño, "totalmente optimizado para cargas de trabajo modernas de IA agentica". La apuesta de Microsoft es clara: usar la base ya instalada de Microsoft 365, GitHub y Azure como superficie de distribución para agentes.

Google: reconstruye toda la plataforma de IA en torno a los agentes

Google Cloud no trató a los agentes como un producto nuevo dentro de Vertex AI - reorganizó todo Vertex AI dentro del Gemini Enterprise Agent Platform, en torno a cuatro capacidades (construir, escalar, gobernar, optimizar) y acceso a más de 200 modelos, incluyendo los de la competidora Anthropic. Esta es una apuesta de plataforma completa, no incremental: toda la hoja de ruta de servicios de IA de Google pasa a entregarse a través de esta capa de agentes, ya no como servicios aislados. Casos como el de Payhawk (reducción de más del 50% en el tiempo de presentación de gastos) y más de 6 billones de tokens procesados mensualmente vía el Agent Development Kit muestran la escala en la que esto ya opera.

AWS: ataca la infraestructura de datos y ejecución, no la experiencia del usuario

Mientras Microsoft y Google construyen en torno a la productividad y el modelo, AWS se enfoca en el problema de infraestructura detrás del agente: Managed Knowledge Base resuelve la conectividad de datos corporativos (seis conectores nativos, parsing inteligente, retrieval multihop) sin que cada equipo construya su propio pipeline de RAG. Es una apuesta más silenciosa y más cercana a la ingeniería - AWS no intenta ser la interfaz que ve el usuario final, intenta ser la capa que cualquier agente, de cualquier proveedor de modelo, usa para acceder a datos corporativos con seguridad.

Qué significa esto para quien elige plataforma

Ninguna de las tres estrategias es objetivamente "mejor" - responden a puntos de partida distintos. Una empresa fuertemente dependiente del ecosistema Microsoft 365 y GitHub tiene un camino más corto con Foundry. Una empresa que ya corre la mayor parte de su carga en Vertex AI se beneficia de la reorganización en torno al Gemini Enterprise Agent Platform. Y una empresa con arquitectura de datos fragmentada, que necesita una capa neutral de conectividad, encuentra en AWS un socio pensado para no imponer una experiencia de usuario específica. La decisión correcta depende menos de cuál empresa tiene "el mejor agente" y más de cuál de estas tres bases arquitectónicas ya sostiene hoy la operación de la empresa.

Fuentes