코드를 유럽 밖으로 내보내지 않는 깃 호스팅, 'pushin.eu'가 내건 것

소스 코드 저장소를 어디에 두느냐는 오랫동안 기술적 편의의 문제로 여겨졌다. 속도가 빠르고 통합 기능이 풍부하며 협업이 수월한 플랫폼이면 충분했다. 그러나 최근 등장한 유럽 기반 깃 호스팅 서비스 'pushin.eu'는 이 질문을 데이터 주권(sovereignty)과 규제 관할권의 문제로 다시 제기한다. 이 서비스는 공개·비공개 저장소, 이슈 트래킹, CI를 모두 유럽연합(EU) 영토 안에서만 운영하며, 'GDPR을 기본값으로 설계했다'는 점을 핵심 정체성으로 내세운다.

왜 '유럽에 머무는' 것을 강조하나

pushin.eu가 반복해 강조하는 표현은 '저장소가 EU를 절대 떠나지 않는다'는 것이다. 이는 단순한 마케팅 문구가 아니라 특정한 법적 리스크를 겨냥한 주장이다. 서비스 측은 미국의 CLOUD Act에 따른 소환장, 해외 플랫폼의 정책 변화, 그리고 하룻밤 사이에 계정을 잠글 수 있는 '바다 건너의 공급자' 문제를 명시적으로 언급한다. 즉 코드가 물리적으로 어디에 저장되고 어느 나라의 법을 따르느냐에 따라, 개발 조직이 통제할 수 없는 외부 변수가 개입할 수 있다는 인식이다. 이들은 그 대안으로 GDPR과 프라이버시 우선 접근만을 적용받는 환경을 제시한다.

한국 실무자 입장에서 이 논점은 낯설면서도 시사적이다. 한국은 EU 관할이 아니므로 GDPR이나 CLOUD Act가 직접 적용되는 상황은 드물지만, '데이터가 어느 관할권에 놓이는가'라는 구조적 질문 자체는 동일하게 유효하다. 공공기관, 금융, 국방 관련 프로젝트처럼 데이터 소재지와 접근 가능한 제3국 정부의 존재가 계약·감사 요건이 되는 영역에서는, 저장소 호스팅의 관할권도 검토 대상이 될 수 있기 때문이다.

'AI가 아니라 사람을 위한 플랫폼'이라는 차별화

두 번째 축은 AI에 대한 거리두기다. pushin.eu는 자사를 'AI가 아닌 사람을 위해 만든 플랫폼'으로 규정하며, 모든 화면에 AI 버튼을 붙이는 대신 개발자 경험(DX)에 집중하겠다고 밝힌다. 특히 이들은 사용자의 코드를 모델 학습에 사용하지 않으며, 파트너사에도 이를 허용하지 않는다고 명시한다. '예외 없음, 세부 약관의 함정 없음, 약관 깊숙이 숨겨진 조용한 옵트아웃 없음'이라는 표현은, 최근 여러 코드 호스팅·AI 서비스가 학습 데이터 활용 정책을 약관 변경으로 도입하면서 개발자 커뮤니티에서 일었던 반발을 정확히 겨냥한 것으로 읽힌다.

또한 이들은 '슬롭(slop)'이라 부르는 저품질 기여를 차단하겠다고 강조한다. 인지도를 노린 사람들이 인기 패키지에 이름을 올리기 위해 성의 없는 기여를 대량으로 뿌리면서 메인테이너들이 소진되는 현상을, 방치하지 않고 막겠다는 것이다. 오픈소스 유지보수자의 번아웃은 실제로 생태계의 지속 가능성과 직결되는 문제라는 점에서, 플랫폼 차원의 대응을 표방한 것은 주목할 만한 방향이다.

가용성을 전면에 내세운 이유

세 번째 가치는 가용성이다. pushin.eu는 '깃 호스트가 멈추면 팀도 멈춘다'는 단순한 명제를 들어, 화려한 AI 기능을 좇다 서버조차 유지하지 못하는 경쟁자들과 자신을 구분한다. 언제든 배포할 수 있어야 한다는 원칙 아래 가용성을 최우선으로 설계했다는 주장이다. 개발 인프라에서 안정성이 기능의 화려함보다 근본적이라는 지적은 상식적이지만, 그것을 핵심 마케팅 메시지의 전면에 배치했다는 점이 이 서비스의 방향성을 압축해 보여준다.

실무적 의미와 한계

정리하면 pushin.eu의 제안은 세 가지 축, 즉 EU 내 데이터 주권, 코드 비학습 원칙, 가용성 중심 설계로 요약된다. 이는 GitHub과 같은 대형 플랫폼이 주는 압도적 편의와 생태계 대신, 통제 가능성과 명확한 데이터 정책을 우선하는 조직에 소구하는 포지셔닝이다. 특히 규제 산업이나 데이터 소재지가 계약 요건인 프로젝트라면 검토할 만한 선택지가 될 수 있다.

다만 공개된 정보만으로는 판단하기 어려운 부분이 많다는 점도 분명히 해둘 필요가 있다. 구체적인 가격 정책, 지원하는 CI의 성능과 통합 범위, 실제 가동률(SLA) 수치, 기존 저장소 마이그레이션 편의성, 그리고 대형 플랫폼 수준의 협업·자동화 생태계를 어느 정도까지 대체할 수 있는지는 이번 자료에서 확인되지 않는다. 데이터 주권과 프라이버시라는 가치 제안은 명확하지만, 그것이 실제 팀의 생산성 도구로 얼마나 성숙했는지는 별도의 검증이 필요하다. 결국 이 서비스는 '어디에 코드를 두는가'라는 질문을 편의가 아닌 원칙의 문제로 되돌려 놓았다는 점에서, 도입 여부와 무관하게 한 번쯤 자기 조직의 기준을 점검하게 만드는 사례다.