깃허브(GitHub)를 떠나 Forgejo로? 개발자들의 데이터 주권 찾기

GitHub가 Microsoft의 CoreAI 부서에 편입되면서, 개발자들은 데이터 주권(Data Sovereignty)에 대한 우려를 표명하고 있다. 특히, Copilot의 AI 학습(AI Training)을 위한 사용자 데이터 수집 정책 변경은 이러한 우려를 증폭시켰다. 미국 법률(US Law)의 적용 가능성 또한 개발자들이 자체 호스팅 솔루션으로 눈을 돌리는 주요 원인으로 작용하며, 정부 기관의 Forgejo 도입 사례는 이러한 움직임에 힘을 실어주고 있다.

Forgejo는 오픈소스(Open Source), GPLv3+ 라이선스(License), 그리고 커뮤니티 기반 거버넌스(Community Governance)를 통해 GitLab과의 차별점을 강조한다. 특히, Forgejo는 상업적 이익 추구에 얽매이지 않고 데이터 미저장 정책(Zero-Retention Policy)을 유지하려는 개발자들의 니즈를 충족시킨다. 또한, Forgejo Actions의 성숙과 함께 GitHub Actions 생태계의 대안으로 부상하고 있다.

Forgejo로의 전환 과정에서 GitHub Actions 생태계(Ecosystem)에 대한 의존성을 줄이는 것이 중요한 과제로 떠오르고 있다. KVM 격리(KVM Isolation), gVisor, 그리고 주간 재구축(Weekly Rebuild)과 같은 기술을 활용하여 자체 호스팅 환경을 구축하는 사례가 제시된다. 하지만, GitHub Actions의 다양한 기능을 대체할 수 있는 솔루션 마련과 CI/CD 파이프라인(CI/CD Pipeline) 구축에 대한 어려움도 존재한다.

Forgejo는 GitLab에 비해 라이선스(License) 및 거버넌스(Governance) 측면에서 강점을 갖지만, GitHub의 강력한 생태계(Ecosystem)와 사용자 인터페이스(UI)의 장점을 따라가야 하는 과제를 안고 있다. 특히, GitHub Actions와 같은 CI/CD 도구(CI/CD Tools)의 부재는 Forgejo 사용자들이 겪는 주요 어려움 중 하나이다. 하지만, 데이터 격리 아키텍처(Data Isolation Architecture)를 통해 보안성을 강화할 수 있다는 점은 매력적인 요소로 작용한다.