본문으로 건너뛰기

© 2026 Molayo

GN헤드라인2026. 05. 16. 01:19

영국 정부, Palantir 소프트웨어를 내부 구축 난민 시스템으로 교체

요약

본 기사는 영국 정부가 공공 부문 시스템 구축에 있어 외부 컨설팅 업체(특히 Palantir)에 과도하게 의존하는 현상을 비판적으로 분석합니다. 필자는 이러한 경향이 높은 공무원 급여 구조와 예산 삭감 등의 구조적 문제에서 비롯되며, 결과적으로 정부가 지식재산권은 포기하고 비용과 시간을 크게 늘리는 '공급사 종속'의 악순환을 초래한다고 주장합니다. 장기적으로는 내부 인력을 육성하고 원천 데이터 시스템을 현대화하는 것이 더 경제적이고 효과적인 대안이라고 강조합니다.

핵심 포인트

  • 영국 공공 부문은 높은 급여 제한으로 인해 직접 프로그래머 고용이 어려워 외부 컨설팅 업체에 의존하게 되는 구조적 문제를 안고 있다.
  • 외부 시스템 통합업체는 내부 직원 채용보다 훨씬 높은 비용을 책정할 수 있어, 정부가 공급사 종속적인 모델을 따르게 만든다.
  • Palantir와 같은 기업의 솔루션은 비싸며, 컨설팅 및 배포 전략가 집단의 비용이 소프트웨어 구매 비용에 포함되어 독점적 구조를 형성한다.
  • 장기적으로는 내부 기술 역량을 강화하고 원천 데이터 시스템을 현대화하는 것이 가장 경제적이고 효과적인 해결책이다.
  • 정부 프로젝트의 복잡성을 과대평가하여 거대한 외부 솔루션을 도입하는 경향은, 실제로는 적은 비용과 인력으로 충분히 처리 가능한 규모인 경우가 많다.

영국 헬스케어 기술 쪽에서 일해봤지만, 왜 모두가 Palantir에 돈을 쏟아붓는지 이해가 안 됐음
명백히 사악하다는 점은 차치해도, 실제 솔루션이 그다지 좋지도 않았음
결국 높은 자리의 인맥, 로비, 그리고 음… 상호 뒤봐주기가 작동했다는 느낌을 피하기 어려움
NHS England인지 NHS Digital인지의 고위 직원들이 대규모 NHS 컴퓨팅 계약을 AWS에 넘긴 뒤 공직을 떠나 AWS 직원이 된 일도 떠오름

영국 공공부문에서 공급사 쪽으로 몇 년 일해본 입장에서 말하면, 이건 Whitehall의 공식 정책임
부처는 프로그래머를 연 £100k에 고용할 수 없음. 공무원 급여 밴드를 훨씬 넘기 때문임
하지만 Cap Gemini, Deloitte, Fujitsu 같은 “시스템 통합업체”에는 같은 자리에 앉은 같은 프로그래머에게 하루 £600을 줄 수 있음. 즉 연 £100k 직접 고용은 나쁘고, 외부 컨설팅을 통한 연 £120k는 괜찮다는 구조임
GDS의 역사도 보면, 한때는 괜찮은 급여를 주고 직접 만들고 소유할 권한이 있었지만 예산이 깎이고 프로그램이 잘렸음. “그냥 사면 된다”는 논리 때문임
지식재산권은 못 갖고, 비용은 4배, 기간은 3~5배 걸리지만 “비효율적인 공무원 비대화”를 관리하지 않아도 된다는 식임
이 흐름은 1980년대부터 시작됐고, 조금 되돌아가는 조짐도 있음. 작년에 한 부처에서 실제 엔지니어를 채용하고 내부에 DevOps 역량을 심는 걸 검토 중이라고 해서 정말 입이 벌어질 정도로 혁명적으로 들렸음

