MongoDB 커뮤니티 라이선스 사용
MongoDB 가 커뮤니티 버전에 대한 자체 서버 측 공개 라이센스 모델 을 도입함에 따라 어떤 사용 사례 커뮤니티 버전이 프로덕션에 사용될 수 있는지 궁금합니다.
인터넷에는 다른 토론이 있으며 mongodb 공식 페이지는 다른 버전 (커뮤니티 대 엔터프라이즈)의 차이점을 보여 주지만, 내가 놓친 것은 학습 목적을 위해 로컬에서 사용하고 커뮤니티 버전의 간단한 사용 사례에 대한 명확한 진술입니다.
4.x MongoDB의 커뮤니티 버전을 프로덕션에 사용할 수 있습니까? 이 질문에 대한 답이 부정적이라는 해석이 있습니다 .
그것은 경우 수 생산 및처럼 보일 수 있습니다 데이터베이스와 응용 프로그램의 전형 단순화 된 설정에서 사용할 수 :
FrontEnd -> BackEnd -> Database
새 라이선스에 대한 간단한 이해는 다음과 같습니다.
- MongoDB 서버를 고객에게 직접 노출하면 전체 설정의 소스 코드를 게시해야합니다.
- 사용자 정의 도커 이미지 (자작 백업 / 덤프 솔루션 포함), FE-> BE-MongoDB 설정, 클라우드 및 프로덕션 환경에서 MongoDB를 사용하고 내 고객이 FE를 사용하는 경우 전체를 게시 할 필요가 없습니다. 출처.
이것이 맞습니까 아니면 중요한 것을 놓쳤습니까? 감사
답변
라이선스 텍스트와 MongoDB FAQ를 기반으로 한 SSPL에 대한 나의 이해는 다음과 같습니다.
사용자에게 데이터 저장 서비스를 제공 하지 않는 웹 사이트 / 웹 애플리케이션에서 MongoDB 또는 수정 된 버전을 사용하는 경우 SSPL 라이선스는 GPL 라이선스와 동일하게 작동합니다. 커뮤니티 에디션은 문제없이 사용할 수 있습니다.
당신이 경우에 할 백엔드에서 MongoDB를 커뮤니티 에디션을 사용하여 제공 데이터 스토리지 서비스를 다음 SSPL은 중복 서비스와 해당 소스 코드가 SSPL 라이센스하에 제공되어야 구축하는 데 필요한 모든 소프트웨어에 대한 모든 소스 코드를 제공해야합니다.
이러한 방식으로 제공해야하는 코드가 (L | A) GPL 라이선스 및 대부분의 독점 라이선스를 포함하는 SSPL 비 호환 라이선스에 해당하는 경우이 요구 사항을 충족 할 수 없습니다.
어쨌든, 서비스의 차별화 요소는 서비스를 실행해야하는 하드웨어에만있을 수 있다는 것을 의미합니다. 모든 잠재적 경쟁자는 비즈니스를 시작할 수있는 완전한 기능의 소프트웨어 사본을받을 수 있기 때문입니다.
MongoDB 서버를 고객에게 직접 노출하면 전체 설정의 소스 코드를 게시해야합니다.
MongoDB를 고객에게 직접 노출하는 경우 MongoDB 자체의 클라우드 제품에 경쟁 서비스를 제공하거나 기본적으로 프런트 엔드 전용 웹 앱을 만든 것입니다.
첫 번째 경우에는 SSPL 라이선스에 따라 전체 설정에 대한 소스 코드를 게시해야합니다 (사용한 도구의 라이선스에서 허용하지 않을 수 있음).
두 번째 경우에는 사용자에게 비즈니스 비밀을 제공 할 수 있지만 해당 MongoDB 데이터베이스를 사용하여 웹 상점의 인벤토리를 저장하는 데 사용하는 경우 SSPL의 s13 조항이 트리거되지 않습니다.
사용자 정의 도커 이미지 (자작 백업 / 덤프 솔루션 포함), FE-> BE-MongoDB 설정, 클라우드 및 프로덕션 환경에서 MongoDB를 사용하고 내 고객이 FE를 사용하는 경우 전체를 게시 할 필요가 없습니다. 출처.
해당 FE를 통해 사용자에게 제공하는 내용에 따라 다릅니다. 예를 들어 파일에 대한 백업 서비스를 제공하는 경우 이러한 서비스가 SSPL의 s13 절을 트리거하고 홈 브루 백업을 포함한 전체 설정에 대한 소스 코드를 게시하도록 요구할 수 있음을 알 수 있습니다. 덤프 솔루션 및 가능하면 도커.