Resposta rápida: a residência de dados diz onde os dados estão armazenados hoje. A soberania de dados levanta um conjunto de questões mais complexas: quem, em última instância, controla a infraestrutura; quais governos podem obrigar legalmente o provedor; o que acontece quando a propriedade muda de mãos; e se o cliente consegue realmente recuperar seus dados intactos e em um prazo viável caso o provedor falhe. A história mostra bem o que rola quando as organizações só se preocupam com a primeira pergunta: clientes do setor público do Reino Unido ficaram sem serviços quando a UKCloud faliu em 2022; os clientes da 2e2 tiveram que pagar quase 1 milhão de libras para manter seus próprios servidores funcionando; e a Nirvanix deu aos clientes duas semanas para recuperar petabytes de dados antes de fechar as portas. A localização nunca foi o problema em nenhum desses casos.
Este é o quarto artigo da nossa série sobre soberania de dados. A Parte 1 abordou a “ilusão da residência” no âmbito regulatório. Este artigo vai além, explorando os riscos operacionais e de estrutura corporativa que a localização por si só não consegue captar e que só aparecem quando um provedor falha, é vendido ou é adquirido por um proprietário que ninguém avaliou quanto a esse risco.
O problema de perguntar só “onde”
A maioria das discussões sobre soberania ainda começa e termina com a geografia: o data center fica no país? Durante anos, isso foi considerado suficiente. Mas não é. Uma instalação pode estar localizada no país, ter equipe local e ser explicitamente anunciada como “soberana”, e mesmo assim os clientes podem perder o controle operacional no momento em que o provedor enfrentar problemas financeiros ou de propriedade.
A maneira mais clara de entender isso é dividir a soberania em cinco camadas distintas, cada uma das quais pode falhar independentemente das outras.
As cinco camadas da soberania
1. Localização: Onde os dados e suas réplicas ficam armazenados fisicamente?
2. Propriedade: Quem é o dono do prestador de serviços, da unidade e da infraestrutura subjacente?
3. Jurisdição: Quais governos podem, legalmente, obrigar o provedor — ou sua empresa controladora — a agir?
4. Continuidade: O que acontece com o atendimento ao cliente e o acesso aos dados após uma insolvência, aquisição ou alienação?
5. Controle de saída: A organização consegue recuperar dados úteis em um prazo realista e a um custo previsível?
A localização é o aspecto que todo mundo verifica. Os outros quatro são onde está o risco de verdade, e a história recente no Reino Unido e na Europa oferece um estudo de caso prático para cada um deles.
Camadas 3 e 4 na prática: o colapso da UKCloud
A UKCloud construiu toda a sua marca com base no fato de ser uma alternativa soberana para clientes do governo e do setor público do Reino Unido: de propriedade britânica, operada no Reino Unido e com sede no Reino Unido. Em 25 de outubro de 2022, a UKCloud e sua controladora, a Virtual Infrastructure Group, entraram em liquidação compulsória. Computer Weekly: UKCloud em liquidação
O governo central, os governos locais, as forças policiais, o Ministério da Defesa, o NHS, a Genomics England e órgãos de pesquisa universitários estavam entre os clientes afetados. O Gabinete do Governo teve que informar os departamentos e iniciar transições urgentes para fornecedores alternativos, e registros do governo confirmaram posteriormente que o Gabinete do Governo do Reino Unido ficou com um rombo de 17,5 milhões de libras depois de arcar com os custos do administrador judicial. The Register: Governo do Reino Unido enfrenta déficit de 17,5 milhões de libras na liquidação da UKCloud Reportagens sobre as consequências descreveram problemas contínuos de continuidade de negócios em todo o governo, decorrentes diretamente do colapso. The Register: Colapso da UKCloud causou problemas de continuidade de negócios para o governo do Reino Unido
Conclusão: um provedor pode atender perfeitamente aos requisitos da camada de localização por ser de propriedade britânica, operado por britânicos e hospedado no Reino Unido, mas ainda assim falhar com seus clientes em termos de continuidade. O marketing de soberania não é garantia de continuidade.
A Camada 5 na prática: 2e2 e a carta de resgate
Se a UKCloud mostra o que acontece com a continuidade, a 2e2 mostra o que acontece com o controle de saída quando um provedor entra em falência. Quando a 2e2, provedora britânica de serviços de TI e data centers, entrou em processo de recuperação judicial em janeiro de 2013, os administradores escreveram para os clientes corporativos exigindo cerca de 960 mil libras em uma semana para manter os data centers funcionando. Computer Weekly: Administradores do data center da 2e2 exigem resgate de 1 milhão de libras pelos dados dos clientes
Os clientes, incluindo grandes empresas cujos equipamentos, de sua propriedade legal, estavam dentro das instalações da 2e2, foram informados de que, sem o pagamento, os administradores não poderiam garantir o acesso contínuo ao prédio, ao fornecimento de energia ou à conectividade de rede. The Register: A empresa 2e2, em dificuldades, ameaça os data centers
A lição: ter seus próprios servidores não significa que você controla o acesso a eles. Se os servidores estiverem dentro do prédio de outra pessoa, a insolvência desse prédio se torna uma emergência operacional para você.
Camada 5, levada ao extremo: Nirvanix
A Nirvanix é o exemplo mais gritante de como o controle de saída pode falhar completamente. Depois que uma tentativa de captação de recursos fracassou, a empresa de armazenamento em nuvem avisou aos clientes que eles tinham mais ou menos duas semanas para recuperar seus dados antes do encerramento das operações. Alguns clientes tinham um petabyte ou mais armazenado, o que, na prática, era a única cópia desses dados. InformationWeek: Nirvanix declara falência; dados de clientes vazam
A Nirvanix entrou com pedido de recuperação judicial (Capítulo 11) em 1º de outubro de 2013, e transferir aquele volume de dados pelos canais de exportação disponíveis. Com todos os outros clientes tentando fazer a mesma coisa ao mesmo tempo, estimava-se que isso levaria de nove a dez meses em condições normais, e não duas semanas. Data Centre Knowledge: O colapso da Nirvanix serve de teste de estresse para a migração para a nuvem A unidade SoftLayer da IBM entrou em cena para ajudar os clientes na migração, e a Nirvanix estendeu o prazo final para a remoção dos dados, mas a lição por trás disso permaneceu a mesma.
Conclusão: a propriedade contratual dos dados não faz sentido sem uma maneira comprovada e economicamente viável de realmente recuperá-los em um prazo menor do que a autonomia financeira do provedor.
Camada 4 de novo: ativos da Sungard são redistribuídos
A Sungard Availability Services, uma das principais empresas do Reino Unido e dos EUA na área de recuperação de desastres e infraestrutura gerenciada, entrou em processo de administração judicial no Reino Unido em março de 2022, seguido por um pedido de recuperação judicial nos EUA (Capítulo 11). The Register: Centrais de dados da Sungard UK são vendidas para a Redcentric
As operações da empresa não simplesmente desapareceram. Elas foram divididas entre os compradores. O Daisy Group assumiu os clientes de recuperação de ambientes de trabalho da Sungard no Reino Unido, enquanto a Redcentric adquiriu três data centers no Reino Unido, além das atividades de consultoria e nuvem da Sungard; nos EUA, a 365 Data Centres adquiriu a maior parte dos negócios de colocation e redes. Redcentric: Aquisição dos data centers da Sungard Availability Services
Conclusão: mesmo quando o serviço, tecnicamente, continua, o provedor do cliente, a contraparte do contrato, a organização de suporte e a propriedade final podem mudar sem que o cliente tome essa decisão ou sequer seja consultado sobre ela.
Camada 2 na prática: a Global Switch e a questão da propriedade
A localização e a propriedade podem diferir bastante, e a Global Switch é o exemplo mais claro dos últimos tempos. Em 2016, um consórcio de investidores chineses liderado pelo Jiangsu Shagang Group comprou uma participação de 49% na Global Switch, operadora de data centers com sede no Reino Unido, por cerca de 2,4 bilhões de libras. Dinâmica dos data centers: investidores chineses assumem o controle da Global Switch
O prédio não mudou de lugar. As instalações continuaram em Londres, Sydney e outras grandes cidades, totalmente operacionais. Mas a mudança de propriedade gerou uma verdadeira investigação de segurança: o Ministério da Defesa da Austrália foi reduzindo gradualmente o uso de uma instalação da Global Switch devido a preocupações relacionadas à nova propriedade, transferindo totalmente seus dados e serviços até 2024, um ano antes do vencimento previsto do contrato de locação. iTnews: Defesa deixa a Global Switch um ano antes do fim do contrato Relatos anteriores já tinham destacado a dificuldade da Austrália em sair de um data center de propriedade chinesa que considerava um risco à segurança. Caixin Global: Governo australiano enfrenta dificuldades para sair de data center de propriedade chinesa
Conclusão: o endereço do prédio não diz nada sobre quem é o proprietário beneficiário, nem o que acontece com essa propriedade ao longo da vigência do seu contrato. Uma mudança nos acionistas pode alterar seu perfil de risco à segurança nacional sem que nenhum servidor seja movido.
Um exemplo menos badalado, mas igualmente importante: a TelecityGroup
Nem toda mudança de propriedade é dramática, e é exatamente isso que importa. A TelecityGroup, com sede no Reino Unido e uma das principais operadoras europeias de colocation, foi adquirida pela Equinix, com sede nos EUA, em um negócio avaliado em cerca de 2,6 bilhões de libras, concluído em janeiro de 2016. Dinâmica dos centros de dados: a CE aprova a aquisição da Telecity pela Equinix
Os órgãos reguladores europeus exigiram que a Equinix se desfizesse de oito instalações em Londres, Amsterdã e Frankfurt como condição para aprovar o negócio. Essas instalações foram então adquiridas por outra empresa com sede nos EUA, a Digital Realty. Equinix: concorda em vender oito ativos europeus para a Digital Realty Trust
A conclusão: um cliente que escolheu deliberadamente uma operadora britânica ou europeia poderia, ainda dentro do mesmo prazo do contrato, descobrir que sua instalação havia passado a fazer parte de uma empresa controlada pelos EUA — e isso por duas vezes, no caso das instalações alienadas. Nenhuma decisão tomada pelo cliente mudou; a jurisdição sob a qual sua infraestrutura se enquadrava mudou mesmo assim.
Isso não é só um punhado de incidentes isolados
Um estudo acadêmico de 2025 analisou 775 projetos de data centers fora dos EUA e descobriu que empresas com sede nos EUA operam cerca de 48% deles, quando ponderados pelo valor do investimento anunciado. Um indicador razoável da capacidade computacional. A conclusão dos pesquisadores bate exatamente com os estudos de caso acima: instalar a infraestrutura fora dos Estados Unidos, por si só, não garante soberania quando a operadora continua sendo uma entidade americana sujeita à jurisdição dos EUA. arXiv: Quão “soberana” é a computação soberana? Uma análise de 775 centros de dados fora dos EUA
A análise jurídica chega à mesma conclusão por um caminho diferente. Quando uma subsidiária europeia ou britânica tem uma controladora nos EUA, as obrigações da controladora previstas na Lei CLOUD não param na fronteira da subsidiária. Um tribunal dos EUA pode obrigar a controladora americana a entregar dados mantidos por sua subsidiária europeia, e a independência operacional da subsidiária não elimina essa obrigação. SoftwareSeni: Como a Lei CLOUD dos EUA e a Seção 702 da FISA criam riscos jurídicos para os dados em nuvem da UE É exatamente por isso que o atual Pacote de Soberania Tecnológica da UE está menos focado na localização dos servidores e mais em impedir que qualquer governo estrangeiro tenha um “kill switch” efetivo sobre a infraestrutura da qual hospitais, redes de energia e instituições públicas dependem. CNBC: Europa divulga pacote de soberania tecnológica em meio a preocupações crescentes com a dependência da tecnologia dos EUA
O que isso significa para as decisões sobre infraestrutura
Analisa qualquer um desses cinco casos usando essa estrutura e o padrão é consistente: as organizações que foram prejudicadas não foram descuidadas em relação à localização. Os clientes da UKCloud escolheram um provedor soberano com sede no Reino Unido e que atuava no mercado britânico. Os clientes da 2e2 e da Sungard tinham equipamentos instalados em instalações no próprio país. Os clientes governamentais da Global Switch tinham escolhido uma operadora com sede no Reino Unido, mas acabaram vendo a propriedade efetiva mudar sem que percebessem. Em todos os casos, a falha apareceu na propriedade, na continuidade ou no controle de saída. Todas essas camadas que a opção “dados armazenados no país” nunca verifica.
Esse é o argumento a favor da infraestrutura que uma organização possui e opera diretamente, em vez de alugar de um terceiro cuja solvência, propriedade e jurisdição corporativa estão fora do controle do cliente. A abordagem da Nexsan para armazenamento local se baseia exatamente nessa distinção: quando o hardware pertence à própria organização que o opera, não tem nenhum provedor que possa entrar em processo de falência e bloquear o acesso, nenhuma empresa-mãe que possa ser comprada por um comprador estrangeiro sem verificação prévia e nenhuma contagem regressiva de duas semanas para migrar petabytes de uma plataforma falha de outra empresa. O sistema e a saída dele pertencem ao cliente desde o primeiro dia, sem depender do balanço patrimonial de nenhum fornecedor.
Conclusão
“Onde nossos dados ficam armazenados?” é a pergunta sobre soberania mais fácil de responder e, por si só, a menos útil. Propriedade, jurisdição, continuidade e controle de saída são o que realmente determinam se uma organização mantém o controle sobre sua infraestrutura e seus dados quando algo dá errado, e os casos registrados no Reino Unido na última década mostram exatamente com que frequência isso acontece. Testar todas as cinco camadas, e não só a primeira, é o que diferencia a soberania como um argumento de marketing da soberania como um fato operacional.
Leia o resto da série: Parte 1: A ilusão da residência · Parte 2: A multa de 890 milhões de euros aplicada ao Google · Parte 3: Repatriação na nuvem e TCO
Fontes: Computer Weekly: UKCloud em liquidação · The Register: Governo do Reino Unido enfrenta déficit de 17,5 milhões de libras na liquidação da UKCloud · Computer Weekly: Administradores do data center da 2e2 exigem resgate de 1 milhão de libras pelos dados dos clientes · InformationWeek: Nirvanix declara falência · Data Centre Knowledge: O colapso da Nirvanix serve como um teste de resistência para a migração para a nuvem · The Register: Centrais de dados da Sungard UK são vendidas para a Redcentric · Redcentric: Aquisição dos data centers da Sungard Availability Services · Dinâmica dos data centers: investidores chineses assumem o controle da Global Switch · iTnews: Ministério da Defesa desocupa o Global Switch um ano antes do fim do contrato de locação · Dinâmica dos centros de dados: a CE aprova a aquisição da Telecity pela Equinix · arXiv: Quão “soberana” é a computação soberana? Uma análise de 775 centros de dados fora dos EUA · SoftwareSeni: Como a Lei CLOUD dos EUA e a Seção 702 da FISA criam riscos jurídicos para os dados na nuvem da UE · CNBC: Europa divulga pacote de soberania tecnológica
Respostas rápidas
A residência de dados se refere apenas à localização física dos dados. A soberania de dados abrange quem é o dono e quem controla a infraestrutura, quais leis se aplicam ao provedor ou à sua empresa controladora, o que acontece com a continuidade do serviço se o provedor falhar ou for vendido, e se o cliente consegue recuperar seus dados em um prazo e custo razoáveis.
A UKCloud, uma provedora sediada no Reino Unido que se apresentava especificamente como uma nuvem soberana para clientes do governo e do setor público, entrou em liquidação compulsória em 25 de outubro de 2022. Os órgãos do governo britânico tiveram que migrar para novos fornecedores, e o Gabinete do Governo ficou com um prejuízo de 17,5 milhões de libras para cobrir os custos da liquidação.
Não totalmente. O caso da 2e2 mostrou que os clientes que tinham a propriedade legal dos próprios servidores ainda assim perderam o acesso prático quando o provedor de hospedagem entrou em processo de recuperação judicial e o acesso ao prédio, a energia elétrica e a conectividade de rede ficaram comprometidos enquanto se aguardava o pagamento.
Sim. De acordo com a Lei CLOUD dos EUA, um tribunal americano pode obrigar uma matriz americana a entregar dados mantidos por suas subsidiárias no exterior, independentemente de onde esses dados estejam fisicamente armazenados, e a independência operacional da subsidiária não elimina esse risco.
Quando uma organização possui e opera diretamente sua própria infraestrutura, não há nenhum provedor terceirizado cuja insolvência, aquisição ou mudança de propriedade estrangeira possa interromper o acesso, nenhum contrato de locação ou hospedagem que possa ser renegociado sob pressão e nenhum prazo para a saída de dados imposto pelo cronograma de encerramento de outra empresa.