이른바 회전문 인사가 한 축이고, 또 다른 축은 낮은 보수와 열악한 조건 때문에 내부 인재가 부족한 점임
어느 정도 자기충족적 예언처럼 작동함. NHS Digital에서 의미 있는 일을 해보고 싶지만, 흥미로운 일은 전부 외주로 나가니 직접 만들 수 있는 직원을 붙잡아둘 수 없음
채용 절차도 형편없음. 예를 들어 이 공고를 보면 됨: https://www.jobs.nhs.uk/candidate/jobadvert/C9175-26-0093
핵심 요구 역량이 SQL인 걸 보면 이 역할은 명백히 IT/데이터 쪽에 더 가까움

런던의 정부 관계자가 많은 행사에 있었는데, Palantir가 별로 좋은 회사가 아니라는 얘기가 나오자 누군가 “여기서는 그런 얘기 하지 말라, 우리는 여기서 Palantir를 좋아한다”고 외쳤음
확실히 방 안의 코끼리 같은 존재임. 비용도 코끼리급이고, 상황도 아주 까다로움
Palantir의 무료 소프트웨어는 무료가 아님. Peter Thiel의 회사는 독점이 핵심임
그리고 Palantir에서 자기 데이터를 빼는 것도 잊지 말아야 함: https://your-data-matters.service.nhs.uk/

Palantir는 매우 비쌈. 이유는 두 가지임
첫째, 컨설팅 비중이 큰 모델로 제품 회사 수준의 마진을 내려고 함
둘째, 소프트웨어 구매 비용이 “무료” FDE와 배포 전략가 집단의 비용을 충당함. 이들이 설치 환경을 커스터마이즈하고, 데이터 파이프와 변환을 만들고, 사람들이 데이터를 어떻게 이해하는지 파악함
조직의 기술 역량이 데이터 통합에 약하거나 갑작스러운 단기 수요가 있다면 괜찮은 거래일 수 있음
장기적으로는 유능한 기술팀을 키우고, 원천 데이터 시스템을 현대화하고, 직접 통합하는 편이 더 싸고 효과적일 가능성이 큼. 다만 외부 과장 마케팅과 압력에 흔들리지 않는 장기적 시야의 리더십이 필요함

국가가 왜 이런 걸 외부 회사에 돈 주고 맡기는지 이해가 안 됨
어차피 무엇을 받는지 평가하려면 전문성이 필요하고, 인센티브도 전혀 맞지 않음
국가 규모라면 내부에서 직접 할 수 있음

Salesforce 같아 보임. 기업들이 수백 명의 “Salesforce 엔지니어”를 써가며 노골적으로 공급사 종속에 스스로 빠지는 데 엄청난 돈을 내는 게 이해가 안 됨

Palantir 컨설팅은 반쯤 유능한 해커가 LLM을 손에 쥐면 대체할 수 있지 않을까?

NHS 데이터를 다루는 주권 데이터 작업을 하던 영국 회사에 있었음
그 회사는 데이터 제공의 대가로 NHS 트러스트에 지분을 주고, 데이터는 회사 밖으로 나가지 않게 했음. 밖으로 나가는 건 유료 연구 결과뿐이었음
초기 데이터 기반 작업으로 제약 연구 비용 상승을 낮추려는 구상이었음
그 회사가 이 계약에 입찰했지만 Palantir에 졌음. 이걸 정확히 올바른 방식으로 하려던 회사가 미국 정보기관 관련 회사에 졌다는 걸 아직도 믿기 어려움

정말 놀라운 일인가? 대중이 투표했다면 그 회사에 계약을 줬겠지만, 우리의 자애로운 지도자들은 보통 개인적 이익에 흔들림
이런 뉴스는 언론에서 널리 공개적으로 다뤄지지 않음. 언론은 훨씬 사소한 일이나 대중의 공포와 분노를 키우는 데 더 관심이 많음

“2023년 블로그 글에서 Palantir는 수만 건의 비자 신청과 수십만 건의 숙소 제안을 담은 여러 정부 시스템의 데이터를 결합하는 과제를 설명했다”
이런 건 GDS와 다른 공무원 조직들이 늘 만드는 종류임. 각 부처 DDAT 부서의 작은 개발팀과 지원 인력이 매일 하는 표준적인 과제임
결과물은 기본적으로 오픈소스가 되고, 기존 표준을 사용하게 됨

