프로젝트가 소스 공개 라이선스로 전환한 이유

오픈소스 소프트웨어의 역사는 자발적인 기여와 자유로운 공유의 가치 위에 세워졌습니다. 그러나 지난 수년간 MongoDB, Elasticsearch, Terraform, Redis 등 시장을 지배해 온 대표 오픈소스 기업들이 잇따라 소스 공개(Source-Available) 라이선스로 전환하며 업계에 거대한 파장을 일으켰습니다.

이 기업들이 공식 발표문에서 밝힌 핵심 전환 동기는 무엇이었으며, 클라우드 컴퓨팅 시대의 비즈니스 딜레마는 어떻게 전개되었을까요? 그리고 최근 Elastic이 3년 만에 다시 AGPL-3.0을 추가하며 오픈소스로 복귀한 사건은 무엇을 시사할까요? Relicensed의 마이그레이션 데이터를 바탕으로 그 역사와 함의를 분석합니다.

1. 라이선스 변경의 주요 역사적 연표

2. 공식 발표에서 밝힌 3대 공통 이유

1) 클라우드 거대 기업(하이퍼스케일러)의 무임승차 문제

가장 결정적인 원인은 AWS, 마이크로소프트 애저, 알리바바 클라우드 등 거대 클라우드 기업들이 수백 명의 엔지니어가 수년간 투자해 개발한 오픈소스를 자사 클라우드 관리형 상품(예: AWS Elasticsearch Service, ElastiCache 등)으로 포장해 막대한 매출을 올리면서도, 원본 오픈소스 코드베이스에는 의미 있는 기여나 재정적 지원을 거의 하지 않는다는 불만이었습니다.

2) R&D 투자와 주주 가치 환원의 지속 가능성

MongoDB, Elastic, HashiCorp 등은 나스닥(NASDAQ)에 상장된 영리 기업입니다. 주주들에게 지속적인 분기별 매출 성장과 수익성을 입증해야 하는 상황에서, 자사의 소프트웨어가 타사의 가장 강력한 현금 창출 수단이 되는 구조를 더 이상 방치할 수 없었습니다.

3) 전통적 오픈소스(아파치, BSD, MPL) 라이선스의 사각지대

기존의 허용적 오픈소스 라이선스(Apache-2.0, BSD-3-Clause, MIT)는 1990년대~2000년대의 소프트웨어 복제 및 바이너리 배포를 전제로 만들어졌습니다. 인터넷을 통해 원격으로 접속해 기능을 제공하는 클라우드 서비스(SaaS/DBaaS) 형태의 독점적 상업화를 통제할 법적 장치가 전혀 없었던 것입니다.

3. 전환 이후의 시장 반응과 반작용

라이선스 전환은 원작성 기업에게 클라우드 통제권을 안겨주었지만, 동시에 강력한 반작용을 불러왔습니다:

• 오픈소스 진영의 신뢰 상실: 수많은 오픈소스 기여자들과 서드파티 개발사들이 “오픈소스 미끼로 커뮤니티를 키운 뒤 독점화했다(Bait-and-switch)”며 거세게 반발했습니다.
• 대형 커뮤니티 포크의 즉각적인 탄생: Linux Foundation을 중심으로 Valkey, OpenTofu, OpenSearch가 출범하여 시장 점유율을 양분하기 시작했습니다.
• 2024년, 역방향 재전환(오픈소스 복귀) 사례 등장:놀랍게도 2024년 8월, Elastic은 3년 만에 Elasticsearch에 OSI 승인 오픈소스인 AGPL-3.0을 다시 추가하여 공식 오픈소스 진영으로 전격 복귀했습니다. Redis 역시 8.0.0에서 AGPL-3.0을 삼중 라이선스로 추가했습니다. 이는 폐쇄적 라이선스 전환이 가져오는 브랜드 가치 하락과 개발자 이탈을 실감하고 취한 전략적 타협으로 해석됩니다.

4. 시사점: 개발자와 기업은 무엇을 준비해야 하는가?

이제 오픈소스는 “한 번 오픈소스면 영원히 오픈소스”라는 공식이 깨진 시대에 접어들었습니다.

1. 기술 스택을 선정할 때 소프트웨어의 저작권 보유자가 단일 영리 기업인지, 중립 비영리 재단인지 거버넌스를 확인해야 합니다.
2. 소프트웨어 버전 업그레이드 시 릴리스 노트의 기능뿐 아니라 라이선스 조건 변경 여부를 상시 모니터링해야 합니다.

Relicensed는 모든 주요 오픈소스의 라이선스 변천사를 1차 출처와 함께 지속적으로 업데이트하고 있습니다. 최근 발생한 변경 내역은 최근 라이선스 변경 페이지에서 확인하세요.