AWS dice que 2027 está vendido. Planifica tu IA así

"2027 está en gran parte vendido." La frase es de Andy Jassy, CEO de Amazon, sobre la capacidad de AWS en un podcast del 23 de octubre de 2026, según Reuters. Agregó que "una buena parte de 2028 también está vendida". Durante dos décadas, la gran promesa de la nube fue que la capacidad siempre está ahí cuando la necesitas. Para cargas de IA, el mayor proveedor de nube dice ahora, con todas las letras, que la mayor parte de los próximos dos años ya tiene dueño.

Eso cambia la planificación de quien construye productos con IA. La capacidad ya no es algo que alquilas cuando la necesitas. Es algo que los compradores más grandes reservan con años de anticipación, y el resto se queda con lo que sobra.

Qué dijeron los proveedores

Jassy habló en un podcast en video con Ben Horowitz y Erik Torenberg, de Andreessen Horowitz. Según Reuters:

• 2027 está "en gran parte vendido". Amazon reserva parte de la capacidad para uso bajo demanda y para sus servicios Bedrock y EC2, "pero los grandes bloques están, en gran parte, vendidos".
• "Una buena parte de 2028 también está vendida."
• 2026 ya está vendido, y Jassy dijo que Amazon "podría invertir mucho más y no sería un mal uso del capital". La empresa planea unos 220.000 millones de dólares en inversiones este año.
• La demanda viene de laboratorios de IA y grandes empresas. Reuters no nombra clientes específicos.

Amazon no está sola. Cuando Alphabet presentó resultados en julio, la directora financiera Anat Ashkenazi dijo que "la demanda todavía supera esa inversión", incluso después de que Alphabet elevara su plan de inversiones para 2026 a entre 195.000 y 205.000 millones de dólares. Google dijo que iba a "ampliar el uso de capacidad de terceros en el tercer trimestre como estrategia puente", es decir, alquilar cómputo a otros para atender a sus propios clientes de nube, e informó 514.000 millones de dólares en contratos de Google Cloud pendientes de entrega.

Amazon presenta sus resultados trimestrales el 29 de octubre, y los detalles pueden cambiar. La dirección es la misma: los dos mayores proveedores dicen que la demanda de cómputo para IA supera lo que pueden construir.

El mecanismo: de bajo demanda a asignado

La nube funcionaba porque los proveedores construían más de lo que cualquiera necesitaba en un momento dado y lo vendían por hora. Una startup podía pasar de diez servidores a mil en una tarde. Ese modelo depende de que sobre capacidad.

El cómputo para IA lo rompió de tres maneras.

1. Los compradores más grandes se comprometen con años de anticipación. Los laboratorios de IA y las grandes empresas firman contratos de varios años por capacidad que todavía no existe. Cuando Jassy dice que 2027 está "vendido", significa que ya está prometido a clientes que se comprometieron temprano.
2. Bajo demanda pasa a ser una porción reservada. Amazon dice que guarda "cierta cantidad" para uso bajo demanda y para Bedrock y EC2. Es un colchón, no lo normal. Cuando se aprieta, los clientes más chicos suelen notarlo primero: cuotas que no suben, regiones sin disponibilidad, aprobaciones más lentas.
3. Los servicios gestionados de IA heredan el mismo límite. Una API de modelos como Bedrock parece infinita desde afuera, pero corre sobre el mismo hardware escaso. Para quien la usa, una restricción ahí suele aparecer como límites de solicitudes y lentitud, no como un cartel de "agotado".

Nada de esto significa que no vayas a conseguir cómputo. Significa que la disponibilidad ahora depende del tamaño del compromiso, del momento y de la relación, no solo de tu tarjeta de crédito. Así manejan la capacidad escasa la mayoría de las industrias, y la nube se está sumando.

Por qué importa si construyes con IA

La mayoría de las startups planifica funciones de IA como si escalar fuera solo una cuestión de precio: si crece el uso, crece la factura. Un mercado con capacidad restringida agrega una segunda pregunta: si crece el uso, ¿vas a conseguir la capacidad, en la región y con el modelo que necesitas?