맞음. “여러 정부 시스템”, “수만 건”, “수십만 건”은 전형적으로 “사무실의 네 명에게 시간 일부를 배정하는” 정부 프로젝트 규모임
예산은 많아야 수십만 파운드 초반이어야 함

정확함. 더 중요한 건 내부에서 만들 때와 계약업체가 만들 때 인센티브가 다르다는 점임
계약업체는 고객을 계속 의존하게 만들 유인이 있음

문서 수십만 건은 펜과 종이로 사무실을 운영해 처리하는 것도 현실적으로 가능한 규모임
특히 대부분은 서로 교차 참조되지 않음. 가족 신청서는 연결되지만, 관련 없는 가족들 사이에는 그런 링크가 없음
미국 최고의 기술 인재들이 이 문제를 못 푼다는 건 창피한 일임. 외국, 잠재적 적대국에 거주와 비자 정보처럼 민감한 데이터 접근권을 주는 부담은 말할 것도 없음

적당히 복잡한 Excel 시트로도 가능할 것 같음
물론 그러지 않길 바라지만, 작동 방식을 아는 그 한 사람을 붙잡아두는 게 Palantir보다 여전히 쌈

이게 단순한 동전 던지기인지, 그 이상의 일인지 알기엔 정보가 충분하지 않음
“회사가 자체 시스템을 만들려다 돈을 [아꼈다/잃었다]”는 양쪽 모두 흔한 이야기임
맥락상 Homes for Ukraine 난민 제도는 2023년 기준 20억~30억 파운드가 들었고, 최신 비용은 찾기 어려움
기사 기준으로 Palantir는 처음 6개월은 무료로 일했고, 이후 12개월짜리 두 기간에 각각 450만 파운드와 550만 파운드를 받았으며, 지금은 자체 개발 시스템으로 전환 중임

MHCLG [
Ministry of Housing, Communities and Local Government] said it initially needed a system which could be ready within days but, in seeking a "steadier service", later created an updated platform to meet the programme's longer-term needs and bring down costs.
MHCLG의 논리에 대체로 동의함. 직접 만들 수 있는지 실험해볼 가치는 항상 있음

2013년쯤 이런 것 중 작은 부분, 구체적으로 침대 관리 쪽을 작업한 적 있음
5명짜리 팀이면 약 2~3개월 안에 만들고, 이후 장기적으로 일부 시간만 투입하면 되는 정도였음
연간 비용은 100만 파운드 미만이고, 그 사람들 대부분이 여러 제품 라인을 함께 전달했으니 실제 비용은 절반이나 4분의 1 수준임

정부는 이런 시스템, 즉 “여러 내부 시스템에서 데이터를 모으고, 공개 양식을 보여주고, 양식 제출을 처리하는 내부 절차를 갖춘 시스템”을 항상 만듦
지방자치단체에서 일할 때 우리는 이런 걸 거의 격월로 만들었음

GDS에는 영국 정부 부처들이 이런 유사 과제를 가진 사이트를 만들 때 한동안 따라온 프레임워크가 있음

차이는 언제나 신경 쓰는 개발자 한두 명이 있느냐임
내가 본 성공한 소프트웨어 프로젝트에는 늘 건강에 해로울 정도로 더 많이 신경 쓰는 개발자 몇 명이 있었음

NHS와의 계약은 약 3억 파운드 규모이고, 대중도 원하지 않고, 대부분의 GP도 원하지 않으니 다음엔 그걸 없애야 함

대체 시스템을 개발하는 데도 엄청난 비용이 들 것임
Palantir를 끊는다고 갑자기 무료로 꽂아 넣을 수 있는 대체재가 생기고 모두가 5파운드씩 돌려받는 건 아님

AI 자동 생성 콘텐츠

본 콘텐츠는 GeekNews의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.

원문 바로가기
0

댓글

0