요약

  • 첫 AWS 유럽 주권 클라우드 리전은 독일 브란덴부르크주에 있고, AWS는 인프라가 전부 EU 안에 있으며 다른 AWS 리전과 물리적·논리적으로 분리되어 있다고 설명한다.
  • 분리에는 값이 붙는다. 기존 AWS 계정은 쓸 수 없고, 주권 클라우드 계정은 독립적이며 다른 리전과 상호운용되지 않는다. 옮기려는 조직은 자기 신원 체계부터 뜯어고쳐야 한다.
  • 단단한 부분은 홍보 페이지가 아니라 2026년 5월 14일자 계약 부속서다. "자격을 갖춘 EU 인력만 운용한다"를 인용 가능한 조항으로 만들고, EU 밖에는 고객 콘텐츠에 접근할 기술적 수단이 없다고 명시한다.
  • 같은 문서가 남은 틈도 스스로 나열한다. EU를 떠날 수 있는 내부 시스템 지표, "통제된 메커니즘"을 거친 글로벌 기술진 자문, 아일랜드와 룩셈부르크에 등록된 지원 법인, 일부 메시징 서비스의 전 세계 하위 라우팅.
  • 주소 계층에는 문서가 없다. 이 글은 이 회사의 RIPE NCC 회원 지위, 자율 시스템 번호, 공지된 프리픽스, 서비스 주소를 어느 법인이 보유하는지에 대해 아무것도 주장하지 않는다.

먼저 결론: 벽의 언어, 목록의 내용

AWS의 문장은 벽을 쌓는 것처럼 읽힌다. "전부 EU 안에", "다른 AWS 리전과 물리적·논리적으로 분리", "EU 밖 인프라에 대한 핵심 의존 없음". 이는 AWS의 주권 클라우드 질의응답과 AWS 디지털 주권 질의응답이 거의 같은 표현으로 반복하는 문구다.

그런데 계속 읽으면 벽이 목록으로 바뀐다. 주권은 "아무것도 통과하지 않는다"가 아니라 "무엇이 통과하고, 어느 조항에 근거하며, 누가 승인하는가"다. 이 구분은 학술적으로 보이지만, 사고가 난 뒤 규제기관에 "새벽 세 시에 어느 관할의 누가 고객 데이터를 봤는가"를 설명해야 하는 순간 갑자기 실무가 된다. 벽의 언어는 그 질문에 답하지 않는다. 목록은 답한다.

독일 법인 네 곳, 네 가지 역할

AWS는 주권 클라우드를 위해 새로운 유럽 조직을 세웠다고 밝힌다. 새 모회사와 독일에 설립된 자회사 세 곳이다(AWS 거버넌스 페이지). 역할은 문서에 적혀 있다.

AWS European Sovereign Cloud GmbH는 모회사이며 계약 부속서가 지정하는 "유럽 주권 클라우드 법인"이다. Amazon Data Services European Sovereign Cloud GmbH는 기반 인프라를 소유하고 운영한다. 이 글의 대상이며 디렉터리의 이 항목이 가리키는 법인이다. AWS European Sovereign Cloud Development Centre GmbH는 운영 인력을 고용한다. Amazon European Sovereign Cloud Trust Services GmbH는 신뢰 인증서를 보유한다.

이 대목의 의미는 "모두 독일 회사라서 안심"이 아니다. 책임이 어디에 내려앉는가다. "누가 내 기계를 만졌나"라고 물을 때 답은 추상적 브랜드 "아마존"이 아니라 독일 상업등기부에 이름과 소재지, 송달 주소를 가진 법인이어야 한다. 브랜드는 법정에 나오지 않는다. 법인은 나온다.

계정과 신원: 가장 깨끗한 절단

AWS는 분명하게 쓴다. 기존 AWS 계정은 주권 클라우드에 쓸 수 없고, 주권 클라우드 계정은 독립적이며 다른 AWS 리전과 상호운용되지 않는다. 설계 문서는 메커니즘을 덧붙인다. 별도 청구, 계정, 신원 체계를 전용 스택 위에 구축해, 글로벌 AWS 계정은 주권 클라우드 서비스를 설정할 수도 접근할 수도 없다(설계 문서).

가장 과소평가되는 항목이다. 표면적으로는 "다시 가입해야 한다"로 보이기 때문이다. 실제로는 조직적 단절이다. 다국적 팀은 기존 신원 관계로 권한을 이어 붙일 수 없고, 작업 부하를 "겸사겸사" 옮길 수도 없다. 들어가려면 사람과 역할, 승인을 새로 만들어야 한다.

