Hacker News 2026.04.30 59

네덜란드 정부가 직접 만든 오픈소스 코드 플랫폼이 등장했어요

정부가 GitHub를 떠나기로 했습니다

네덜란드 정부가 자체 오픈소스 코드 플랫폼을 소프트 런칭했어요. 이름이 "소프트 런칭"인 이유는 아직 모든 기능이 완성된 건 아니지만 일단 공개해서 써보면서 다듬어 가겠다는 뜻인데요. 핵심은 이거예요. 공공기관이 만든 코드는 공공기관이 통제할 수 있는 인프라 위에 올라가야 한다는 원칙을 실제로 실현한 사례입니다.

지금까지 많은 정부 부처들이 GitHub에 코드를 올려왔어요. 편하니까요. 그런데 GitHub는 미국 마이크로소프트 소유의 상업 서비스이고, 미국법의 영향을 받죠. 유럽 입장에서는 "우리 행정 코드가 외국 회사 서버에 묶여 있고, 외국 정책 변화에 휘둘릴 수 있다"는 게 점점 더 부담스러워진 거예요. 이번 플랫폼은 그 의존을 끊어내는 첫걸음입니다.

어떻게 만들어졌나

이 플랫폼은 처음부터 새로 짠 게 아니라, 오픈소스 프로젝트인 Forgejo를 기반으로 만들어졌어요. Forgejo는 Gitea라는 가벼운 GitHub 대안에서 갈라져 나온 프로젝트인데, 비영리 커뮤니티가 운영한다는 점이 특징이에요. Go 언어로 짜여 있어서 가볍고, 자체 호스팅이 쉬워서 정부 같은 기관이 자기 데이터센터에 올리기에 딱 맞아요.

네덜란드 정부는 여기에 자기들 환경에 맞는 인증 시스템(공공 ID 연동), 보안 규정 준수 기능, 그리고 "공개 기본(open by default)" 정책을 위한 공개 저장소 구조를 더했어요. 공무원이 새 프로젝트를 만들 때 별도 절차 없이 기본적으로 공개되도록 설계됐다는 거죠. 이게 별 거 아닌 것 같지만 실제로는 큰 변화예요. 보통 정부 프로젝트는 "비공개가 기본"이고 공개하려면 결재가 필요한데, 이걸 뒤집은 거니까요.

'Public Money, Public Code'라는 운동

이번 발표의 배경에는 유럽에서 꽤 오래 진행돼 온 Public Money, Public Code 운동이 있어요. 직역하면 "공적 자금, 공적 코드"인데요, 시민의 세금으로 만든 소프트웨어는 시민이 자유롭게 쓸 수 있어야 한다는 주장이에요. Free Software Foundation Europe(FSFE)이 주도해 왔고, 독일 일부 도시(예: 슈베린)에서는 이미 정부 인프라를 리눅스와 LibreOffice로 옮기는 시도가 진행 중이고요.

네덜란드의 이번 행보는 이 운동의 가장 가시적인 성과 중 하나예요. 단순히 "리눅스로 갈아타자"가 아니라 "우리가 코드를 만드는 인프라 자체를 우리 손에 두자"는 더 깊은 차원의 자율성을 추구하는 거거든요.

디지털 주권이라는 키워드

요즘 유럽에서 자주 들리는 단어가 디지털 주권(Digital Sovereignty)이에요. 이게 뭐냐면, 한 나라의 디지털 인프라가 외국 빅테크에 통째로 의존하면 그 나라는 사실상 정책적 자율성을 잃게 된다는 문제의식이에요. 클라우드는 AWS, 검색은 구글, 코드 호스팅은 GitHub, 사무용 SW는 마이크로소프트인데, 이 회사들이 모두 미국 회사잖아요. 미국이 어떤 제재를 걸거나 정책을 바꾸면 유럽 행정이 그대로 멈춰버릴 수 있다는 거예요.

그래서 Gaia-X 같은 유럽 클라우드 프로젝트, EuroStack 논의, 그리고 이번 같은 정부 forge 구축이 동시에 진행되고 있어요. 단편적인 하나의 사건이 아니라 큰 흐름 속의 한 조각인 셈입니다.

한국 개발자에게 주는 시사점

한국도 "디지털플랫폼정부"를 내걸고 있고, 공공 SW 분야에서 오픈소스 활용을 늘리고 있는 상황이라 남 일 같지 않아요. 한국 행정안전부의 "공공코드" 프로젝트나 NIPA가 운영하는 오픈소스 관련 사업들이 비슷한 결을 가지고 있죠. 다만 한국은 아직 "GitHub에 올린다" 수준이고, 자체 forge를 운영한다는 발상은 아직 본격적이지 않아요.

실무적으로 보면 두 가지를 챙겨볼 만해요. 첫째, Forgejo나 Gitea를 직접 운영해본 경험은 자체 호스팅이 점점 늘어나는 흐름에서 가치 있어요. Docker 한 줄로 띄울 수 있어서 사이드 프로젝트로 시도해보기 쉽고요. 둘째, 공공 분야 일을 하는 분들이라면 "공개 기본" 워크플로우를 어떻게 설계할지 미리 고민해두면 좋아요. 비공개 기본 문화에서 공개 기본 문화로 바꾸는 건 기술 문제가 아니라 절차와 거버넌스 문제거든요.