A AWS executará sua nuvem soberana europeia sem a espinha dorsal global por várias horas
No sábado, 24 de outubro, a AWS cortará sua Nuvem Soberana Europeia da espinha dorsal da Rede Global AWS por várias horas. Espera-se que a região continue funcionando. O que isso prova é uma coisa mais estreita do que o argumento agora acontecendo em torno dele, e AWS diz isso em si.
Dois sistemas saíram. Um deles é a espinha dorsal da Rede Global, a rede privada que move dados operacionais entre locais AWS. O outro é um canal dedicado para transferências de dados limitadas, completamente desligado. O tráfego recai então sobre a Internet pública através das ligações da própria região com os ISP europeus. Stéphane Islaël, diretor-gerente da AWS European Soberania Cloud, diz que uma equipe "composta inteiramente de residentes da UE que trabalham na UE" irá executá-lo no próprio hardware e software da região, fora de centros de dados em Brandenburg que possuem uma cópia local dentro da UE do código fonte. Os clientes podem ver pequenas interrupções enquanto as rotas convergem em ambos os extremos.
A ressalva vem da AWS. Nenhum dos sistemas é crítico à operação. É por isso que a região sobrevive sem eles. É também por isso que a região usa ambos os dias do ano. Os dados têm uma linha mais afiada. O conteúdo do cliente e os metadados criados pelo cliente permanecem na UE. Alguns dados operacionais deixam. Islaël escreve que o exercício é construído para se alinhar com o EU Cloud Soberania Framework e os critérios BSI C3A da Alemanha, e que os clientes podem colocar os resultados em seus pacotes de conformidade. Os reguladores também ouvem falar disso depois. O post pára bem curto de reivindicar certificação. Também não pretende que a região seja isolada o resto do ano.
Nenhum desses cuidados resolveu nada. Fadi Dasus, um arquitecto de segurança da nuvem, dividiu a questão em dois:
A soberania numa nuvem dos EUA na UE resume-se a duas áreas. A técnica: o serviço para se cortar a ligação aos EUA? O legal: pode a lei dos EUA ordená-lo para entregar seus dados, ou para parar de servi-lo? Se o teste for como planejado, a primeira área já não está inteiramente nas mãos dos americanos. O segundo ainda passa pelos pais dos EUA. Portanto, isto é um verdadeiro progresso para a resiliência. Simplesmente não é soberania.
Lars Larsson Lundsten, CTO de campo da Elastisys, que vende uma alternativa europeia para plataformas de nuvem dos EUA, coloca mais difícil. "Você não pode resolver problemas legais com soluções técnicas", escreveu ele, enquanto chama a arquitetura de uma maravilha da engenharia. Ele também creditou AWS com restrição, observando que é "extremamente cuidadoso para não reivindicar nada além do que isso é capaz de realmente provar".
O enquadramento jurídico atraiu a sua própria resistência. O comentarista Roelf Zomerman argumentou que a Lei CLOUD e a regulamentação da UE em matéria de e-Evidências são ambos conduzidos através de investigações criminais, com juízes, avaliação do fornecedor e limites de dados anexados, em vez de trabalhar como um poder geral para exigir dados. Construir o seu próprio, acrescentou ele, ou hospedar-se com fornecedores da UE, "não implica automaticamente que esteja seguro destas leis". Anders Bjørnestad, consultor principal e AWS Community Hero, corrigiu uma suposição relacionada:
Há dois aspectos desta discussão. "Alguém pode ter acesso aos meus dados", e " alguém pode desligar-me". O que é testado aqui é a última parte. A primeira parte pode ser resolvida com criptografia se você fizer da maneira certa. E todas as empresas que fazem negócios em / com os EUA de alguma forma estão vinculadas por parte da lei dos EUA, não é só a propriedade que conta.
A pergunta técnica mais difícil veio de um gerente municipal de TI em vez de um vendedor. Odd-Arne Haraldsen, que dirige operações de TI em Svenljunga Kommun, na Suécia, chamou o design impressionante, em seguida, perguntou o que algumas horas realmente estabelece:
Quanto tempo pode realmente funcionar de forma independente? Quanto tempo até os sistemas ficarem dessincronizados? Quanto tempo até os tokens de autenticação, certificados ou licenças expirarem? E quanto tempo até que as dependências de planos de controle externos comecem a minar essa resiliência? A redundância não é a mesma que a independência, e o funcionamento contínuo não é o mesmo que a autonomia sustentada.
Então, a acusação de excesso falha. A AWS não estendeu suas evidências. A lacuna existe entre o que o exercício mede e o que os compradores continuam pedindo. Tome o caso óbvio. O post nunca diz o que acontece com os serviços globais enquanto a espinha dorsal está para baixo. Um comentarista perguntou como funciona o IAM quando a região é cortada do resto do AWS. Outro disse que ele não poderia imaginar DNS e internet roteamento segurando. O anúncio não se refere a nenhum dos dois. O comentarista Jarrod B. foi à questão do público em vez disso: o exercício "não tem a intenção de apaziguar puristas legais; ele é projetado para satisfazer oficiais de risco europeus e reguladores." AWS entrega os resultados às equipes de conformidade, então ele pode estar lendo direito.
Uma troca colocou a engenharia em uma perspectiva mais longa. Um comentarista lembrou uma falha global do AWS que parecia mostrar partes do AWS dependendo de nós-leste-1 e incapaz de correr em qualquer outro lugar. Lundsten deu terreno em resposta: se AWS projetou essa dependência longe, sua arquitetura é melhor para ele.
A AWS não deu data de lançamento para a região. Chama a isto "uma nova nuvem independente para a Europa". Uma atualização segue 24 de outubro.