비즈니스 소스 라이센스

Business Source License

BSL(Business Source License)은 소스 코드를 게시하지만 소프트웨어를 사용할 수 있는 권리를 특정 클래스의 사용자로 제한하는 상표 소프트웨어 라이센스입니다. BSL은 오픈 소스 라이센스로 간주되지 않지만, 오픈 소스 라이센스로 최종적으로 전환해야 하는 소스 가용 라이센스입니다. 이러한 특성은 전통적인 독점 라이선스와 오픈 소스 간의 절충으로 설명되어 왔습니다.[1]

BSL의 원조는 MariaDB Corporation Ab로 플래그십 MariaDB가 아닌 MaxScale 제품에 사용됩니다.[2]

조건.

비즈니스 소스 라이센스는 "변경일"에 해당 작업을 "변경 라이센스"로 다시 라이센스해야 합니다. "Change License"는 "GPL 버전 2.0 이상과 호환되는 라이센스"여야 합니다. 변경일은 허가를 받은 저작물의 발행일로부터 4년 이상이어야 합니다.

비즈니스 소스 라이센스는 기본적으로 프로덕션 사용을 제한합니다. 라이선스는 저작권 소유자가 "추가 사용 허가"를 지정할 수 있도록 합니다. 오픈 소스 개발자이자 기업가인 Adam Retter는 2020년 본 라이선스 채택에 대한 설문조사에서 다음과 같이 요약했습니다.

추가 사용 허가(옵션) BSL은 기본적으로 소프트웨어의 생산 사용을 금지합니다. 이 매개변수는 선택적으로 면허인에게 추가 권한을 부여하는 데 사용될 수 있습니다. 예를 들어 어떤 형태의 생산 환경에서 다양한 제한을 두고 사용할 수 있도록 말입니다. 라이센스가 부여한 다른 권리를 제한하는 데 사용할 수 없습니다.[3]

입양

BSL은 오픈 소스 라이센스로는 불가능한 제한을 적용하여 지속 가능한 수익 모델을 달성하기 위해 오픈 소스 라이센스에서 벗어나 많은 기존 사용자에게 원래 오픈 소스 라이센스와 동일한 액세스 및 기여 권한을 제공하는 것을 목표로 하는 일부 프로젝트에서 사용되었습니다. 라이센스의 각 특정 인스턴스는 금지된 사용자 클래스를 정의해야 합니다. 기본값은 프로덕션 사용을 제외하는 것입니다. 일반적으로 운영 사용 또는 소프트웨어에 대한 호스트 액세스 비용을 청구하는 클라우드 공급업체에는 예외가 적용됩니다. 그러한 사용자는 상업용 라이센스를 취득해야 합니다.[citation needed]

오픈소스 라이선스에서 벗어난 일부 프로젝트의 움직임은 오픈소스 커뮤니티에서 논란이 되고 있습니다. 2023년 10월 리눅스 재단은 기사를 통해 이 문제를 다루었으며, 오픈 소스에[4] 대한 이러한 위협을 정의적으로 표현하기 위해 비즈니스 소스 라이센스를 사용했습니다.

하시코프

2023년 8월 하시코프는 이전에 오픈된 모든 소스 제품을 비즈니스 소스 라이센스 1.1로 이전한다고 발표했습니다.

HashiCorp의 경우 오픈 소스 라이센스에서 BSL로 변경된 동기는 다음과 같이 설명됩니다.

HashiCorp에 경쟁력 있는 오퍼링을 제공하는 조직은 더 이상 BSL 라이센스에 따라 커뮤니티 에디션 제품을 무료로 사용할 수 없습니다. 상용 라이센스 조건을 사용할 수 있으며 BSL 제한을 넘어서는 사용 사례를 가능하게 할 수 있습니다.[6]

HashiCorp의 Terraform 및 Vagrant 소프트웨어가 Business Source License로 이동하면서 OpenTofu 및 Viagronts 포크가 탄생하게 되었습니다. OpenTofu는 비즈니스 소스 라이센스가 "모호하다"며 "테라폼을 사용하는 회사, 공급업체 및 개발자가 자신의 행동이 허용된 사용 범위를 벗어난 것으로 해석될 수 있는지 여부를 결정하는 데 어려움이 있다"고 설명합니다.[7][8]

기타프로젝트

오픈 소스 라이센스에서 비즈니스 소스 라이센스로 전환한 다른 주요 프로젝트로는 바퀴벌레 DB([9]28K 이상의 GitHub stars)와 초현실[10] DB가 있습니다.

리렌싱과 CLA 논란

이러한 라이센스 변경은 프로젝트 라이센스가 오픈 소스 라이센스인 경우에도 프로젝트 스폰서에게 비오픈 소스 라이센스로 기고를 게시할 수 있는 권한을 할당하는 CLA(Contributor License Agreement)에 기여자가 동의하도록 요구함으로써 가능합니다. 교도통신 블로그는 "하시코프의 결정과 같은 오픈 소스 환경의 최근 변화"는 "오픈 소스 원칙으로 비즈니스 요구의 균형을 맞추는 것에 대한 논의가 재점화되었다"고 말합니다. CLA(Contributor License Agreement)를 사용하는 것이 이 논의의 핵심입니다."[11]

참고문헌

  1. ^ "Business Source License (BSL): Requirements, Terms - FOSSA". Dependency Heaven. 2023-08-23. Retrieved 2023-10-20.
  2. ^ "Projects using BSL 1.1". MariaDB. Retrieved 2023-10-20.
  3. ^ Adam, Retter (2020-03-26). "Business Source License Adoption". Down the Code Mine. Retrieved 2023-10-20.
  4. ^ "How open source foundations protect the licensing integrity of open source projects". www.linuxfoundation.org. Retrieved 2023-10-20.
  5. ^ "HashiCorp Adopts Business Source License for All Products". InfoQ. Retrieved 2023-10-20.
  6. ^ "BSL Faq Q6". Retrieved 2023-10-13.
  7. ^ "FAQ OpenTofu". opentofu.org. Retrieved 2023-10-20.
  8. ^ https://github.com/viagrunts/viagrunts
  9. ^ "cockroach/LICENSE at master · cockroachdb/cockroach". GitHub. Retrieved 2023-10-20.
  10. ^ "SurrealDB License FAQs The ultimate multi-model database". SurrealDB. Retrieved 2024-01-19.
  11. ^ Tech, Kyodo (2023-08-11). "Balancing Business & Open Source: Permissive Licenses, Copyleft, and CLA". Medium. Retrieved 2023-10-20.

외부 링크