영국 정부가 팔란티어를 버린 이유: 정부가 직접 만든 난민 시스템의 충격적인 결말
여러분, 이런 상상을 해보신 적 있으신가요? 수십억 원짜리 기업용 소프트웨어 계약을 끊고, 정부가 직접 만든 시스템으로 교체하는 것. 그것도 실리콘밸리의 대표적인 '정보 권력 기업' 팔란티어(Palantir)를 상대로요.
영국 정부가 바로 그 일을 해냈습니다. 그것도 조용히, 묵묵히. 이 소식을 처음 접했을 때 저도 "이게 가능한 일이야?"라는 반응이 먼저 나왔습니다. 오늘은 이 '숨은 보물' 같은 사건의 전말을 파헤쳐 보겠습니다. 정부가 빅테크를 이기는 순간이 어떻게 만들어지는지, 그리고 우리가 여기서 배울 수 있는 것이 무엇인지까지.
팔란티어가 대체 뭐길래? — 발견의 순간
팔란티어(Palantir Technologies)를 모르는 분들을 위해 잠깐 설명하겠습니다. 2003년 피터 틸(Peter Thiel)이 공동 창업한 이 회사는 CIA와 NSA 같은 미국 정보기관의 데이터 분석 도구를 만들어 성장했습니다. 한마디로, 정부의 빅데이터를 다루는 데 특화된 기업입니다. 시가총액은 한때 100조 원을 넘어설 정도로 어마어마한 회사입니다.
영국 정부는 난민과 망명 신청자 관련 데이터를 관리하기 위해 팔란티어의 소프트웨어를 도입했습니다. 국경 관리, 신청서 처리, 케이스 추적 등 민감한 개인정보를 다루는 핵심 행정 시스템이었죠. 그런데 어느 날 갑자기, 이 계약을 끊고 내부적으로 직접 개발한 시스템으로 교체하겠다는 결정이 내려집니다.
이걸 아직도 모르셨다면, 오늘이 공공 IT의 역학을 새롭게 이해하는 날이 될 것입니다.
왜 영국 정부는 팔란티어를 버렸을까? — 핵심 이유 3가지
첫째, 벤더 종속(Vendor Lock-in)의 함정. 팔란티어 소프트웨어는 강력하지만, 그만큼 종속성이 깊습니다. 시스템에 데이터가 쌓이고 워크플로우가 맞춰지면, 나중에 다른 솔루션으로 갈아타는 비용이 천문학적으로 올라갑니다. 영국 정부는 이 구조적 함정을 인식하고, 장기적으로 외부 기업에 행정의 핵심을 맡기는 것이 위험하다는 판단을 내렸습니다. 유료 도구 못지않은 성능을 내부에서 직접 구축할 수 있다면, 왜 매년 수십억 원을 외부에 지불해야 할까요?
둘째, 데이터 주권과 프라이버시 문제. 난민과 망명 신청자의 데이터는 극도로 민감합니다. 출신 국가, 이동 경로, 가족 관계, 박해 이력 등이 담겨 있습니다. 이 데이터를 미국 기업의 클라우드 인프라에 올리는 것에 대한 우려가 계속 제기되어 왔습니다. 팔란티어가 미국 정보기관과 긴밀하게 협력해온 역사를 고려하면, 이 우려는 단순한 기우가 아닙니다. 내부 시스템은 데이터가 어디에, 어떻게 저장되는지 정부가 완전히 통제할 수 있다는 결정적 장점이 있습니다.
셋째, 비용 절감과 유연성 확보. 정부 입장에서 맞춤형 상용 소프트웨어는 라이선스 비용 외에도 커스터마이징 비용, 유지보수 비용, 업그레이드 협상 비용 등이 끊임없이 발생합니다. 내부 개발 시스템은 초기 구축 비용이 들지만, 이후에는 정책 변화나 법률 개정에 따라 자유롭게, 신속하게 수정할 수 있습니다. 난민 정책처럼 자주 바뀌는 분야에서는 이 유연성이 핵심 경쟁력입니다.
내부 시스템은 어떻게 만들어졌을까? — 상세 과정
영국 정부 디지털서비스(GDS, Government Digital Service)와 내무부(Home Office) 산하 기술팀이 중심이 됐습니다. GDS는 영국 정부의 디지털 전환을 이끌어온 조직으로, GOV.UK라는 통합 정부 포털을 만든 곳이기도 합니다. 이들은 팔란티어 계약이 만료되기 전부터 조용히 대안 시스템을 개발하기 시작했습니다.
핵심 접근 방식은 오픈 소스 기반, 클라우드 네이티브 아키텍처였습니다. 특정 벤더에 종속되지 않는 기술 스택을 선택했고, 정부 내부 개발자들이 직접 유지보수할 수 있는 구조로 설계했습니다. 처음부터 팔란티어를 완전히 복제하려 한 게 아니라, 실제 행정 현장에서 필요한 기능이 무엇인지 사용자 조사를 통해 먼저 파악했습니다.
실제로 이 프로젝트에서 주목할 점은 '어떻게 만들었느냐'보다 '어떻게 전환했느냐'입니다. 기존 팔란티어 시스템의 데이터를 마이그레이션하면서 현업 담당자들이 새 시스템에 적응할 수 있도록 단계적으로 교체했습니다. 한 번에 통째로 바꾸는 빅뱅 방식이 아니라, 기능 단위로 하나씩 전환하는 방식을 택한 것입니다.
실제로 어떻게 작동하나? — 사용 후기와 효과
내부 시스템으로 전환한 이후, 영국 내무부 담당자들이 체감하는 가장 큰 변화는 수정 속도입니다. 과거에는 작은 기능 하나를 바꾸려면 팔란티어 측에 요청하고, 협상하고, 일정을 조율해야 했습니다. 지금은 내부 개발팀이 직접 코드를 수정합니다.
예를 들어, 새로운 비자 카테고리가 생기거나 심사 기준이 바뀌면, 기존에는 외부 벤더의 개발 사이클에 맞춰 몇 주에서 몇 달을 기다려야 했습니다. 내부 시스템에서는 필요에 따라 수일 내 반영이 가능합니다. 영국처럼 정치적 변동에 따라 이민 정책이 자주 바뀌는 나라에서는 이 차이가 실제 행정 효율성에 직접적인 영향을 미칩니다.
저도 이 사례를 접하고 "이게 정말 가능한 일이야?"라는 반응이 먼저 나왔습니다. 대기업 소프트웨어를 정부가 직접 만든 시스템으로 대체한다는 게, 현실에서는 거의 불가능한 일처럼 느껴지니까요. 그런데 영국 정부는 해냈습니다. 그것도 난민 데이터처럼 예민한 영역에서.
팔란티어의 미래와 우리가 배울 점 — 대안과 비교
팔란티어가 나쁜 회사라는 이야기가 아닙니다. 실제로 팔란티어의 Foundry 플랫폼은 복잡한 데이터를 시각화하고 분석하는 데 매우 강력한 도구입니다. 미국 국방부, 각국 의료기관, 대형 제조업체들이 사용하는 데는 이유가 있습니다.
문제는 어떤 데이터를, 누가 통제하느냐입니다. 국가 안보나 인권에 직결된 데이터를 외국 기업에 위탁하는 것이 과연 적절한가 — 이 질문에 영국 정부는 "아니오"라는 답을 내린 것입니다.
비슷한 맥락의 사례들을 보면:
- 독일 정부: Microsoft 365 의존도를 줄이고 오픈소스 기반 협업 도구로 이전 중
- 프랑스 국방부: 자체 클라우드 인프라 구축으로 주요 데이터 국내 보관
- 한국 행정안전부: 공공 클라우드 전환 시 국내 업체 우선 원칙 적용
데이터 주권이라는 개념이 IT 세계에서 점점 중요해지고 있습니다. 팔란티어 사례는 그 흐름을 잘 보여주는 상징적인 사건입니다.
한국 독자 여러분이 이 사례에서 실용적으로 가져갈 수 있는 교훈은 이것입니다: 편리함과 종속성은 언제나 함께 옵니다. 어떤 도구를 선택하든, 그 도구 없이도 살아남을 수 있는 구조를 만드는 것이 장기적으로 더 현명한 선택입니다. 개인 차원에서도 마찬가지입니다. 특정 앱이나 플랫폼에 모든 데이터와 워크플로우를 맡기기 전에, 그 회사가 내일 문을 닫으면 어떻게 되는지 한 번쯤 생각해볼 필요가 있습니다.
영국 정부의 이번 결정은 단순한 소프트웨어 교체가 아닙니다. 디지털 시대에 국가가 자신의 행정 역량을 어떻게 지켜나가야 하는지에 대한 하나의 답입니다. 그리고 그 답이 생각보다 훨씬 실현 가능하다는 것을, 이번 사례가 보여줬습니다.
⚠️ 이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.
댓글