Business Source License

Business Source License(BSL)는 소스 코드를 공개하지만 상업적 사용을 제한하는 조건을 부여하는 소스 이용 허가 계약이다. 이는 전통적인 오픈 소스 라이선스와 사유 소프트웨어 라이선스 사이의 중간 지대를 목표로 하는 접근 방식이다. 마리아DB 재단에 의해 2013년에 도입되었으며, 주로 마리아DB에 적용되기 시작했다.

이 라이선스의 핵심 철학은 소프트웨어의 지속 가능한 개발을 지원하는 것이다. 개발사는 초기에는 라이선스 하에 소스 코드를 공개하여 커뮤니티의 검토와 기여를 받으면서도, 일정 기간 동안은 경쟁사가 상업적으로 이를 활용하는 것을 제한할 수 있다. BSL은 시간이 지남에 따라 점진적으로 완전한 오픈 소스 라이선스로 변경되는 '라이선스 변경 조항'을 포함하는 경우가 많다.

BSL은 소스 코드를 공개하지만, 특정 조건 하에서만 상업적 사용을 허용한다는 점에서 전통적인 오픈 소스 라이선스와 구분된다. 이 라이선스의 핵심은 시간에 따른 조건 변화에 있으며, 소프트웨어가 출시된 후 일정 기간(예: 3년 또는 4년)이 지나면 자동으로 Apache 라이선스 2.0과 같은 완전한 오픈 소스 라이선스로 전환된다는 점이다. 이러한 구조는 개발사에게 초기에는 제품의 상업적 가치를 보호할 수 있는 기회를 제공하면서, 장기적으로는 커뮤니티에 완전히 공개되는 균형을 추구한다.

주요 특징은 다음과 같다.

이 라이선스는 마리아DB와 같은 데이터베이스 관리 시스템에서 처음 도입되어 주목받았다. 개발사는 초기 버전을 BSL로 출시함으로써, 클라우드 서비스 공급자 등이 별도의 계약 없이 상용 서비스에 이를 무료로 통합하는 것을 방지할 수 있다. 이는 소프트웨어의 지속 가능한 개발을 위한 재정적 지원을 확보하는 한 방법으로 평가된다. 결과적으로 BSL은 완전한 사유 소프트웨어와 전통적인 자유 오픈 소스 소프트웨어 사이에서 중간 지대를 모색하는 현대적인 라이선스 모델의 대표적인 사례이다.

BSL의 주요 조항은 라이선스가 부여하는 권리와 그에 따른 제약을 명확히 규정한다. 핵심은 소스 코드에 대한 접근을 보장하면서도, 특정 조건 하에서의 상업적 사용을 제한하는 데 있다. 사용자는 소스 코드를 자유롭게 보고, 수정하고, 비상업적 목적으로 사용할 수 있다. 또한 수정한 소프트웨어를 배포할 때는 원본과 동일한 BSL을 적용해야 하며, 저작권 고지사항을 유지해야 한다.

가장 중요한 제한 사항은 상업적 이용에 관한 것이다. BSL은 일반적으로 소프트웨어를 상업적 서비스나 제품의 일부로 사용하는 것을 금지한다. 그러나 이 제한은 시간이 지나면 해제되는 것이 특징이다. 라이선스에 명시된 특정 기간(예: 3년 또는 4년)이 지나면, 해당 소프트웨어 버전은 더 제한이 적은 표준 오픈 소스 라이선스(주로 GPL)로 전환된다. 이는 소스 코드의 최종적 공개를 보장하는 장치이다.

조항은 또한 '상업적 이용'을 구체적으로 정의하여 법적 분쟁을 방지하려 한다. 예를 들어, 내부적 사용이나 테스트, 교육 목적은 상업적 이용에 해당하지 않을 수 있다. 반면, 서비스형 소프트웨어(SaaS) 형태로 제공하거나, 외부 고객에게 유료 서비스를 제공하는 데 소프트웨어를 사용하는 것은 명시적으로 금지된다. 사용자는 라이선스 계약을 위반할 경우, 라이선스가 자동으로 종료되고 법적 책임을 질 수 있다.

BSL은 기본적인 틀을 유지하면서도 특정 소프트웨어의 비즈니스 모델과 필요에 맞춰 조항을 수정한 여러 변형이 존재한다. 가장 대표적인 적용 사례는 마리아DB 재단이 2013년에 도입한 BSL 1.1이다. 이 라이선스는 마리아DB의 특정 고급 기능에 적용되어, 소스 코드는 공개하지만 일정 규모 이상의 상업적 운영 환경에서 해당 기능을 사용할 때는 유료 라이선스를 구매해야 하도록 했다. 이는 개발 커뮤니티의 기여를 유지하면서도 재정적 수익을 창출하는 하이브리드 모델의 시초가 되었다.

마리아DB의 사례 이후 BSL은 다른 데이터베이스 및 인프라 소프트웨어에서도 채택되었다. 예를 들어, 분산형 SQL 데이터베이스인 코크로치DB는 BSL을 기반으로 한 라이선스를 사용하여 클라우드 서비스 공급자(CSP)가 호스팅 서비스로 상업적 이용을 할 때는 허가를 요구하는 조항을 도입했다. 또한, 컨테이너 오케스트레이션 플랫폼인 쿠버네티스의 일부 상용 배포판을 제공하는 업체들도 BSL의 변형을 통해 관리형 서비스의 재판매를 제한하는 방식으로 활용하기도 한다.

