Resumen

  • AWS separa su nube soberana europea en cinco planos: la sociedad, las cuentas y la identidad, la red, el personal y el contrato. Cada plano está documentado, ninguno se insinúa.
  • Las mismas seis páginas también indican dónde la separación queda incompleta: métricas internas del sistema, consulta de especialistas, entidades de soporte en Irlanda y Luxemburgo, una parte contratante luxemburguesa y enrutamiento global para algunos servicios de mensajería.

Amazon Data Services European Sovereign Cloud GmbH es la sociedad que posee y explota la infraestructura subyacente de la primera región de la nube soberana europea de AWS, en el estado federado de Brandeburgo, Alemania. La frase está escrita sin rodeos en las preguntas frecuentes de aws.eu y se repite en las FAQ sobre soberanía digital europea. Lo interesante es lo que rodea esa frase.

La separación existe y es concreta

Empecemos por el entramado societario, porque es lo más fácil de imitar y lo más difícil de imitar bien. AWS describe una nueva sociedad matriz y tres filiales alemanas: AWS European Sovereign Cloud GmbH como matriz, Amazon Data Services European Sovereign Cloud GmbH como propietaria y explotadora de la infraestructura subyacente, AWS European Sovereign Cloud Development Centre GmbH empleando al personal de operación y Amazon European Sovereign Cloud Trust Services GmbH custodiando los certificados de confianza. La página de gobernanza añade la afirmación estructural que importa: una matriz controlada localmente en la UE, dirigida por ciudadanos de la Unión y sujeta a las leyes locales, con un centro de operaciones de seguridad dedicado.

Las cuentas son el segundo plano. AWS afirma que las cuentas de AWS existentes no sirven para la nube soberana, que las cuentas soberanas son independientes y no interoperables con otras regiones de AWS, y el libro blanco de arquitectura sitúa la facturación, las cuentas y la identidad en una pila soberana dedicada, con las cuentas globales de AWS incapaces de configurar o acceder a los servicios soberanos. Un operador que no puede iniciar sesión desde la nube matriz es un tipo de separación distinto de una promesa de residencia de datos.

La red es el tercero. El mismo libro blanco describe la ausencia de dependencias críticas fuera de la UE, red dedicada de proveedores europeos, puntos de presencia soberanos mediante AWS Direct Connect, enrutamiento dedicado de Amazon Route 53 y una autoridad de certificación raíz europea dedicada. Las FAQ repiten la red dedicada, los puntos de presencia soberanos y el Route 53 dedicado.

El personal es el cuarto, y ahí el lenguaje se vuelve cuidadoso. Solo el personal residente en la UE y situado en la UE controla las operaciones diarias, incluido el acceso a los centros de datos, el soporte técnico y la atención al cliente, según las FAQ de aws.eu. AWS describe una transición gradual hacia operaciones exclusivamente a cargo de ciudadanos de la Unión: una transición, no un estado alcanzado.

El quinto plano es el contrato, y es el instrumento más sólido del conjunto. El anexo AWS European Sovereign Cloud, actualizado el 14 de mayo de 2026, garantiza que solo el personal cualificado de la nube soberana opera los servicios, presta el soporte, explota la infraestructura de cómputo y controla los sistemas técnicos y operativos que contienen el contenido del cliente y los metadatos creados por el cliente. Define a ese personal como personas empleadas por una entidad de AWS registrada en la UE, residentes en la UE o ciudadanas de la Unión, y presentes en la UE cuando desempeñan su función. Declara que el personal de AWS fuera de la UE no tiene acceso al contenido del cliente ni a los metadatos creados por el cliente y que AWS no dispone de medios técnicos fuera de la UE para acceder a ellos, con las excepciones que el propio anexo enumera. Y se compromete a que la nube esté diseñada para operar de forma independiente e indefinida, incluso al margen de cualquier conexión con infraestructura fuera de la UE.

Eso no es una página de marketing. Es un documento con remedios adjuntos.

Después, los mismos documentos nombran los cruces

Un muro que enumera sus puertas inspira más confianza que uno que asegura no tener ninguna. Estas son las puertas que AWS pintó ella misma.

Telemetría operativa. El libro blanco de arquitectura indica que ciertos datos que no son contenido del cliente ni metadatos creados por el cliente —métricas internas del sistema— pueden salir de la UE para gestionar capacidad, supervisar rendimiento, atender funciones de seguridad y asistir al personal soberano. La garantía contractual cubre contenido y metadatos. Las métricas son otra categoría, y AWS lo escribe.

