Resumo

  • A primeira região da Nuvem Soberana Europeia da AWS fica no estado de Brandemburgo, na Alemanha, e a AWS descreve a infraestrutura como inteiramente dentro da UE, física e logicamente separada das demais regiões da AWS.
  • A separação tem preço: contas AWS existentes não servem, e as contas da nuvem soberana são independentes e não interoperam com outras regiões. Quem migra precisa desmontar o próprio sistema de identidade antes de entrar.
  • A parte dura não está na página de marketing, e sim no aditivo contratual atualizado em 14 de maio de 2026, que transforma “só pessoal qualificado da UE opera” em cláusula citável e afirma que a AWS não dispõe de meios técnicos fora da UE para acessar conteúdo de cliente.
  • Os mesmos documentos também listam o que sobrou aberto: métricas internas de sistema que podem sair da UE, consulta a especialistas globais por “mecanismos controlados”, entidades de suporte registradas na Irlanda e em Luxemburgo, e roteamento global a jusante em alguns serviços de mensageria.
  • A camada de endereçamento não tem documento. Este texto não afirma nada sobre a situação da empresa no RIPE NCC, sobre números de sistema autônomo, sobre prefixos anunciados ou sobre qual entidade detém os endereços em uso.

Primeiro a consequência: linguagem de muro, conteúdo de lista

A redação da AWS soa como construção de muro. “Inteiramente dentro da UE”, “fisicamente e logicamente separada das demais regiões da AWS”, “sem dependências críticas de infraestrutura fora da UE”. É o vocabulário do FAQ da nuvem soberana no aws.eu e do FAQ de soberania digital da AWS, repetido quase palavra por palavra.

Só que, ao continuar a leitura, o muro vira lista. Soberania não é “nada passa”; é “o que passa, com base em qual cláusula, e quem aprova”. A distinção parece acadêmica até o momento em que você precisa explicar a um regulador, depois de um incidente, qual pessoa, de qual jurisdição, olhou o dado do seu cliente às três da manhã. A linguagem de muro não responde. A lista responde.

Quatro empresas alemãs, quatro funções

A AWS afirma ter criado uma nova organização europeia para a nuvem soberana: uma nova controladora e três subsidiárias constituídas na Alemanha (veja a página de governança da AWS). A divisão de trabalho está escrita:

  • AWS European Sovereign Cloud GmbH é a controladora e também a “Entidade da Nuvem Soberana Europeia da AWS” designada no aditivo contratual;
  • Amazon Data Services European Sovereign Cloud GmbH detém e opera a infraestrutura de base, e é exatamente o objeto desta entrada de diretório;
  • AWS European Sovereign Cloud Development Centre GmbH emprega o pessoal de operação;
  • Amazon European Sovereign Cloud Trust Services GmbH detém os certificados de confiança.

O ponto não é “são todas alemãs”. É onde a responsabilidade aterrissa. Quando você pergunta “quem tocou na minha máquina”, a resposta não pode ser a marca abstrata “Amazon”, e sim uma pessoa jurídica com nome, sede e endereço de citação no registro comercial alemão. Marca não comparece a tribunal. Pessoa jurídica comparece.

Conta e identidade: o corte mais limpo

A AWS é direta: contas AWS existentes não podem ser usadas na nuvem soberana, e as contas da nuvem soberana são independentes e não interoperam com outras regiões da AWS. O documento de arquitetura acrescenta o mecanismo: cobrança, conta e identidade próprias, construídas sobre uma pilha dedicada, de modo que contas globais da AWS não conseguem configurar nem acessar serviços da nuvem soberana (veja a descrição da arquitetura).

Esse é o item mais subestimado do pacote, porque na superfície parece só “vai ter que se cadastrar de novo”. Na prática é uma ruptura organizacional: equipes multinacionais não conseguem transferir carga de trabalho “de passagem”, nem emprestar permissões por relações de identidade já existentes. Para entrar, é preciso reconstruir pessoas, papéis e aprovações.

Rede: dedicada, não desconectada

Aqui o vocabulário é “dedicada”, não “isolada”. Rede dedicada de provedores europeus, pontos de presença soberanos via AWS Direct Connect, um Amazon Route 53 dedicado e uma autoridade certificadora raiz europeia (descrição da arquitetura). Dedicada significa que esses caminhos não atendem outras regiões; não significa que flutuem fora da internet.

Uma região soberana ainda precisa ser roteada, e ainda precisa de endereços. E é justamente na camada de endereçamento que este conjunto de documentos se cala.

A camada contratual: transformar promessa operacional em cláusula citável

Página de marketing se escreve bonito. Aditivo contratual, não. O Aditivo da Nuvem Soberana Europeia da AWS, atualizado pela última vez em 14 de maio de 2026, vale apenas para contas da nuvem soberana e exclui expressamente o AWS Training & Certification e o AWS Professional Services (leia o aditivo). O que ele escreve é mais duro que o FAQ:

Somente pessoal qualificado da nuvem soberana opera os serviços, presta o AWS Support, opera a infraestrutura de computação e controla os sistemas técnicos e operacionais que contêm conteúdo de cliente e metadados criados pelo cliente. A definição de “qualificado” exige três coisas ao mesmo tempo: ser empregado de uma entidade AWS registrada na UE, ser residente ou cidadão da UE, e estar fisicamente na UE durante o exercício da função.

O mesmo aditivo declara que pessoal da AWS fora da UE não tem acesso a conteúdo de cliente nem a metadados criados pelo cliente, e que a AWS não dispõe de meios técnicos fora da UE para acessá-los, ressalvadas as exceções ali listadas. Declara ainda que a nuvem soberana foi desenhada para operar de forma independente e por prazo indefinido, inclusive sem depender de conexão com infraestrutura fora da UE.

