영국 정부, 난민 매칭 시스템에서 Palantir 빼고 자체 구축으로 수백만 파운드 절감

• 영국 정부가 우크라이나 난민 주거 매칭 시스템에서 Palantir를 빼고, 내부 개발 시스템으로 갈아탐

  • 담당 부처는 새 시스템이 더 유연하고, 보안 기준도 충족하며, 운영비를 연간 수백만 파운드 아끼고 있다고 밝힘
  • 핵심은 단순 비용 절감이 아니라 데이터와 코드 통제권을 정부가 다시 가져왔다는 점임

• 이 시스템은 원래 긴급 대응으로 시작됐음

  • Homes for Ukraine는 2022년 3월, 러시아의 전면 침공 한 달도 안 돼 만들어진 프로그램임
  • 집이나 별도 거처를 무료로 제공할 수 있는 사람들이 웹사이트를 통해 우크라이나 난민에게 숙소를 제안하는 구조였음
  • Palantir는 Foundry 기반 시스템을 6개월간 무료로 제공했고, 회사 설명으로는 9일 만에 솔루션을 세워 15만7000명 이상 재정착을 지원함

• 문제는 '무료로 빠르게 시작한 시스템'이 이후 꽤 비싼 계약으로 이어졌다는 것

  • 영국 감사원 보고서에 따르면 이후 12개월 계약이 각각 450만 파운드, 550만 파운드 규모로 체결됨
  • 정부 최고 상무 책임자는 Palantir가 무료 또는 상징적 비용으로 먼저 들어와 상업적 발판을 만드는 방식에 우려를 표함
  • 공개 경쟁을 요구하는 공공 조달 원칙과 충돌할 수 있다는 지적임

• 내부 구축 쪽 주장은 꽤 선명함

  • MHCLG의 프로젝트 리더는 기존 상용 플랫폼을 더 유연한 내부 기술 솔루션으로 대체하고 싶었다고 설명함
  • 이유는 지원 비용 절감, 시스템 데이터 통제, 코드 통제였음
  • 전직 정부 기술 자문인 Terence Eden은 적절한 자원이 주어지면 공무원 조직도 Palantir 같은 민간 기업보다 더 나은 시스템을 만들 수 있다고 봄

• 다만 '외주 나쁨, 내부 개발 좋음'처럼 단순하게 끝나는 얘기는 아님

  • 영국 IT 전문기관 BCS 쪽은 일부 디지털 서비스를 내부에서 만드는 장점은 분명하다고 봄
  • 동시에 긴급 국가 프로그램에서는 외부 전문가가 경험, 특수 역량, 대규모 팀 투입 능력을 빠르게 제공할 수 있다고 짚음
  • 결국 질문은 '빅테크 의존을 줄일까?'가 아니라 '그럴 역량에 얼마나 빨리 투자할 건가?'에 가까움

---

기술 맥락

• 이 건의 기술적 선택은 상용 데이터 플랫폼 기반 긴급 시스템을 내부 개발 시스템으로 바꾼 거예요. 왜냐하면 초기 구축 속도보다 장기 운영비, 데이터 통제, 코드 소유권이 더 중요한 단계로 넘어갔기 때문이에요.

• Palantir Foundry 같은 플랫폼은 여러 정부 시스템에 흩어진 비자 신청과 숙소 제안을 빠르게 묶는 데 강점이 있어요. 문제는 한 번 핵심 업무가 플랫폼 위에 올라가면, 이후 운영·변경·계약 협상에서 공급자 의존도가 커질 수 있다는 점이에요.

• 내부 구축은 반대로 초기에 팀과 역량이 필요해요. 그래도 시스템이 안정 운영 단계에 들어가면 조직이 직접 구조를 바꾸고 비용을 줄일 여지가 생기거든요.

• 한국 공공·금융·대기업 시스템에서도 비슷한 판단이 자주 나와요. 급한 프로젝트는 외부 솔루션으로 빨리 열고, 장기 핵심 업무는 내부 역량으로 가져갈지 정하는 문제가 결국 아키텍처 결정이자 조달 전략이 되는 거예요.