스타트업 기업을 위한 9가지 오픈 소스 라이선스 관리 규칙
헤더 미커(Heather Meeker)
오픈 소스 소프트웨어는 신생 기업에게는 양날의 검이 될 수 있다. 신생기업이 맨 땅에 헤딩하지 않고 신속하게 혁신을 할 수 있도록 돕기 때문에 스타트업의 원동력이 될 수 있다. 하지만 그들이 말하는 것처럼 오픈 소스 소프트웨어는 무료인 것처럼 보인다. 오픈 소스 소프트웨어의 실제 비용은 오픈 소스 라이선스를 따른다.
오픈 소스 소프트웨어의 오용은 투자를 지연 시키거나 탈선 시킬 수 있으며 기업 퇴출을 가져올 수 도 있다. 하지만 다음과 같은 간단한 규칙들을 따르기만 하면 오픈 소스 라이선스를 준수하는 것은 매우 쉽다.
1. 라이선스 조항 없이 소프트웨어를 사용하지 말라. 인터넷상의 일부 소프트웨어는 라이선스 통지를 포함하고 있지 않지만 이것이 이 소프트웨어를 자유롭게 사용할 수 있다는 것을 의미하지는 않는다. 소프트웨어 게시자가 업스트림 라이선스 조항을 준수하지 않았을 수도 있다. 또는 소프트웨어 작성자가 소프트웨어 오픈 소스 또는 다른 방법으로 라이선스를 아직 신청하지 않았을 수도 있다. "라이선스 조건 없음"이라는 표현은 라이선스가 없음을 의미한다. 그 소프트웨어를 사용하는 것을 피하거나 작성자에게 사용 허가를 신청해야 한다.
2. 오픈 소스 라이선스를 위반하지 말라. 오픈 소스 소프트웨어의 사용을 소프트웨어 소유자가 추적하는 것이 어려울 수 있으나 이것이 위반을 들키지 않고 사용할 수 있다는 것을 의미하지는 않는다. 오픈 소스 라이선스의 위반은 신생 기업을 법적 책임과 대중적 당혹감에 노출 시킬 수 있으며 심지어 투자 나 인수가 어려워지게 할 수 있다. 또한 잠재 고객이 아래로 내려오는 (다운스트림) 책임에 대한 두려움으로 인해 제품의 구매를 거부하도록 할 수도 있다. 개발자는 전술한 라이선스 비용을 포함하여 그들의 소프트웨어가 오픈소스가 되도록 하기 위해 많은 노력을 기울였다. 소프트웨어의 오용은 개발자에게 불공평하며 그들이 이루고자 희망했던 혁신을 어렵게 만든다.
3. 사용 중인 소프트웨어를 트래킹하라. 언젠가는 사용하고 있는 오픈 소스 소프트웨어의 목록을 제공해야 할 것이다. 잠재 투자자와 인수자가 목록을 요구할 것이다. 최신 목록을 유지하고 있으면 요청이 왔을 때 상당한 시간과 노력을 절약 할 수 있다. 대부분의 오픈 소스 소프트웨어 다운로드에는 "license.txt" 또는 "copying.txt" 파일이 포함된다. 해당 라이선스의 복사본을 보관하고 이것이 어떤 소프트웨어를 커버하는지를 적어 두라. 대부분의 신생 기업은 라이선스가 부여 된 소프트웨어를 간단한 스프레드 시트를 이용하여 트래킹한다.
4. 사용 허가와 copyleft 라이선스를 이해하라. 오픈 소스 라이선스는 크게 사용 허가 -permissive (BSD, MIT 및 Apache) 와 카피 레프트 (GPL, LGPL, Eclipse Public License, Mozilla Public License 및 Common Development and Distribution License)의 두 가지 유형으로 구분된다. 대부분의 회사와 그들의 고객들은 사용 허가 (permissive) 라이선스로 소프트웨어를 사용하는 것에 서는 법적 문제가 없다. 그러나 카피 레프트 라이선스를 준수하는 것은 더 많은 주의를 기울여야 하며 소프트웨어 독점권을 유지하기 위한 특정 계획과는 맞지 않을 수 있다.
5. 통지 요구 사항을 준수하라. 사용 허가든 또는 카피 레프트이든 상관없이 모든 오픈 소스 라이선스에는 통지 요구 사항이 있다. 일반적으로 이는 오픈 소스 소프트웨어를 배포 할 때 해당 라이선스 사본을 포함해야 한다는 의미이다. 일반적으로 라이선스에 대한 링크 또는 짧은 양식을 포함시키는 것만으로는 충분하지 않다. 고객을 혼란스럽게 하거나 소외시키지 않으면 서 대부분의 오픈 소스 라이선스를 준수하는 라이선스 통지 전달 전략을 개발하는 것이 중요하다.
6. 어떤 오픈 소스 라이선스가 분산 소프트웨어에서 작동하는지 이해하라. 대부분의 오픈 소스 라이선스는-Affero GPL을 제외하고-SaaS (Software-as-a-Service)에 대한 조건이 없다. SaaS 및 클라우드 시스템 (JavaScript와 같은) 또는 분산 소프트웨어 (모바일 앱과 베타 테스트 포함)의 분산 요소에 대해서는 사용 허가 라이선스 하에서 소프트웨어를 사용할 수 있지만 카피 레프트 라이선스로 소프트웨어를 사용하기 전에 특별한 주의를 기울여야 한다. 링크 된 코드 없이 자체 프로세스에서 100 % 실행되는 경우에 한해서만 GPL 소프트웨어를 사용하라. GPL 코드에 동적으로 링크를 하거나 고객이 GPL 소프트웨어를 다운로드 하도록 하는 것을 통해 라이선스 위반을 막을 수 있다는 헛된 믿음을 갖지 말라. 동적으로 링크 된 라이브러리로만 LGPL 소프트웨어를 사용하라. 그리고 API를 수정하지 않은 경우에만 다른 카피 레프트 소프트웨어를 사용하라. 모바일 앱 마켓플레이스의 배포 규칙을 준수하였다 해도 특정 카피 레프트 라이선스 (GPL 또는 LGPL 등)를 준수하지 못할 수 있다.
7. 오픈 소스 소프트웨어에 기여하거나 오픈 소스 소프트웨어를 공개하기 전에 변호사와 상의하라. 오픈 소스 소프트웨어에 기여하거나 이를 공개하는 것은 대중에게는 이익이 될 수 있지만 당신의 사업을 위한 올바른 선택은 아닐 수도 있다. 기여 또는 발표를 한 후에는 소프트웨어에 대한 지적 재산권이 귀사의 가치 평가의 기반을 형성하지 않는다. 귀하의 변호사는 독점 소프트웨어와 오픈 소스 소프트웨어의 차이를 이해하고 중요한 비즈니스 결정을 내리는 데 도움을 줄 수 있다.
8. 직원 및 제3자 개발자들이 이 규칙을 준수하는지 확인하라. 직원 또는 제 3 자 계약자가 오픈 소스 위반을 일으키게 되면 법률상의 문제와 공개와 관련된 문제들이 모두 귀하의 책임이 된다. 오픈 소스 소프트웨어에 대해 적절한 교육을 실시하고 오픈 소스 소프트웨어의 트래킹을 통해 이러한 문제들을 피할 수 있다.
9. 미래를 위해 계획하라. 신규 비즈니스 모델은 매우 빠르게 변할 수 있으며 SaaS 모델이 매우 빨리 분산 소프트웨어 모델이 될 수 있다. 분산 소프트웨어에 대한 규칙을 따르면, 현재의 모델과 상관없이, 특정 오픈 소스 소프트웨어를 제거하거나 관련 기능을 변경하지 않고서도 분산 소프트웨어 모델로 전환 할 수 있는 유연성을 제공 할 수 있다.
이 규칙들을 채택하면 투자 및 인수에 대한 신생 기업의 리스크를 제한하면서 오픈 소스 소프트웨어의 이점을 활용할 수 있게 될 것이다. 귀하의 신생사업체에 관심이 있는 제 3자는 오픈 소스 소프트웨어를 어떻게 처리하는지 알고 싶어 할 것이다. 항상 준비를 갖추고 있다가 긍정적이고 전문적인 답변을 제공 할 수 있도록 하라.
※ Opensource.com에 의해 작성된 이 저작물은 크리에이티브 커먼즈 저작자표시-동일조건변경허락 4.0 국제 라이선스에 따라 이용할 수 있습니다.
자세한 기사는 링크를 참조하시기 바라며 한국저작권위원회는 공정한 오픈소스SW 사용을 위하여
상담, 컨설팅, 라이선스 교육, 오픈소스SW 라이선스 검사서비스 등을 무료로 제공하고 있습니다.
