오픈소스 라이선스 논쟁 — 왜 기업들이 '소스 어베일러블'로 갈아타나

요즘 오픈소스 소식을 보다 보면 "우리 프로젝트는 오늘부터 라이선스를 바꿉니다"라는 공지가 부쩍 늘었다. 여기서 말하는 라이선스 변경은 대부분 기존의 아파치나 MPL 같은 순수 오픈소스에서 BSL(Business Source License)이나 SSPL 같은 이른바 '소스 어베일러블(source-available)' 계열로 옮겨가는 흐름이다. 소스코드는 여전히 공개되어 누구나 읽고 고칠 수 있지만, 특정 상업적 용도에는 제약이 붙는다는 점이 핵심이다.

나는 이 흐름을 단순히 "기업이 욕심을 부린다"라고 잘라 말하고 싶지 않다. 오히려 오픈소스가 클라우드 시대에 부딪힌 구조적 모순이 표면으로 드러난 사건에 가깝다고 본다. 무엇이 달라졌고, 어떤 논쟁이 오가는지 차분히 정리해 보려 한다.

왜 지금 라이선스를 바꾸는가

이야기의 뿌리는 클라우드 사업 모델에 있다. 인기 오픈소스 데이터베이스나 검색 엔진을 만든 회사가 있다고 치자. 이들은 코드를 공개해 널리 퍼뜨렸고, 그 덕에 사실상의 표준이 됐다. 문제는 그다음이다. 거대한 클라우드 사업자가 그 코드를 그대로 가져다 관리형 서비스로 포장해 팔면, 정작 코드를 만든 회사보다 훨씬 큰 매출을 올릴 수 있다. 원저작자는 유지보수 부담과 커뮤니티 지원을 떠안는데, 열매는 재판매자가 가져가는 구도가 만들어진다.

순수 오픈소스 라이선스는 "누구나, 어떤 목적으로든" 쓸 수 있게 허용한다. 이 자유는 오픈소스의 정신이자 성공의 비결이었다. 그런데 클라우드가 산업의 중심이 되면서, 바로 그 무제한 자유가 원저작자의 사업 기반을 위협하는 역설이 생겼다. 라이선스 변경은 이 역설을 풀어보려는 시도다.

소스 어베일러블은 어떻게 작동하나

대표적인 방식이 BSL이다. 코드는 공개하되, "대규모 상업적 호스팅" 같은 특정 용도는 일정 기간 제한한다. 그리고 흥미롭게도 정해진 유예 기간이 지나면 그 버전은 자동으로 진짜 오픈소스 라이선스로 전환된다. 지금 당장의 사업은 보호하되, 시간이 지난 코드는 공동체에 돌려주는 절충안인 셈이다.

SSPL은 좀 더 강경하다. 서비스로 제공하려면 그 서비스를 돌리는 주변 소프트웨어까지 같은 조건으로 공개하라고 요구한다. 사실상 클라우드 재판매를 매우 어렵게 만드는 조항이다. 이 두 방식 모두 "코드는 열되, 무임승차는 막는다"라는 목표를 공유하지만, 자유의 폭에서는 큰 차이가 난다.

오픈소스와 소스 어베일러블은 무엇이 다른가

커뮤니티는 왜 반발하나

변경을 반기지 않는 목소리도 분명하다. 첫째, 정의의 문제다. 오픈소스라는 말에는 "차별 없는 자유"라는 합의된 기준이 있는데, 소스 어베일러블은 그 기준을 충족하지 못한다. 그래서 "이걸 오픈소스라고 부르지 말라"라는 지적이 나온다. 둘째, 신뢰의 문제다. 많은 기여자와 사용자가 "이건 영원히 자유롭게 쓸 수 있다"라는 전제 아래 시간과 코드를 보탰는데, 뒤늦게 규칙이 바뀌면 배신감을 느낀다.

이 반발이 실제 행동으로 이어지면 포크가 일어난다. 마지막으로 진짜 오픈소스였던 버전을 기점으로 커뮤니티가 새 프로젝트를 만들어 갈라서는 것이다. 원저작자는 사업을 지켰을지 몰라도, 브랜드와 커뮤니티의 상당 부분을 잃을 수 있다. 라이선스 변경이 늘 승리로 끝나지 않는 이유다.

• 만드는 쪽 — 지속 가능한 수익 없이는 유지보수도 없다는 현실론
• 쓰는 쪽 — 규칙이 바뀔 수 있다는 불확실성이 채택을 망설이게 함
• 재판매하는 쪽 — 제약이 생기면 포크를 후원해 대안을 키우기도 함

앞으로 어떻게 될까

나는 이 논쟁이 쉽게 끝나지 않을 것이라고 본다. 다만 한 가지는 분명해졌다. "코드를 공개한다"라는 행위와 "지속 가능한 사업을 꾸린다"라는 목표는 자동으로 조화되지 않는다는 사실이다. 소스 어베일러블은 그 긴장을 봉합하는 여러 실험 중 하나일 뿐이고, 각 프로젝트는 자기 상황에 맞는 답을 찾아가는 중이다. 사용자로서 우리가 할 수 있는 일은, 어떤 라이선스로 배포되는지 정확히 이해하고 도입 결정을 내리는 것이다. "오픈소스"라는 단어 하나만 보고 마음을 놓기에는, 그 안의 조건이 예전보다 훨씬 다양해졌다.

자주 묻는 질문

소스 어베일러블도 오픈소스라고 부를 수 있나요?

엄밀히는 아닙니다. 오픈소스에는 사용 목적을 차별하지 않는다는 공식 기준이 있는데, 상업적 용도를 제한하는 소스 어베일러블 라이선스는 그 기준을 충족하지 못합니다. 코드가 공개되어 있다는 점은 같지만, "오픈소스"라는 명칭을 그대로 쓰는 것은 오해를 부를 수 있습니다.

BSL로 배포된 소프트웨어는 마음대로 쓰지 못하나요?

대부분의 일반적 사용, 즉 자체 서비스에 내장하거나 사내에서 운영하는 용도는 보통 자유롭게 허용됩니다. 제약이 걸리는 것은 주로 그 소프트웨어 자체를 관리형 서비스로 포장해 되파는 경우입니다. 실제 조건은 프로젝트마다 다르므로 라이선스 문구를 직접 확인하는 편이 안전합니다.

라이선스가 바뀌면 기존 버전도 소급 적용되나요?

이미 특정 오픈소스 라이선스로 배포된 버전은 그 라이선스가 그대로 유지됩니다. 변경은 대개 새 버전부터 적용됩니다. 그래서 커뮤니티가 마지막 오픈소스 버전을 기점으로 포크를 만들 수 있는 것입니다.

도입 전에 무엇을 확인해야 하나요?

내 사용 방식이 제약 대상에 해당하는지, 유예 기간 후 자동 전환 조항이 있는지, 그리고 향후 라이선스가 또 바뀔 가능성이 있는지를 살펴보세요. 장기 의존이 필요한 핵심 인프라라면, 커뮤니티 포크의 활성도까지 함께 보는 것이 현명합니다.