네트워크: 전용이지, 절연은 아니다

여기서 쓰는 단어는 "전용(dedicated)"이지 "격리(isolated)"가 아니다. 유럽 사업자의 전용 네트워크, AWS Direct Connect를 통한 주권 접속점, 전용 Amazon Route 53, 그리고 유럽 루트 인증기관(설계 문서). 전용이란 그 경로가 다른 리전을 위해 쓰이지 않는다는 뜻이며, 인터넷 밖에 떠 있다는 뜻은 아니다.

주권 리전도 라우팅되어야 하고 주소가 있어야 한다. 그리고 바로 주소 계층에서 이 문서들은 침묵한다.

계약 계층: 운영 약속을 인용 가능한 조항으로

홍보 페이지는 아름답게 쓸 수 있다. 계약 부속서는 그렇지 않다. 2026년 5월 14일 마지막 개정된 AWS 유럽 주권 클라우드 부속서는 주권 클라우드 계정에만 적용되고, AWS Training & Certification과 AWS Professional Services를 명시적으로 제외한다(부속서). 그 안에 적힌 것은 질의응답보다 단단하다.

자격을 갖춘 주권 클라우드 인력만이 서비스를 운영하고 AWS 지원을 제공하며 컴퓨팅 인프라를 운영하고, 고객 콘텐츠와 고객이 생성한 메타데이터를 담은 기술·운영 시스템을 통제한다. "자격"의 정의는 세 가지를 동시에 요구한다. EU에 등록된 AWS 법인의 피고용인일 것, EU 거주자 또는 EU 시민일 것, 역할 수행 시 EU 안에 있을 것. 국적과 거주, 위치 중 하나만 빠져도 성립하지 않는다.

같은 부속서는 이렇게도 밝힌다. EU 밖 AWS 인력은 고객 콘텐츠와 고객이 생성한 메타데이터에 접근할 수 없고, AWS는 EU 밖에서 그것에 도달할 기술적 수단을 갖지 않는다(부속서에 열거된 예외를 조건으로). 또한 주권 클라우드는 비EU 인프라 연결에 의존하는 것을 포함해 독립적으로 무기한 운영되도록 설계되었다고 명시한다.

이 문단의 무게는 그것이 서술이 아니라 약속이라는 데 있다. "우리 인력은 EU에 있다"는 서술이다. "이 사람들뿐이고, 나머지에게 원격 경로를 남기지 않았다"는 약속이다. 약속은 인용할 수 있고, 사고 뒤에 추궁할 수 있다.

틈의 목록

같은 문서들이 남은 구멍을 스스로 열거한다. 이 글이 향하는 지점이다.

하나, 내부 시스템 지표는 EU를 떠날 수 있다. AWS는 고객 콘텐츠도 고객이 생성한 메타데이터도 아닌 일부 데이터, 예컨대 내부 시스템 지표가 용량 관리, 성능 모니터링, 보안 기능, 주권 클라우드 인력 지원을 위해 EU를 떠날 수 있다고 적는다(설계 문서). 공학적으로는 말이 된다. 용량 계획에는 전체 그림이 필요하다. 다만 분류 논리를 보라. 기준은 "고객 콘텐츠인가"이지 "데이터인가"가 아니다.

둘, 글로벌 기술진은 여전히 자문 대상이다. 문서는 지원과 데이터센터 운영자를 포함한 주권 클라우드의 모든 인력을 자격을 갖춘 인력으로 제한하면서, 글로벌 AWS 기술 팀은 통제된 메커니즘을 통해 자문받을 수 있다고 쓴다(같은 문서). 메커니즘의 세부를 문서가 끝까지 적지 않은 유일한 지점이며, 협상에서 가장 밀어야 할 지점이다. 통제된 메커니즘은 구체적으로 어떻게 통제하며, 통제하지 못할 때 누가 서명하는가.

셋, 지원 법인은 아일랜드와 룩셈부르크에 있다. 하위처리자 페이지는 Amazon Development Centre Ireland Limited와 Amazon Web Services EMEA SARL을 고객이 개시하는 지원을 제공하는 AWS 법인으로 적고, 고객이 지원 과정에서 공유에 동의하지 않는 한 이들이 고객 데이터를 처리하지 않는다고 설명한다. 같은 페이지의 기재 상태는 2026년 7월 28일 마지막 개정이다(하위처리자 페이지). 논리는 깨끗하다. 부르지 않으면 닿지 않는다. 반대도 성립한다. 티켓에 붙여 넣은 로그 조각은 고객이 스스로 데이터를 건넨 순간이다.

