EU로 서버를 옮긴다는 것: 데이터 주권 시대의 인프라 이전기

미국 빅테크에 대한 의존도를 줄이고 데이터 주권을 확보하겠다는 움직임이 유럽을 중심으로 빠르게 확산되고 있다. 최근 한 개발자가 자신의 모든 인프라를 EU 내 서버로 이전한 과정을 상세히 공개했는데, 단순히 서버 위치를 바꾸는 것 이상의 복잡한 문제들이 얽혀 있어 주목할 만하다.

이 이전 프로젝트의 핵심 동기는 분명하다. 미국 클라우드 서비스(AWS, GCP, Azure 등)를 사용하면 CLOUD Act에 의해 미국 정부가 해외 서버에 저장된 데이터에도 접근할 수 있다는 법적 리스크가 존재한다. GDPR을 준수하는 유럽 사업자라면 이 부분이 상당한 부담이다. 단순히 "리전을 EU로 설정하면 되지 않나?"라고 생각할 수 있지만, 실제로는 서비스 사업자의 법적 관할권이 미국인 이상 근본적인 해결이 되지 않는다.

이전 대상은 이메일, DNS, 오브젝트 스토리지, CI/CD 파이프라인, 도메인 등록까지 광범위했다. 각 서비스마다 EU 기반 대안을 찾고, 마이그레이션하고, 검증하는 과정은 생각보다 까다로웠다. 특히 기존에 당연하게 사용하던 서비스들—GitHub, Cloudflare, Google Workspace—을 모두 대체해야 한다는 점에서, 현대 개발 인프라가 얼마나 미국 서비스에 종속되어 있는지를 보여주는 사례이기도 하다.

기술적으로 무엇을 바꿔야 하는가

인프라를 EU로 이전한다고 했을 때, 가장 먼저 떠오르는 것은 서버 호스팅이다. 하지만 실제로 이전해야 할 항목은 훨씬 많다. 이번 사례에서 이전 대상으로 다뤄진 것들을 살펴보면 그 범위를 짐작할 수 있다.

DNS와 도메인: 도메인 등록 대행사(registrar) 자체를 EU 기반으로 옮기는 것이 첫 단계다. Cloudflare Registrar 같은 미국 서비스 대신 유럽 기반 등록 대행사를 사용한다. DNS 호스팅도 마찬가지로 EU 사업자의 것을 사용해야 하는데, Cloudflare의 DNS 성능과 AnyCast 네트워크에 필적하는 유럽 대안을 찾는 것이 쉽지 않다.

이메일: Google Workspace나 Microsoft 365 대신 EU 기반 이메일 서비스로 전환한다. Mailbox.org나 Proton Mail 같은 대안이 있지만, 기존에 구축한 필터, 연동, API 접근 등을 모두 재설정해야 한다. 특히 이메일은 한번 옮기면 되돌리기 어렵고, 이전 과정에서 메일이 유실될 리스크도 있어 가장 신중하게 접근해야 하는 부분이다.

오브젝트 스토리지: S3 호환 API를 제공하는 EU 기반 스토리지 서비스를 선택하면 애플리케이션 코드 변경을 최소화할 수 있다. Scaleway, OVH, Hetzner 등이 S3 호환 오브젝트 스토리지를 제공한다. 다만 CDN 엣지 캐싱 성능이나 가용 영역(AZ) 구성에서 차이가 있을 수 있으므로 성능 테스트는 필수다.

CI/CD: GitHub Actions를 대체하는 것이 가장 고통스러운 부분 중 하나다. GitLab(EU 기반 옵션 가능)이나 셀프 호스팅 Gitea + Woodpecker CI 같은 조합을 고려할 수 있지만, GitHub Actions의 거대한 마켓플레이스 생태계를 포기해야 한다는 뜻이기도 하다. 이 부분에서 많은 팀이 현실과 타협하게 된다.

데이터 주권 논의의 현재 위치

이런 움직임은 개인 개발자의 취향 문제가 아니다. 유럽에서는 이미 Schrems II 판결(2020년) 이후 미국으로의 데이터 전송에 대한 법적 불확실성이 크게 높아졌다. 2023년에 EU-US Data Privacy Framework가 합의되면서 일시적으로 숨통이 트였지만, 이 프레임워크 역시 언제든 무효화될 수 있다는 우려가 지속되고 있다.

유럽 공공 부문은 이미 발 빠르게 움직이고 있다. 독일 여러 주(州) 정부가 Microsoft 제품에서 오픈소스 대안으로 전환을 추진하고 있고, 프랑스는 자체 클라우드 전략을 수립했다. Gaia-X 프로젝트는 유럽형 클라우드 인프라의 표준을 만들려는 시도이며, 완성도에 대한 비판이 있지만 방향성 자체는 명확하다.

클라우드 시장의 현실을 보면 이런 이전이 얼마나 어려운지 알 수 있다. AWS, Azure, GCP가 전 세계 클라우드 시장의 약 65%를 차지하고 있고, 이들은 모두 미국 기업이다. EU 기반 클라우드 사업자인 OVHcloud, Hetzner, Scaleway 등은 가격 경쟁력은 있지만, 매니지드 서비스의 폭과 깊이에서 큰 차이가 있다. 예를 들어 AWS의 200개 이상 매니지드 서비스를 생각하면, EU 대안에서는 상당 부분을 직접 구축하거나 포기해야 한다.

역설적으로, EU 기반 클라우드가 경쟁력을 갖추려면 더 많은 고객이 이전해야 하고, 고객이 이전하려면 경쟁력 있는 서비스가 필요하다. 이 닭과 달걀의 문제를 규제가 강제로 깨뜨리는 구도가 되고 있는 셈이다.

한국 개발자에게 이 이야기가 의미하는 것

한국도 데이터 주권 문제에서 자유롭지 않다. 개인정보보호법과 데이터 3법 개정 이후 국내 데이터 처리 규정이 강화되었고, 공공 클라우드 시장에서는 국내 CSP(NHN Cloud, NCP, KT Cloud 등)가 일정 부분 점유하고 있다. 하지만 민간 영역에서는 여전히 AWS 서울 리전 의존도가 압도적이다.

실무적으로 생각해볼 점이 있다. 만약 여러분의 서비스가 해외 사용자를 대상으로 한다면, 또는 유럽 고객을 확보해야 한다면, 데이터가 어디에 저장되고 어떤 법적 관할권에 놓이는지가 계약서의 한 조항이 아니라 아키텍처 결정에 영향을 미치는 핵심 요소가 된다.

흥미로운 질문을 던져보자. 만약 한국 기반의 모든 인프라를 한국 사업자로만 구성해야 한다면, 여러분의 현재 스택에서 대체 불가능한 서비스는 무엇인가? GitHub? Vercel? Stripe? 이 질문에 대한 답이 곧 우리의 기술 종속도를 보여주는 지표다. 이번 EU 이전 사례는 그 종속에서 벗어나려 할 때 어떤 현실적 장벽이 있는지를 구체적으로 보여준다는 점에서, 당장의 이전 계획이 없더라도 한번쯤 읽어볼 가치가 있다.