Anthropic firmó un contrato de siete años y 11,600 millones de dólares con Akamai para alquilar capacidad de cómputo. No es un pedido de GPUs: la capacidad contratada es principalmente CPU, la parte aburrida de la infraestructura de IA que nadie pone en el keynote y sin la cual no se sirve un solo token.
Qué pasó
El Wall Street Journal reportó el 24 de septiembre que Anthropic pagará 11,600 millones de dólares a Akamai Technologies a lo largo de siete años por servicios de cloud. Bloomberg confirmó el acuerdo el mismo día, redondeando la cifra a unos 12,000 millones. Datacenter Dynamics añadió el detalle que importa desde el punto de vista de arquitectura: Anthropic va a arrendar capacidad a Akamai —una empresa de CDN y edge, no un hyperscaler— para sostener workloads de CPU.
Puesto en contexto, es el enésimo movimiento de una racha de compras de cómputo que Anthropic lleva encadenando todo 2026: un acuerdo con SpaceX en mayo, los 45,000 millones con Nscale en agosto, y ahora Akamai. La diferencia es la naturaleza del proveedor y del silicio.
Por qué importa
Toda la conversación pública sobre el costo de la IA se ha reducido a una variable: GPUs. Cuántas, de quién, y a qué precio. Este contrato dice en voz alta lo que cualquiera que haya operado un servicio a escala ya sospechaba: el acelerador es el ingrediente caro, no el sistema completo.
Un modelo en producción necesita mucho más que matmuls. Necesita balanceadores, terminación de TLS, API gateways, colas, orquestación, tool-use que sale a internet, sandboxes de ejecución, retrieval, caching, filtrado de contenido, telemetría y control de abuso. Nada de eso corre en un H-lo-que-sea: corre en CPU normal, y escala con el número de peticiones, no con el tamaño del modelo.
Y ahí está la clave del año: los agentes multiplican las peticiones. Un chat es un turno; un agente son decenas de llamadas por tarea, cada una con su round-trip, su herramienta y su sandbox. El cómputo de propósito general deja de ser un detalle contable y se convierte en una línea de 11,600 millones de dólares.
El segundo mensaje es de mercado. Akamai pasó los últimos años intentando convencer a la industria de que su red distribuida servía como plataforma de cómputo y no solo para cachear objetos estáticos. Un contrato de esta talla con uno de los dos laboratorios más visibles del planeta es la validación más ruidosa que podía comprar. Para AWS, Azure y GCP la lectura es incómoda: el lock-in del hyperscaler se está desarmando por capas, y la primera que se va es justamente la de infraestructura genérica.
El detalle técnico
Lo que no es público es la parte que un arquitecto querría ver: regiones, tipo de instancias, si hay compromiso de egress, y si la capacidad es reservada o elástica. Anthropic y Akamai no publicaron el desglose, así que todo lo que se lea sobre "cuántos cores" es especulación.
Lo que sí se puede inferir del perfil del proveedor: Akamai no compite por densidad de GPU por rack, compite por proximidad y distribución. Su Connected Cloud está construida sobre muchas ubicaciones pequeñas en lugar de pocas mega-regiones. Ese es exactamente el perfil que le sirve a una plataforma de agentes: la latencia de la orquestación y del tool-use pesa más cuando hay veinte saltos que cuando hay uno, y buena parte de ese tráfico ni siquiera necesita estar cerca del modelo — necesita estar cerca del usuario y de internet.
Dicho de otro modo: el modelo se queda en las mega-regiones con aceleradores; el andamio que lo rodea se empuja al borde, donde el cómputo es más barato por unidad y está más cerca de donde se consume.
Qué hacer
Si diseñas infraestructura para workloads de IA —y a estas alturas, eso es casi cualquiera que diseñe infraestructura:
- Separa el presupuesto de acelerador del de propósito general. Si tu modelo de costos para IA solo tiene una línea de GPU, te va a fallar la proyección en el momento en que pases de chat a agentes.
- Mide peticiones, no prompts. Instrumenta cuántas llamadas reales genera cada tarea de agente. Es el multiplicador que rompe las estimaciones.
- Trata la capa de orquestación como portable. Todo lo que corre en CPU es lo primero que puedes mover a un proveedor más barato. Evita amarrar gateways, colas y sandboxes a servicios propietarios de un solo cloud si no te dan algo irremplazable.
- Revisa la superficie de seguridad del borde. Mover orquestación y sandboxes de tool-use a cientos de ubicaciones distribuidas amplía el perímetro: egress a internet desde muchos más puntos, inspección desigual, y políticas que hay que replicar. El diseño que funcionaba con tres regiones no se copia y pega a un edge.