넷, 도메인 등록은 Key-Systems GmbH. 같은 페이지는 Amazon Route 53 도메인 등록에 독일의 Key-Systems GmbH를 적는다. 도메인은 주권 서사에서 가장 잊히는 층이다. 클라우드는 브란덴부르크에 있고, DNS 레코드는 다른 법인의 시스템에 있다.

다섯, 일부 메시징 서비스는 하위가 전 세계적이다. 페이지는 특정 메시징 서비스에서 하위 제공자가 필요에 따라 데이터를 전 세계적으로 라우팅하고 처리할 수 있다고 경고한다. 예외 중의 예외다. 리전 단위가 아니라 서비스 단위다.

여섯, 계약 상대방은 룩셈부르크에 있다. 고객 위치가 EU인 계정의 경우 주된 영업소가 룩셈부르크인 Amazon Web Services EMEA SARL이 계약 당사자다(aws.eu 질의응답). 데이터센터는 독일, 법인도 독일, 그러나 서면으로 마주하는 상대는 룩셈부르크에 있다. 데이터가 어디 있는지는 바뀌지 않지만, 분쟁을 어디서 다투는지는 바뀐다.

이 목록은 스캔들이 아니다. 대부분의 사업자가 공개하는 것보다 세밀하다. 가치는 "주권"을 형용사에서 조항 번호로 바꿔 놓은 데 있다. 모든 "한다"에는 조건이 붙고, 모든 "하지 않는다"에는 예외가 붙는다.

증거의 경계: 주소 계층에는 문서가 없다

읽을 수 있는 문서를 얻지 못한 층이 하나 있다. 네트워크 번호다. 아마존이 공개하는 IP 대역 데이터와 RIPE NCC 데이터베이스의 이 독일 법인 기록을 살펴보려는 시도는 읽을 수 있는 내용을 돌려주지 않았다. 따라서 이 글은 RIPE NCC 회원 또는 조직 지위, 자율 시스템 번호, 공지된 프리픽스, 서비스 주소의 보유 주체에 대해 아무것도 주장하지 않는다.

주권 논증에서 이 공백은 작지 않다. 계약은 누가 데이터센터에 있는지를 보증하고, 등록 기록은 누가 라우팅 테이블에 있는지를 보여준다. 전자는 당사자 사이에만 효력이 있는 사법 문서다. 후자는 누구나 열람할 수 있는 공적 장부다. 전자만 확인하는 사람은 약속을 확인한다. 후자를 확인할 수 있는 사람은 사실을 확인한다.

문서 버전도 움직인다

기록해 둘 세부가 있다. 설계 문서는 네 명짜리 자문위원회를 그리지만 현재 거버넌스 페이지는 다섯 명을 적는다(설계 문서, 거버넌스 페이지). 또한 질의응답과 설계 문서는 EU 시민만의 운영으로의 점진적 전환을 말하지만, 부속서는 EU 거주자 또는 EU 시민을 받아들인다.

모순의 증거가 아니라, 같은 문서가 계속 편집되고 있다는 증거다. 주권 클라우드는 주조된 비석이 아니라 개정 중인 정관이다. 구매자에게 이는 단순한 의미다. 서명한 판본과 3년 뒤 인용할 판본이 다를 수 있다. 조달 문서에 판번호와 날짜를 적는 편이 "주권을 요구한다"는 한 줄을 적는 것보다 쓸모 있다.

그래서 무엇을 확인할 것인가

다섯 가지 질문을 이 순서로.

하나, 계약 당사자는 누구인가. 데이터센터가 독일에 있다고 계약 당사자가 독일에 있는 것은 아니다.

둘, "통제된 메커니즘"의 구체적 형태는 어느 부속서에 있고, 누가 바꿀 수 있으며, 변경은 누구에게 통지되는가.

셋, 내부 시스템 지표에는 무엇이 들어가는가. 당신의 적합성 결론이 "EU 밖으로 나가는 것이 없다"에 기대고 있다면, 이 항목은 이미 설계에서 배제되었는가.

넷, 어떤 서비스가 전 세계 라우팅이라는 "특정 메시징 서비스" 범주에 속하는가. 그 목록은 어디에 있고, 바뀌는가.

다섯, 주소와 라우팅 계층은 어느 공적 기록으로 확인할 것인가.

앞의 네 질문에는 이 문서 묶음이 답한다. 다섯 번째에는 답하지 않는다. 목록이 끝나는 곳이고, 구매가 실제로 시작되는 곳이다.