O peso desse trecho está em ser promessa, não descrição. “Nosso pessoal está na UE” é descrição. “São só essas pessoas, e não deixamos caminho remoto para as demais” é promessa. Promessa se cita e se cobra depois do incidente.

A lista das frestas

Os mesmos documentos enumeram as aberturas que restaram. É aqui que este texto quer chegar.

Um: métricas internas de sistema podem sair da UE. A AWS registra que alguns dados que não são conteúdo de cliente nem metadados criados pelo cliente — métricas internas de sistema, por exemplo — podem deixar a UE para apoiar gestão de capacidade, monitoramento de desempenho, funções de segurança e assistência ao pessoal da nuvem soberana (descrição da arquitetura). Faz sentido em engenharia: planejar capacidade exige visão global. Mas repare na lógica de classificação: o critério é “é conteúdo de cliente?”, não “é dado?”.

Dois: especialistas técnicos globais ainda podem ser consultados. O documento diz que todo o pessoal da nuvem soberana, incluindo suporte e operadores de data center, está restrito ao pessoal qualificado, enquanto equipes técnicas globais da AWS podem ser consultadas por mecanismos controlados (mesma fonte). É o único ponto em que o documento não fecha o detalhe do mecanismo, e o ponto mais importante a ser pressionado em negociação: como exatamente o mecanismo controla, e quem assina quando ele não controla.

Três: entidades de suporte na Irlanda e em Luxemburgo. A página de subprocessadores lista a Amazon Development Centre Ireland Limited e a Amazon Web Services EMEA SARL como entidades AWS que prestam suporte iniciado pelo cliente, e afirma que elas não processam dados de cliente a menos que o cliente concorde em compartilhá-los durante o atendimento; a situação listada na página foi atualizada pela última vez em 28 de julho de 2026 (veja a página de subprocessadores). É limpo em lógica: se você não as procura, elas não tocam em você. O inverso também vale — o trecho de log que você colou no chamado foi você entregando o dado.

Quatro: registro de domínio na Key-Systems GmbH. A mesma página lista a alemã Key-Systems GmbH para o registro de domínios do Amazon Route 53. Domínio é a camada mais esquecida da narrativa de soberania: a nuvem está em Brandemburgo, o registro DNS está no sistema de outra pessoa jurídica.

Cinco: parte dos serviços de mensageria tem jusante global. A página avisa que, em certos serviços de mensageria, provedores a jusante podem rotear e processar dados globalmente conforme necessário. É a exceção da exceção: por serviço, não por região.

Seis: a contratante fica em Luxemburgo. Para contas associadas a localização de cliente na UE, a parte contratante é a Amazon Web Services EMEA SARL, com sede principal em Luxemburgo (FAQ do aws.eu). Ou seja: data center na Alemanha, pessoa jurídica na Alemanha, e o adversário contratual no papel em Luxemburgo. Isso não muda onde o dado está; muda onde a disputa se resolve.

Essa lista não é escândalo. É mais detalhada do que a maioria dos provedores publica. O valor dela é transformar “soberania” de adjetivo em número de cláusula: cada “faz” carrega condição, cada “não faz” carrega exceção.

A fronteira da evidência: a camada de endereços não tem documento

Há uma camada para a qual este texto não conseguiu documento legível: a de números de rede. As tentativas de inspecionar os dados públicos de faixas de IP da Amazon e o registro da entidade alemã na base do RIPE NCC não retornaram conteúdo legível. Por isso, este texto não afirma nada sobre situação de membro ou de organização no RIPE NCC, sobre números de sistema autônomo, sobre prefixos anunciados, nem sobre qual entidade detém os endereços em uso.

A lacuna importa para o argumento de soberania. O contrato garante quem está no data center; o registro público mostra quem está na tabela de roteamento. O primeiro é documento de direito privado, válido entre as partes. O segundo é livro público, que qualquer um consulta. Quem confere apenas o primeiro confere promessa; quem consegue conferir o segundo confere fato.

Até a versão do documento se move

Um detalhe vale registro: o documento de arquitetura descreve um conselho consultivo de quatro membros, enquanto a página de governança atual informa cinco (descrição da arquitetura; página de governança). Além disso, FAQ e documento de arquitetura falam de transição gradual para operação exclusivamente por cidadãos da UE, enquanto o aditivo aceita residentes ou cidadãos da UE.

Não é prova de contradição; é prova de que o mesmo documento continua sendo editado. A nuvem soberana não é estela cunhada, é estatuto em revisão. Para o comprador, isso significa que a versão assinada e a versão citada três anos depois podem não ser a mesma. Anotar número de versão e data no processo de compra ajuda mais do que escrever “exigimos soberania”.

Então o que conferir

Cinco perguntas, nesta ordem.

Um: quem é a parte contratante? Data center na Alemanha não significa contratante na Alemanha.

Dois: a forma concreta dos “mecanismos controlados” está em qual anexo, quem pode alterá-la e quem é notificado?

Três: o que exatamente entra nas métricas internas de sistema? Se sua conclusão de conformidade depende de “nada sai da UE”, esse item já foi excluído na sua arquitetura?

Quatro: quais serviços pertencem à categoria “certos serviços de mensageria” com roteamento global? Onde está a lista, e ela muda?

Cinco: a camada de endereços e rotas, você pretende verificar em qual registro público?

As quatro primeiras este conjunto de documentos responde. A quinta, não. É onde a lista termina e onde a compra realmente começa.