Amazon Web Services, Microsoft Azure y Google Cloud Platform. Tres empresas, las tres con sede en Estados Unidos, las tres sujetas a la jurisdicción legal estadounidense, controlan la infraestructura de computación sobre la que opera la mayoría de las aplicaciones, datos y servicios digitales del planeta. No es una tendencia hacia la concentración. Es la concentración ya consumada. Y la pregunta que pocos están formulando con suficiente claridad es qué ocurre cuando esa infraestructura falla, cuando cambia sus precios, o cuando un gobierno decide que esos datos le interesan.
Qué es realmente la concentración cloud
La computación en la nube es el modelo por el cual organizaciones de todo tipo — empresas, gobiernos, hospitales, universidades — no compran ni operan sus propios servidores sino que rentan capacidad de cómputo, almacenamiento y servicios de software a proveedores que operan centros de datos masivos. La nube redujo radicalmente las barreras de entrada para crear nuevos negocios digitales y permitió escalar operaciones sin inversión de capital en infraestructura propia. Esos son beneficios reales y documentados.
La otra cara de esos beneficios es la dependencia. La investigación de Synergy Group muestra que la capacidad global de los centros de datos crecerá a un ritmo de doble dígito anual hasta 2030, con la porción controlada por los grandes proveedores de nube creciendo al menos un 20% por año. La concentración no está disminuyendo con el tiempo: está aumentando. A finales de 2025, una sola caída en AWS generó interrupciones en miles de servicios de sectores que van desde la banca hasta la salud, en múltiples continentes. Ese evento no fue excepcional — fue la demostración de un riesgo sistémico que el sector reconoce pero no ha resuelto.
Dónde está hoy: el monopolio de hecho
Los tres grandes hiperscaladores controlan aproximadamente el 65-70% del mercado global de infraestructura cloud. El resto está fragmentado entre decenas de proveedores regionales con cuotas de mercado menores al 5% individualmente. Esa distribución tiene una consecuencia práctica directa: cuando una empresa construye su operación digital sobre AWS, la complejidad y el costo de migrar a otro proveedor son tan altos que la decisión inicial de proveedor se convierte efectivamente en permanente. El vendor lock-in — la dependencia que hace prácticamente imposible cambiar de proveedor — es la condición operativa normal para la mayoría de las organizaciones que usan la nube.
La concentración tiene también una dimensión geopolítica que se volvió visible en 2022, cuando el gobierno de Estados Unidos presionó a proveedores cloud para restringir el acceso de organizaciones rusas tras la invasión de Ucrania. Los tres grandes cumplieron. Eso demostró que la nube no es una infraestructura neutral: es infraestructura con jurisdicción, con lealtades y con la capacidad de ser usada como instrumento de política exterior. Para cualquier gobierno o empresa fuera de Estados Unidos, eso debería ser una señal de advertencia sobre la clase de dependencia que implica construir operaciones críticas sobre esa infraestructura.
Qué cambia y cuándo: tres presiones sobre el modelo actual
La primera presión es regulatoria. La Unión Europea está desarrollando activamente alternativas de soberanía cloud mediante iniciativas como GAIA-X, que busca construir infraestructura cloud europea con estándares propios de privacidad y soberanía de datos. Varios países —India, Brasil, Indonesia— están legislando requisitos de localización de datos que obligan a ciertos tipos de datos a permanecer dentro de su territorio, lo que presiona a los proveedores cloud a construir infraestructura local o a perder clientes gubernamentales.
La segunda presión es tecnológica. La computación en el borde — edge computing — mueve el procesamiento más cerca de donde se generan los datos, reduciendo la dependencia de centros de datos centralizados. La IA en dispositivo hace lo mismo para ciertos casos de uso. Ambas tendencias no eliminan la nube centralizada pero la desplazan de su posición de monopolio natural para aplicaciones donde la latencia, la privacidad o la soberanía importan.
La tercera presión es económica. Los modelos de precios cloud son opacos y los costos de salida son deliberadamente altos. A medida que las organizaciones maduran en su uso de la nube y los costos se vuelven más visibles, la búsqueda de alternativas — nubes privadas, proveedores regionales, arquitecturas multi-cloud — se intensifica. Para 2030, el modelo de concentración extrema en tres proveedores probablemente se habrá erosionado en los márgenes, pero los tres grandes seguirán controlando la mayor parte de la infraestructura crítica global.
Por qué importa en México y LATAM: soberanía digital como política
En la región, la mayoría de los gobiernos nacionales, sistemas bancarios, universidades y hospitales operan sobre infraestructura de los tres grandes proveedores estadounidenses. Eso significa que sus datos —datos de ciudadanos, de transacciones financieras, de expedientes médicos— están almacenados en servidores sujetos a la jurisdicción legal de otro país. La Ley CLOUD de Estados Unidos de 2018 permite al gobierno estadounidense solicitar a proveedores cloud el acceso a datos almacenados en sus servidores en cualquier lugar del mundo, independientemente de las leyes del país donde esos datos se generaron.
La soberanía digital no es un concepto abstracto. Es la capacidad de un país de determinar quién tiene acceso a sus datos y bajo qué condiciones. La dependencia cloud actual de América Latina implica que esa soberanía es parcial en el mejor de los casos. Construirla requiere inversión en infraestructura local, marcos regulatorios que incentiven la localización de datos y la voluntad política de asumir los costos de transición. Ningún país latinoamericano tiene todavía una estrategia coherente y financiada para lograrlo.
Delegar tu infraestructura digital a tres empresas de otro país no es una decisión tecnológica. Es una decisión de soberanía que la mayoría de los gobiernos tomó sin darse cuenta de lo que estaba cediendo.