Consulta de especialistas. El libro blanco restringe el personal de la nube soberana, incluidos soporte y operadores de centros de datos, al personal cualificado, y a la vez señala que los equipos técnicos globales de AWS pueden ser consultados mediante mecanismos controlados. Una consulta no es un acceso. Tampoco es nada.

Entidades de soporte fuera de Alemania. La página de subencargados, en el estado publicado el 28 de julio de 2026, nombra a Amazon Development Centre Ireland Limited y Amazon Web Services EMEA SARL como entidades de AWS que prestan soporte a petición del cliente, con la salvedad de que no tratan datos del cliente salvo que este acepte compartirlos durante el soporte. Un tique de soporte es un punto de decisión, no una fuga automática.

La parte contratante. Para las cuentas asociadas a un cliente situado en la UE, la parte contratante es Amazon Web Services EMEA SARL, con domicilio social en Luxemburgo. La operación está en Brandeburgo; la firma, en Luxemburgo.

El enrutamiento de la mensajería. La misma página nombra a Key-Systems GmbH en Alemania para el registro de dominios de Amazon Route 53 y advierte que, para ciertos servicios de mensajería, proveedores posteriores pueden encaminar y tratar datos a escala global cuando sea necesario. Es una excepción propia de un servicio, declarada por el proveedor en lugar de descubierta por el cliente.

Las exclusiones. El anexo se aplica a las cuentas de la nube soberana europea y excluye expresamente AWS Training & Certification y AWS Professional Services. Una garantía de soberanía delimitada por la frontera de un servicio es honesta; el comprador que supone que cubre a quienes hacen la migración ha hecho una inferencia, no ha leído una cláusula.

Hay además una deriva de versiones que conviene anotar. El libro blanco describe un consejo asesor de cuatro miembros; la página de gobernanza actual informa de cinco. El libro blanco usa lenguaje prospectivo donde las FAQ ya usan presente. Ninguna de las dos cosas es un escándalo. Ambas recuerdan que los documentos viven y que la fecha de tu diligencia cuenta.

Lo que el contrato no puede mostrar

El anexo es un instrumento privado entre dos partes. El instrumento público de rendición de cuentas en materia de direccionamiento es el registro: qué persona jurídica es titular de los números, en qué jurisdicción y qué sistema autónomo los anuncia. Eso lo puede comprobar cualquiera, no solo un cliente con departamento jurídico.

Intenté leer esa capa para esta entidad y no pude: los intentos de consultar los datos de rangos IP publicados por Amazon y el registro correspondiente en la base de datos del RIPE NCC no devolvieron contenido legible. Por eso este artículo no afirma nada sobre la condición de miembro, los números de sistema autónomo, los prefijos anunciados ni la entidad titular de las direcciones de esta región.

La laguna es un límite de consulta, no prueba de ausencia, y es exactamente la laguna que la diligencia del comprador debe cerrar, porque una garantía sobre personal estrictamente europeo no es una afirmación sobre quién es titular de las direcciones en uso.

Toda la argumentación cabe en esa distinción. Un contrato puede prometer que nadie fuera de la UE toca tus datos. No puede, por sí solo, decirte que el espacio de direcciones del que depende tu carga de trabajo pertenece a la entidad que crees.

Qué debería hacer un comprador con todo esto

Lee el anexo como una especificación de alcance, no como un certificado. De ahí se siguen tres consecuencias.

Primera: pon precio a las exclusiones. Formación y servicios profesionales quedan fuera de la garantía, lo que significa que el trabajo de asesoría y migración alrededor de una carga soberana hereda un modelo de acceso distinto del de la carga misma. Si tu argumento de soberanía depende de quién puede ver los datos durante la transición, la transición no está cubierta.

Segunda: lee la página de subencargados el día de la firma, no el día del diseño del proyecto. Llevaba fecha del 28 de julio de 2026. Las entradas de soporte, los agentes de registro y las excepciones de mensajería cambian al ritmo del proveedor.

Tercera: separa las dos preguntas que en realidad haces. "Quién puede acceder a mis datos" se responde en el anexo, y bien. "Quién controla la continuidad de las direcciones y de la identidad de las que depende mi carga" se responde en los registros y el enrutamiento, y en público. AWS ha documentado la primera con un detalle inusual. La segunda sigue siendo del comprador, con un enlace, una fecha y una revisión del registro, y ninguna cantidad de lenguaje contractual la sustituye.