뉴스

라이선스 변경에 대한 명확한 설명

By
Shay Banon

최근에 있었던 Elasticsearch와 Kibana 라이선스 변경에 대해 몇 가지 질문을 받았습니다. 그래서 FAQ를 업데이트하는 동안 이러한 변경의 영향을 받는 대상에 대해 명확히 설명해드리고 싶었습니다.

  • 온프레미스 또는 Elastic Cloud 고객은 영향을 받지 않습니다.
  • 대다수의 사용자는 영향을 받지 않습니다.
  • Amazon Elasticsearch Service처럼 우리 제품을 가져다가 서비스로 직접 판매하는 사람들은 영향을 받게 됩니다.

Elasticsearch와 Kibana를 기반으로 제품을 사용하거나 애플리케이션을 빌드하는 경우, 영향을 받지 않습니다. 지금까지 살펴본 질문에 따라 FAQ를 지속적으로 업데이트하고 있지만, 아직 해결되지 않은 질문이 있으면 elastic_license@elastic.co로 문의해 주세요.

또한 이중 라이선스가 어떻게 작동하는지에 대해서도 명확히 설명해드리고 싶었습니다. Elasticsearch와 Kibana의 Apache 2.0 라이선스 소스 코드를 Elastic License와 SSPL에 따라 이중 라이센스가 되도록 변경했습니다. 어느 라이선스를 사용할지에 대한 선택권은 여러분께 있습니다.

  • SSPL은 잘 알려져 있습니다. 오늘날 수백만 명의 사람들이 이 라이선스로 MongoDB를 사용합니다. 우리는 MongoDB를 사용하는 수백만 명의 개발자들이 쉽게 결정을 내릴 수 있는 옵션으로 이 라이선스를 선택했습니다. GPL에 기반한 카피레프트 라이선스인 SSPL은 OSI 승인 라이선스가 아니며 오픈 소스로 간주되지 않지만 오픈 소스가 지닌 자율성(freedom)을 제공하는 것을 목표로 합니다.
  • Elastic License도 잘 알려져 있습니다. 지난 3년 동안 수백만 명의 다른 사용자와 다운로드의 90% 이상이 그랬던 것처럼 기본 배포판을 사용하는 경우, 여러분이 이미 사용하고 계시며 아무 것도 달라지지 않습니다. SSPL의 카피레프트 측면 중 그 어느 것도 없이 소스 사용이 가능하고 무료로 사용할 수 있습니다. Elastic License는 Amazon Elasticsearch Service처럼 Elastic 제품을 가져다가 서비스로 제품을 직접 판매하거나, 제품을 재배포하거나, 소스 코드를 해킹하여 구독하지 않고 유료 기능에 액세스할 수 있도록 하거나, 프로덕션에서 수정된 버전을 사용하는 것을 허용하지 않습니다.

Elastic License의 미래

FAQ에서 언급한 바와 같이 지금까지의 피드백을 바탕으로 Elastic License를 더욱 단순화하는 방법을 고려하고 있습니다. 우리의 목표는 MariaDB가 만들고 CockroachDB도 사용하는 BSL의 정신과도 잘 맞아떨어집니다. CockroachDB의 훌륭한 블로그를 보면 이러한 방식을 채택하기로 결정한 데 대해 "...이것이 오픈 소스에 대한 당사의 약속과 사업상의 필요 사이에서 균형을 맞추는 가장 좋은 방법이라고 믿는다"고 얘기하고 있습니다.

OSI 설립자인 브루스 페렌스(Bruce Perens)가 보증한 BSL은 각 회사가 자사의 필요에 맞게 사용자 정의할 수 있는 매개 변수화된 간단한 라이선스입니다. 그것은 "추가 권한" 매개 변수가 충족되는 한, 복사, 수정, 파생 제품 생성, 재배포의 권리를 제공합니다. 우리는 다음과 같은 간단한 제한 사항 3가지만으로 프로덕션 사용을 허용하게 되는 추가 권한 부여를 평가 중에 있습니다.

  • 라이선스가 부여된 제품을 사용하여 "서비스형 Elasticsearch/Kibana" 제품을 제공해서는 안됩니다.
  • 구독하지 않고 유료 기능을 사용할 수 있도록 소프트웨어를 해킹해서는 안됩니다.
  • 제품에서 Elastic 브랜드 및 상표를 제거하거나 교체하거나 숨겨서는 안됩니다. (예: 로고 등을 교체하지 마세요.)

그리고 나서 일반적으로 3-4년이 걸리지만 5년이 넘지 않는 기간이 지나면 제한이 사라지고 소스 코드가 자동으로 오픈 소스 라이선스로 변환됩니다. Elastic의 경우, Apache 2.0이 그렇습니다.

확실히 해두자면, BSL은 OSI에서 승인한 라이선스가 아닙니다.

우리는 이 문제를 해결하기 위해 시간을 투자하고 있습니다. 이상적으로는 가능한 한 개방적이면서도 Elastic의 무료 기능과 유료 기능을 모두 포괄하는 단일 라이선스를 제공하는 것이 좋습니다. 특히 3-4년 후에 코드가 오픈 소스가 된다는 것을 의미한다면 더욱 그렇습니다. 우리가 안전하게 이를 달성할 수 있다면, 우리의 상용 기능에 대해 더 많은 자유를 제공할 수 있고, 우리의 배포에 단순하고 단일한 라이선스를 제공할 수 있습니다. 이것은 열심히 해볼 가치가 있는 도전입니다. 우리는 여러분도 아시는 누군가가 :) 그것을 악용할까 봐 걱정됩니다. 그러니 이해해 주셨으면 합니다.

올바른 접근 방식이 아니라고 판단되면, 무료 기능에 대한 BSL 기반의 Elastic Community License와 유료 기능에 대한 간소화된 Elastic License로 분할하는 것을 고려할 것입니다.

블로그 포스팅에서 언급한 바와 같이 다음 릴리즈인 7.11까지는 이 작업을 마무리하는 것이 우리의 목표입니다. 그래서 여러분의 의견을 듣고 싶습니다! 이러한 접근 방식이 여러분의 사용 사례에 적합한지 여부를 elastic_license@elastic.co로 알려 주시기 바랍니다.