이러한 변형들은 주로 '변경점'과 '허용된 용도'를 다르게 정의한다. 주요 차이점은 다음과 같다.

이처럼 BSL의 변형들은 오픈 소스의 가치와 상용 소프트웨어의 수익 모델을 결합한 '소스 이용 허가 계약'의 유연성을 보여준다. 각 프로젝트는 라이선스의 구체적인 조건을 조정하여 자신들의 핵심 비즈니스가 침해되지 않는 선에서 소스 코드를 공개할 수 있게 한다.

BSL은 기존의 전통적인 오픈 소스 라이선스와는 다른 접근 방식을 취하며, 이로 인해 뚜렷한 장점과 단점이 공존한다.

주요 장점으로는, 개발사에게 지속 가능한 비즈니스 모델을 제공한다는 점을 꼽을 수 있다. BSL은 소스 코드를 공개하여 커뮤니티의 검토와 기여를 유도하면서도, 특정 조건(일반적으로 상업적 사용) 하에서의 무료 사용을 일정 기간 동안 제한한다. 이 기간 동안 개발사는 라이선스 판매를 통해 수익을 창출할 수 있으며, 이는 소프트웨어의 장기적인 개발과 유지보수에 필요한 자금을 마련하는 데 도움이 된다. 결과적으로, 소프트웨어의 품질과 지속 가능성이 향상될 수 있다. 또한, 완전한 사유 소프트웨어와 달리 소스 코드가 공개되어 있어 사용자는 잠재적인 보안 문제를 직접 확인하고, 필요 시 자체적으로 수정할 수 있는 자유를 일정 부분 보장받는다.

반면, BSL의 가장 큰 단점은 엄밀한 의미에서의 오픈 소스 정의를 충족하지 않는다는 점이다. 오픈 소스 정의는 사용 제한이 없어야 한다는 원칙을 포함하고 있는데, BSL의 상업적 사용 제한은 이에 위배된다. 따라서 BSL 소프트웨어는 자유 소프트웨어나 전통적인 오픈 소스 소프트웨어로 분류되지 않는다. 이는 일부 개발자 및 기업 커뮤니티로부터 호의적으로 받아들여지지 않을 수 있으며, 라이선스의 복잡성으로 인해 법적 검토 비용이 증가할 수 있다. 사용자 입장에서는 라이선스 조건을 주의 깊게 확인해야 하며, 무료로 사용할 수 있는 기간이 종료된 후에는 비용을 지불하거나 사용을 중단해야 하는 부담이 발생한다.

요약하면, BSL은 개발사의 재정적 지속 가능성과 소스 코드 접근성 사이에서 타협점을 찾은 라이선스 모델이다. 이는 비즈니스 측면에서는 강력한 장점이 될 수 있으나, 오픈 소스의 순수성과 관련된 논란과 사용자의 추가적 부담이라는 단점을 동시에 내포하고 있다.

BSL은 전통적인 오픈 소스 라이선스와는 구별되는 하이브리드 접근 방식을 취한다. 가장 큰 차이점은 오픈 소스 정의를 완전히 따르지 않는다는 점이다. GPL이나 아파치 라이선스와 같은 순수 오픈 소스 라이선스는 사용, 복제, 수정, 재배포의 자유를 보장하며, 특히 상업적 이용에 대한 제한을 두지 않는다. 반면 BSL은 소스 코드를 공개하지만, 특정 기간 동안이나 일정 규모 이상의 상업적 사용을 명시적으로 제한할 수 있다. 이는 소프트웨어의 상업적 가치를 보호하려는 개발자에게는 장점이 될 수 있지만, 자유 소프트웨어 재단이 제시하는 자유 소프트웨어의 기준이나 오픈 소스 이니셔티브의 인증 기준에는 부합하지 않는다.

BSL과 유사하게 상업적 이용에 제한을 두는 라이선스로는 사유 소프트웨어 라이선스가 있으나, BSL은 소스 코드를 공개한다는 점에서 근본적으로 다르다. 한편, AGPL과 같은 카피레프트 라이선스는 네트워크를 통한 서비스 제공 시에도 수정된 소스 코드를 공개하도록 강제하는 반면, BSL은 시간이 지나면 완전한 오픈 소스 라이선스(주로 GPL)로 변경되는 '변환' 메커니즘을 특징으로 한다. 이는 듀얼 라이선싱 모델과도 차이가 있는데, 듀얼 라이선싱은 상용 라이선스와 오픈 소스 라이선스를 동시에 제공하는 방식이지만, BSL은 단일 라이선스 하에서 시간에 따라 조건이 변화하는 구조를 가진다.

다음 표는 BSL을 다른 주요 라이선스와 비교한 것이다.

이러한 비교를 통해 BSL은 순수 오픈 소스의 자유로운 재배포 원칙과 사유 소프트웨어의 수익 모델 사이에서 중간 지대를 모색하는 실용적인 라이선스 모델로 평가할 수 있다. 이는 특히 마리아DB나 쿠버네티스 생태계의 특정 프로젝트처럼 기업 친화적이면서도 커뮤니티의 접근성을 유지하려는 소프트웨어 공급자들에게 선택되고 있다.

• 오픈소스 이니셔티브 - Business Source License

• MariaDB Foundation - Business Source License FAQ

• MariaDB - Business Source License 1.1

• 위키백과 - Business Source License

• Cockroach Labs - CockroachDB Community License

• FOSSA - Business Source License (BSL) Explained

• HeidiSQL - 라이선스 정보

• TechTarget - Business Source License (BSL) 정의