5 min de lectura
El 25 de junio de 2026, la Comisión Europea publicó una posición provisional: Amazon Web Services y Microsoft Azure deben considerarse gatekeepers en el marco del Digital Markets Act. Por primera vez, la normativa afecta directamente a la propia infraestructura cloud. Quien ejecute cargas de trabajo productivas en uno de estos dos hiperescaladores debería dejar momentáneamente a un lado los titulares y, en su lugar, revisar sus propios contratos.
Lo más importante en resumen
- Primera aplicación del DMA a la nube: La Comisión ha designado provisionalmente a AWS y Azure como gatekeepers el 25 de junio. Aún falta una decisión definitiva y ambas empresas podrán presentar alegaciones antes de que se adopte.
- La clave está en el procedimiento: AWS y Azure no alcanzan los umbrales habituales del DMA. No obstante, la Comisión los clasifica así porque constituyen un acceso central entre las empresas y sus clientes.
- La relevancia llega en la arquitectura: La portabilidad de datos, la interoperabilidad y el fin de los mecanismos silenciosos de lock-in determinarán si la regulación se convierte en un verdadero impulsor del cambio de proveedor.
Relacionado:CADA: Cuándo la soberanía cloud se convierte en obligación de contratación / Cloud Next 2026: Cross-Cloud Lakehouse y Egress-Caching
Lo que Bruselas decidió realmente el 25 de junio
La Comisión aún no ha impuesto ninguna multa. Se trata de una evaluación provisional. AWS y Azure son los primeros servicios cloud que entran en el mecanismo de gatekeepers del Digital Markets Act. Hasta ahora, la normativa afectaba a tiendas de aplicaciones, mensajería o motores de búsqueda. La infraestructura subyacente quedaba al margen.
El camino hasta aquí resulta interesante. El DMA establece umbrales fijos para una clasificación automática: al menos 7,5 mil millones de Euro de facturación anual en el Espacio Económico Europeo o un valor bursátil de 75 mil millones de Euro, además de 45 millones de usuarios finales activos y más de 10.000 clientes empresariales activos al año. Como servicios cloud independientes, AWS y Azure no alcanzan limpiamente estos valores. Por ello, la Comisión opta por la vía cualitativa y argumenta en función de la posición en el mercado en lugar de basarse únicamente en las cifras. Precisamente esto convierte el caso en un precedente: si la posición en el mercado es suficiente, el debate sobre los umbrales pasa a un segundo plano.
La justificación de la Comisión es sencilla: AWS y Azure constituyen un acceso central entre las empresas y sus clientes en la UE, cuya importancia sigue creciendo.
Adaptado de la posición provisional de la Comisión Europea, 25 de junio de 2026
La comunicación no indica una fecha para la decisión final. Lo habitual tras una designación es un periodo de transición de seis meses, durante el cual un gatekeeper debe cumplir las obligaciones. Quien planifique ahora deberá contar con un margen de tiempo en lugar de una fecha límite fija. Esto supone tiempo suficiente para una preparación rigurosa, pero insuficiente para un replatforming completo bajo presión.
Tres obligaciones que impactan en la arquitectura
El DMA no es un documento abstracto de competencia. Para los gatekeepers se traduce en requisitos técnicos concretos. Tres de ellos afectan directamente a los equipos de plataforma.
- Portabilidad de datos sin peaje punitivo. Un gatekeeper debe permitir a los clientes empresariales la extracción efectiva de sus datos. En la práctica, esto significa: exportación continua, formatos documentados, costes de egress calculables. Quien hoy paga cantidades de cinco cifras para extraer datos de una región, obtiene un argumento a su favor.
- Interoperabilidad en las interfaces. Los servicios no deben aislarse artificialmente contra competidores. Para configuraciones multinube, ese es el verdadero apalancamiento. Una API que solo funciona en su propio ecosistema se vuelve vulnerable desde el punto de vista regulatorio.
- Fin a la autopreferencia silenciosa. El propio Managed Service no debe ser favorecido secretamente frente a la oferta de la competencia en la misma plataforma. Esto afecta por igual a bases de datos, endpoints de IA y lógica de mercado.
Esta dirección ya la conoce el mercado de otro reglamento. La Ley de Datos (Data Act) obliga de todas formas a los proveedores de nube a reducir gradualmente las tarifas por cambio de proveedor hasta que desaparezcan por completo. El DMA añade una capa por encima para los gatekeepers designados: donde la Ley de Datos reduce los costes de cambio, aborda el poder de mercado estructural detrás. Para un equipo de plataforma, esto significa leer ambos conjuntos de normas juntos. La cuestión del egress ya no es un mero tema de costes. Se convierte en una cuestión de cumplimiento normativo.
Ninguna de estas obligaciones está aún en vigor. Pero cada una describe una dirección hacia la que las plataformas deben moverse. Para los operadores, es una oportunidad poco común: demandas que hasta ahora rebotaban en las negociaciones contractuales, pasarán a estar entonces en el texto legal.
Lo que en su propio setup debe ahora someterse a examen
La preparación más honesta es poco espectacular. Ocurre en contratos y runbooks, no en comunicados de prensa. Cuatro puntos merecen la atención antes de que caiga la decisión final.
Primero, las cláusulas de salida. Muchos contratos de nube regulan la entrada en detalle y la salida en una media frase. Ahí es donde surge el bloqueo (Lock-in) que aborda el DMA. Segundo, el presupuesto de egress. Quien no sabe cuánto cuesta una extracción completa de datos, no puede calcular un cambio ni llevar a cabo una negociación. Tercero, la verdadera capacidad multinube. Una aplicación que es formalmente portable, pero que está pegada a servicios propietarios, no lo es en la práctica. Cuarto, la gestión de datos. ¿Están las claves, las copias de seguridad y los registros dispuestos de tal manera que se puedan reconstruir sin el stack del hiperescalador?
Este trabajo se recompensa independientemente del resultado del procedimiento. Un setup que domina una salida limpia negocia mejor y no queda desprotegido ante una caída del proveedor. Quien nunca ha ensayado el cambio, nota en el momento crítico que la estrategia de backup era un valor esperanzador. Cómo se pueden estructurar los costes multinube en este contexto, lo muestra el artículo Cloud-Broker en lugar de caos en la nube: 30 por ciento menos de costos multinube.
El debate sobre los gatekeepers desplaza el poder de negociación un poco de vuelta hacia el cliente. No le quita a nadie la decisión sobre qué plataforma utiliza. Pero devuelve la segunda pregunta a la negociación: la de la salida.
Preguntas frecuentes
¿Son AWS y Azure ahora oficialmente gatekeepers del DMA?
Aún no. La Comisión Europea publicó el 25 de junio de 2026 una posición provisional. Ambas empresas pueden presentar alegaciones antes de que se tome una decisión final.
¿Por qué se aplica el DMA aunque no se cumplen los umbrales?
El Digital Markets Act permite una clasificación también por vía cualitativa. La Comisión lo justifica con la posición de mercado de ambos servicios cloud como puerta de acceso central, no con las cifras fijas de facturación o usuarios.
¿Qué cambia concretamente para mi arquitectura cloud?
Si la clasificación se mantiene, la portabilidad de datos, la interoperabilidad y la prohibición de autopreferencia pasan a primer plano. En la práctica, esto significa: costes de egress calculables, interfaces abiertas y una ruta de salida documentada.
¿Cuánto tiempo tendrían los proveedores para la implementación?
La comunicación no indica una fecha final. Tras una designación, el DMA suele establecer un plazo de seis meses en el que un gatekeeper debe cumplir las obligaciones.
¿Debería esperar a la decisión final antes de actuar?
No. Revisar cláusulas de salida, el presupuesto de egress y la capacidad multi-cloud merece la pena independientemente del procedimiento. Esta preparación mejora cualquier negociación y cualquier plan de contingencia.
Más del grupo editorial MBF Media
Fuente de la imagen: generada por IA (junio de 2026)
