Microsoft한테 Fork 당하다
(philiplaine.com)- Spegel은 이미지 레지스트리 장애로 인한 Kubernetes 클러스터 확장 문제를 해결하기 위해 개발된 오픈소스 도구임
- Microsoft는 Spegel에 관심을 보이고 협력 의사를 밝혔지만, 이후 별다른 피드백 없이 유사한 프로젝트인 Peerd를 독자적으로 공개함
- Peerd는 Spegel을 기반으로 만든 것으로 보이며, 실제로 코드, 테스트, 주석 등이 거의 동일하고 일부는 복사 수준임
- MIT 라이선스는 포크를 허용하지만 출처 표기를 누락하거나 저작권 제거는 불허, Microsoft가 이 기준을 지키지 않은 정황이 있음
- 이 사건은 오픈소스 생태계에서 개발자와 대기업 간 불균형한 권력 구조를 드러내며, 라이선스 변경과 후원 유도 등 대응을 고민하게 함
Spegel의 시작과 문제의식
- 작성자는 Kubernetes 클러스터에서 이미지 레지스트리 장애로 인해 확장성 문제를 겪음
- 상태 저장형 미러 대신, 운영 부담이 적고 무상태로 작동하는 도구를 만들기로 결심함
- 그렇게 탄생한 오픈소스 도구가 바로 Spegel, 현재 1.7k 이상의 GitHub 스타와 1,400만 이상의 다운로드 수 기록
Microsoft와의 만남, 그리고 침묵
- Microsoft는 Spegel에 관심을 보이며 미팅을 요청했고, 작성자는 적극적으로 아키텍처 지원 및 코드 설명에 협력함
- 초기에는 협업에 대한 희망이 있었지만, 이후 아무런 피드백 없이 대화가 끊김
- 이후 KubeCon Paris에서 Microsoft가 개발한 Peerd 발표를 통해 Spegel이 언급되고 있음
Peerd와 Spegel의 유사성
- Peerd는 Microsoft가 만든 P2P 기반 이미지 배포 도구로, Spegel에서 영감을 받았다고만 간략히 언급함
- 그러나 코드상에서 함수 정의, 주석, 테스트 케이스 등이 Spegel과 거의 동일
- 예시 코드 비교 이미지에서는 함수 주석까지 일치, 일부 테스트에는 Spegel과 작성자의 이전 직장 이름까지 포함됨
- Peerd는 MIT 라이선스를 적용했지만, Spegel의 원 저작자 및 출처 표기가 부족함
오픈소스 유지자의 고충
- 프로젝트가 성장하면서 Spegel 사용자들은 Peerd와의 차이를 자주 문의함
- Microsoft와의 힘의 차이로 인해 Spegel은 브랜드 인지도 측면에서 밀림
- 협력과 기여를 기대했던 작성자는 좌절을 겪었고, 라이선스 변경까지 고려하게 됨
커뮤니티의 미래와 대응
- 오픈소스 생태계는 최근 Hashicorp의 라이선스 변경, 기업의 투자 감소 등으로 불안정한 흐름을 겪고 있음
- 작성자는 GitHub Sponsors를 열고, Spegel을 계속 유지할 수 있도록 커뮤니티의 후원과 참여를 요청함
- 이번 사건은 개별 개발자와 대기업 사이의 구조적 불균형 문제를 다시 조명하며, 라이선스 선택의 중요성을 강조함
마무리: 개인 대 대기업, 불균형 속에서의 저항
- Spegel은 여전히 활발히 사용되고 있으며, 작성자는 자신의 경험을 바탕으로 오픈소스 생태계의 회복력을 믿음
- 하지만 “다윗과 골리앗” 같은 현실 속에서, 작성자는 Spegel의 미래를 위해 최소한의 저항 수단으로 라이선스 변경을 고려하고 있음
Hacker News 의견
-
과거 Microsoft의 Satya 시대 이전에, 나는 초기 클라우드 시대에 중요한 문제를 해결하는 인기 있는 오픈 소스 소프트웨어(OSS) 제품의 유지 관리자였음
- Microsoft의 한 디렉터가 협업을 제안했으나, 나는 컨설팅 계약서를 보내겠다고 답했음
- 법적 절차를 거쳐 2일간 워크숍을 진행했고, 그들은 비용을 지불했음
- 원하는 만큼의 가치를 지불할 준비가 되어 있다면, 무료로 일하지 말라는 교훈을 얻었음
-
Microsoft의 Cloud Native Ecosystem 팀의 Lachlan이 Philip에게 사과의 메시지를 전했음
- Spegel 프로젝트의 리더십과 협업에 감사하며, 프로젝트가 클라우드 네이티브 커뮤니티에 실질적인 도전을 해결한다고 평가했음
- 라이선스 헤더를 수정하기 위한 풀 리퀘스트를 제출했으며, 더 나은 오픈 소스 커뮤니티의 관리자가 되기 위해 노력할 것임
-
Microsoft에 대한 비난이 많지만, 이는 개인의 경력 발전을 위한 행동일 가능성이 높음
- 오픈 소스 커뮤니티는 이러한 상황에서 개인에게 직업적 결과를 부과할 방법이 필요함
- 직업적 결과는 경력 기회 상실, 기여자 권한 상실, 신뢰할 수 없는 사람으로 알려지는 것임
-
MIT 라이선스를 따르지 않는 것은 저작권 침해임
- 그러나 파일에 저작권 공지가 없었기 때문에 문제를 제기하기 어려움
- OSS 친화적인 변호사와 상담할 것을 권장함
-
새로운 종류의 라이선스, 즉 커뮤니티 오픈 소스가 필요하다는 의견이 있음
- Microsoft와 같은 기업이 프로젝트를 포크할 때 커뮤니티에 해를 끼침
- 이윤 추구가 아닌 협업을 중시하는 커뮤니티 윤리가 필요함
-
Microsoft가 저작권 공지를 제거한 것은 잘못이지만, 저자는 불만을 제기할 근거가 없음
- 가장 허용적인 라이선스를 선택했다면 그에 따른 결과를 받아들여야 함
-
Microsoft 내부에서 누군가가 승진을 위해 다른 사람의 작업을 활용하고 있을 가능성이 있음
- 이는 처음도 마지막도 아닌 사례이며, Microsoft는 의도적으로 이러한 행동을 반복함
-
Peerd 프로젝트의 저작권 귀속을 수정하기 위한 커밋이 제출되었음
- 몇몇 파일의 저작권 헤더가 업데이트되었고, LICENSE 파일의 귀속도 수정되었음