Ayer escribimos sobre los data centers que empiezan a pagar su propia energía, lo que pone un piso de largo plazo al costo del cómputo. Esta es la otra mitad: aun a un precio justo, la oferta se está asignando por adelantado. Y es otra razón por la que fijar un modelo de IA en el código ya es deuda técnica. El modelo para el que no consigues más capacidad es el modelo con el que no puedes crecer.

Qué hacer ahora

• Revisa tus cuotas antes de necesitarlas. Mira tus límites actuales de las GPUs y APIs de modelos de las que dependes y pide aumentos ahora, antes de un lanzamiento o de un cliente grande. Las aprobaciones tardan más cuando la capacidad está ajustada.
• Ten una segunda fuente. Conoce qué otro proveedor o región podría correr cada carga crítica de IA, y pruébalo antes de necesitarlo. Una alternativa que nunca corrió es un plan, no una alternativa.
• Usa el modelo más chico que haga el trabajo. Los modelos más chicos necesitan menos hardware escaso, es más fácil conseguir capacidad para ellos y cuestan menos. Envía las llamadas rutinarias a ellos y deja los modelos grandes para los casos que los necesitan.
• Decide si te conviene comprometerte. Si tu uso es predecible, un contrato de capacidad reservada o de uso comprometido puede asegurarte la oferta. Si no lo es, la flexibilidad del bajo demanda puede valer el riesgo. Que sea una decisión consciente.
• Diseña para la limitación. Trata los límites de solicitudes y los errores de "sin capacidad" como situaciones normales: cola, reintentos con espera progresiva, funcionamiento reducido y aviso al usuario, en lugar de fallar en silencio.
• Pregunta a tus proveedores de IA por su capacidad. Si dependes de la API de IA de un tercero, pregunta qué límites aplican a medida que creces y qué pasa cuando ellos llegan a los suyos.

Esto es parte de lo que significa hoy llevar un producto de IA a producción: planificar para el día en que la capacidad que dabas por segura no esté.

Puntos clave

• El CEO de Amazon dijo el 23 de octubre de 2026 que la capacidad de AWS para 2027 está "en gran parte vendida", y "una buena parte de 2028" también, con una porción reservada para uso bajo demanda y para sus servicios Bedrock y EC2.
• Google dijo en julio que la demanda de IA "todavía supera" su inversión y que alquilaría capacidad de terceros como puente.
• Para el cómputo de IA, la nube pasa de bajo demanda a asignado: los grandes compradores se comprometen con años de anticipación, y el bajo demanda se vuelve una porción reservada.
• Los equipos de producto deberían revisar sus cuotas temprano, mantener una segunda fuente probada, preferir modelos más chicos, decidir con cuidado sobre compromisos de capacidad y diseñar para la limitación.

Preguntas frecuentes

¿"Vendido" significa que no puedo usar AWS? No. Jassy dijo que Amazon guarda capacidad para uso bajo demanda y para sus servicios Bedrock y EC2. "Vendido" se refiere a los grandes bloques comprometidos por adelantado. Los usuarios más chicos suelen notarlo como límites de cuota, falta de capacidad en ciertas regiones o aprobaciones más lentas.

¿Es solo un problema de AWS? No. Google dijo en julio que la demanda de cómputo para IA supera su inversión y que usaría capacidad de terceros como puente. Los grandes proveedores describen la misma restricción.

¿Esto va a encarecer la IA? Las declaraciones hablan de disponibilidad, no de precio. Pero cuando falta oferta, los descuentos son más difíciles y los compromisos valen más. Planifica disponibilidad y costo juntos.

¿Qué debería hacer primero una startup chica? Revisar sus cuotas actuales de los modelos y GPUs de los que depende, pedir aumentos antes de necesitarlos y asegurarse de que al menos una función crítica de IA pueda correr en un segundo proveedor o con un modelo más chico.