Elastic License 2.0이란? 소스가 공개돼도 오픈소스가 아닌 이유

GitHub에서 AI 도구를 찾았습니다. 프로그램의 코드를 누구나 볼 수 있고, 설치 방법도 친절하게 적혀 있습니다. 그런데 아래쪽의 LICENSE 파일을 열어 보니 이런 글자가 보입니다. Elastic License 2.0 (ELv2) 처음 보면 “코드도 다 공개돼 있고 무료로 다운로드할 수 있으니 마음대로 사용해도 되는 거 아닌가요?”라는 생각이 들 수 있습니다. 하지만 코드를 볼 수 있다는 사실과 어떤 방식으로든 사용·수정·재배포해도 된다는 허가는 다릅니다. Elastic License 2.0(ELv2)은 소프트웨어를 사용하고, 복사하고, 수정하고, 다시 배포할 수 있도록 허용하면서도 일부 특정 이용 방식에는 제한을 두는 라이선스입니다. 이 글에서는 법률 용어를 최대한 줄여 ELv2가 허용하는 일 → 특히 조심할 세 가지 제한 → 개인 연습과 회사 사용 → 관리형 서비스 판단 → GitHub에서 확인하는 방법 순서로 설명하겠습니다. 2026년 10월 16일 Elastic의 공식 라이선스 원문과 FAQ, Context Mode의 LICENSE를 확인했습니다. 아래 사례는 이해를 돕는 가상 예시입니다. 개별 계약·재배포 사업의 법적 판단을 대신하지 않습니다.

자체 제작 개념도 · EMFLS AI

이 글의 순서

• 1. 소프트웨어 라이선스란 무엇인가요?
• 2. Elastic License 2.0을 한 문장으로 설명하면?
• 3. ELv2에서 기본적으로 허용하는 것은 무엇인가요?
• 4. 꼭 알아둘 ELv2의 세 가지 제한
• 5. ‘관리형 서비스 제한’은 어떤 뜻인가요?
• 6. 개인 프로젝트에서 무료로 사용해도 되나요?
• 7. 회사에서 사용하면 모두 금지되나요?
• 8. 라이선스 키 기능 우회 금지는 왜 있나요?
• 9. 저작권·라이선스 표시를 지우면 안 되나요?
• 10. ELv2는 왜 ‘오픈소스’와 다르다고 하나요?
• 11. MIT나 Apache 2.0과 같은가요?
• 12. Elasticsearch는 이제 모두 ELv2만 사용하는 건가요?
• 13. AI 도구 Context Mode의 LICENSE를 직접 살펴보기
• 14. ‘고객을 위한 AI 서비스를 만들면 괜찮을까요?’
• 15. 라이선스 위반 시에는 어떻게 되나요?
• 16. GitHub에서 라이선스를 확인하는 네 단계
• 17. AI에게 라이선스를 분석하게 할 때 쓸 프롬프트
• 18. 가입이나 설치 전에 기억할 체크리스트
• 자주 묻는 질문
• 마무리

1. 소프트웨어 라이선스란 무엇인가요?

소프트웨어 라이선스(Software License)는 프로그램을 사용할 때 허용되는 일과 지켜야 할 조건을 정한 문서입니다. 음악을 예로 들어 보겠습니다. 음악을 무료로 들을 수 있다고 해도 그 음악을 광고 영상에 쓰거나, 그대로 다시 판매하거나, 수정해서 자신의 작품이라고 발표할 권리가 자동으로 생기지는 않습니다. 소프트웨어도 비슷합니다. GitHub에서 코드가 보인다는 사실은 소스 코드를 공개했다는 뜻일 수 있습니다. 그러나 프로그램을 복사·수정·배포하고 다른 사람에게 제공할 권한은 라이선스 문구로 확인해야 합니다. ELv2는 이러한 소프트웨어 이용 권한을 구체적으로 정한 라이선스입니다.

2. Elastic License 2.0을 한 문장으로 설명하면?

ELv2는 소프트웨어의 사용·복사·수정·배포를 넓게 허용하지만, 관리형 서비스 제공·라이선스 키 보호 우회·권리 고지 삭제 등 세 가지를 제한하는 소스 공개형(source-available) 라이선스입니다. 여기서 source-available은 소스 코드를 열람할 수 있도록 제공한다는 의미로 쓰입니다. 초보자가 꼭 기억할 것은 두 가지입니다. 첫째, ELv2가 붙어 있다고 무조건 사용이 금지되는 것은 아닙니다. 오히려 공식 원문은 광범위한 사용·수정·복사·재배포 권한을 부여합니다. 둘째, 모든 상업적 사용과 온라인 서비스가 자동으로 허용된다는 뜻도 아닙니다. 특히 타인에게 해당 소프트웨어의 주요 기능을 관리형 서비스 형태로 제공하는 경우에는 추가 검토가 필요합니다. 쉽게 말하면 개방적으로 사용할 수 있지만, 권리자가 지정한 경계가 있는 이용권이라고 이해할 수 있습니다.

3. ELv2에서 기본적으로 허용하는 것은 무엇인가요?

Elastic의 공식 ELv2 원문은 조건을 지키는 한 다음 행동을 할 수 있도록 폭넓은 권리를 부여합니다.

행동	기본적인 의미	꼭 확인할 조건
사용	프로그램을 설치하거나 실행	실제 배포판·기능·이용 목적
복사	프로그램 사본 만들기	라이선스·저작권 고지 보존
수정	소스 코드를 바꾸기	수정 사실 고지 등
파생물 제작	기존 코드를 바탕으로 새 버전 만들기	기존 보호 기능 우회 금지
재배포	타인에게 소프트웨어 사본 제공	라이선스 사본 제공 및 기타 제한 준수

이런 권한이 있기 때문에 “ELv2는 코드를 수정할 수 없는 폐쇄형 라이선스”라는 설명은 틀립니다. 반대로 위 표만 읽고 어떤 형태의 유료 서비스나 배포도 전부 가능하다고 결론 내리는 것도 부정확합니다. 허용되는 권리는 공식 문서의 제한 사항과 함께 적용됩니다.

4. 꼭 알아둘 ELv2의 세 가지 제한

Elastic 공식 문서는 핵심 제한을 세 가지로 설명합니다. 제한 1. 소프트웨어의 상당한 기능을 제3자가 사용하게 하는 호스팅·관리형 서비스를 제공할 수 없습니다. 제한 2. 소프트웨어의 라이선스 키 기능을 옮기거나 바꾸거나, 비활성화하거나 우회할 수 없고, 키로 보호된 기능을 제거하거나 가릴 수 없습니다. 제한 3. 라이선스·저작권 등의 권리 고지를 변경·삭제·가릴 수 없습니다. 이 세 가지가 라이선스의 핵심 경계입니다. 아래에서는 각각 어떤 행동과 관계되는지 알아보겠습니다. 중요한 단어는 ‘제3자’, ‘관리형 서비스’, ‘상당한 기능’입니다. 단순히 인터넷에서 작동한다는 이유만으로 관리형 서비스 금지 조항이 자동 적용된다고 해석하는 것은 지나친 단순화입니다.

5. ‘관리형 서비스 제한’은 어떤 뜻인가요?

관리형 서비스는 서비스 제공자가 소프트웨어를 대신 운영하고, 고객이 그 기능을 온라인에서 이용하도록 제공하는 형태를 가리킬 수 있습니다. ELv2 원문은 특히 제3자가 해당 소프트웨어의 기능 중 상당한 부분에 접근할 수 있는 호스팅·관리형 서비스 제공을 제한합니다. 이것은 단순히 “온라인에서 돈을 벌면 무조건 금지”라는 뜻과 다릅니다. 예를 들어 온라인 쇼핑몰에서 상품을 찾도록 돕기 위해 검색 소프트웨어를 내부 시스템의 일부로 이용하는 것과, 검색 소프트웨어의 핵심 기능 자체를 고객에게 서비스로 판매하는 것은 다른 상황입니다. Elastic 공식 FAQ도 이런 차이를 예시로 설명합니다. 예시 A — 일반 서비스의 내부 기능 고양이 사진을 보여 주는 웹사이트에서 검색창을 구현할 목적으로 Elasticsearch를 사용합니다. 고객은 고양이 사진을 검색할 뿐 Elasticsearch나 Kibana의 상당한 기능을 직접 사용하지 않습니다. Elastic FAQ는 이러한 유형을 ELv2에서 허용하는 예로 설명합니다. 예시 B — 소프트웨어 기능 자체를 서비스로 제공 고객이 접속해서 Elasticsearch API나 Kibana UI의 상당한 기능을 직접 이용하도록 서비스를 판매합니다. Elastic FAQ는 이러한 유형이 허용되지 않는 경우라고 설명합니다. 즉 고객이 실제로 무엇에 접근하는지가 중요한 판단 요소입니다. 서버가 누구 것인지, 유료인지 무료인지만으로 모든 사례를 판정할 수는 없습니다.

6. 개인 프로젝트에서 무료로 사용해도 되나요?

ELv2는 조건에 맞는 개인 사용·학습·개발 등을 광범위하게 허용합니다. 예를 들어 AI 코딩 도구의 기능을 살펴보기 위해 해당 저장소를 복제한 뒤, 내 컴퓨터에서 직접 실행하고 개인용 실습을 하는 상황은 일반적으로 관리형 서비스 제공과는 다릅니다. 하지만 아래 사항은 구분해야 합니다.

• 프로그램 소스의 라이선스: 코드를 사용할 권한과 조건
• 유료 기능·서비스 이용권: 별도 계약이나 기능 접근 권한
• 외부 API 비용: 모델 호출 등 외부 제공업체 사용료
• 제3자 라이브러리 라이선스: 같이 포함된 다른 코드의 이용 조건 ELv2에 royalty-free(해당 라이선스 허가에 따른 로열티 없이)라는 표현이 있다고 해서, 연결되는 모든 외부 API·클라우드 서비스·상업 기능까지 무료라는 뜻은 아닙니다. 또 개인용으로 실행한다고 해서 비밀번호나 API 키를 공개 저장소에 올려도 괜찮다는 뜻도 아닙니다.

7. 회사에서 사용하면 모두 금지되나요?

그렇지 않습니다. 많은 초보자가 ‘상업적 사용’과 ‘관리형 서비스 제공’을 같은 말로 생각합니다. 그러나 둘은 서로 다른 질문입니다. Elastic 공식 FAQ에는 조직이 Elasticsearch와 Kibana를 내부적으로 이용하는 상황이 일반적으로 ELv2에서 허용된다는 설명이 있습니다. 예를 들어 사내 문서 검색, 서비스 로그 분석, 자신의 웹서비스 내부 검색 기능 등은 실제로 어떤 권한을 고객에게 제공하는지에 따라 검토해야 합니다. 반대로 회사가 해당 소프트웨어를 고객에게 호스팅해서 제품의 주요 기능을 직접 제공하는 사업이라면 ELv2 제한에 저촉될 수 있습니다. 따라서 “사업자가 쓰면 무조건 불법”이라고 말하기도 어렵고, “우리 회사가 비용을 내고 쓰므로 제한이 없다”고 말하기도 어렵습니다. 업무에 적용하려면 다음을 확인하세요. 누가 소프트웨어에 로그인하나요? 직원인지, 외부 고객인지 구분합니다. 사용자는 어떤 기능을 직접 조작하나요? 단순한 결과 조회인지, 소프트웨어의 상당한 기능을 사용하는지 살핍니다. 소프트웨어의 원래 기능을 대신 판매하나요? 이 부분이 가장 중요한 확인 대상 중 하나입니다.

8. 라이선스 키 기능 우회 금지는 왜 있나요?

어떤 소프트웨어는 기능별로 유료 사용 권한을 확인하는 라이선스 키 시스템을 사용합니다. ELv2는 이 키 확인 기능을 변경하거나 무력화해 보호된 기능을 사용하도록 만드는 행위를 제한합니다. 예를 들어 “무료 버전에서 유료 기능 버튼을 강제로 활성화하도록 소스 코드를 수정하겠다”는 요청은 라이선스 문제를 일으킬 수 있습니다. '코드를 수정할 수 있다'는 권리가 '라이선스 제한 기능을 무력화할 수 있다'는 권리까지 포함하지 않는다는 뜻입니다. 물론 어떤 프로젝트가 실제 라이선스 키 기능을 제공하지 않을 수도 있습니다. 그럴 경우에도 해당 조항이 존재한다는 사실은 라이선스를 읽을 때 확인해야 합니다. 법적 판단은 원본 라이선스와 실제 기능·수정 행위에 따라 달라집니다. 단순한 UI 개편과 보호 기능 우회를 같은 행동으로 취급해서도 안 됩니다.

9. 저작권·라이선스 표시를 지우면 안 되나요?

ELv2는 권리자의 라이선스·저작권 및 기타 고지를 제거하거나 가리는 것을 제한합니다. 또 공식 원문에는 소프트웨어의 일부를 타인에게 전달할 때 라이선스 조건의 사본도 함께 제공해야 한다는 조항이 있습니다. 원본을 수정한 경우에는 수정본이라는 사실을 눈에 띄게 알리는 고지를 포함해야 합니다. 예를 들어 GitHub에서 프로젝트를 복제해 일부를 바꾼 뒤 다른 사람에게 재배포하려 한다면 다음을 고려해야 합니다. 원본의 LICENSE: 그대로 함께 전달하는가? 저작권 표기: 원저작자의 고지를 제거하지 않았는가? 수정 내역: 어떤 파일·기능을 바꿨는지 알릴 표시가 있는가? 다른 구성 요소: 추가한 라이브러리의 별도 라이선스도 지켰는가? 주의: “코드 끝에 출처 링크 하나만 적으면 모든 라이선스 의무가 끝난다”고 단정할 수 없습니다. 실제 LICENSE의 Notices 항목과 관련 구성 요소의 조건을 확인하세요.

10. ELv2는 왜 ‘오픈소스’와 다르다고 하나요?

여기서 용어를 정확히 구분할 필요가 있습니다. 소스 공개(source-available): 소스 코드를 볼 수 있다는 의미입니다. 구체적인 이용 권한은 라이선스에 따라 다릅니다. 오픈소스(Open Source): 단순한 코드 공개를 넘어, Open Source Initiative(OSI)의 정의에 부합하는 자유로운 이용·수정·재배포 조건을 뜻합니다. OSI의 오픈소스 정의에는 특정 활동 분야에 대한 차별적 제한이 없어야 한다는 원칙이 포함됩니다. ELv2는 특정 관리형 서비스 제공 형태를 제한하기 때문에, 그 제한이 없는 OSI 승인 오픈소스 라이선스와 같다고 볼 수 없습니다. 따라서 ELv2로 제공되는 코드를 “OSI 승인 오픈소스”라고 소개하는 것은 정확하지 않습니다. 그렇다고 ELv2의 모든 이용이 유료이거나 수정 자체가 금지되는 것은 아닙니다. ELv2가 제공하는 권리와 제한을 그대로 읽어야 합니다.

11. MIT나 Apache 2.0과 같은가요?

아닙니다. 이름이 비슷하거나 소스 코드를 공개한다고 같은 권리가 생기는 것은 아닙니다.

확인할 점	ELv2	MIT·Apache 2.0 등 OSI 승인 라이선스
소스 코드 열람	해당 프로젝트가 공개한 범위에서 가능	오픈소스 배포 조건에 따라 가능
수정·재배포	조건을 지키면 허용	각 라이선스의 고지·조건 아래 허용
상당한 기능의 관리형 서비스 제공	명시적 제한 존재	ELv2와 같은 광범위한 분야 제한은 일반적으로 없음
라이선스 고지	보존 및 사본 전달·수정 사실 고지	각 라이선스별 요구사항 확인
OSI 승인	해당되지 않음	해당 라이선스의 OSI 승인 여부로 확인

이 표는 초보자를 위한 요약입니다. MIT와 Apache 2.0도 서로 동일한 조건이 아니므로, 한 표로 모든 조항을 완전히 비교했다고 받아들이면 안 됩니다. 핵심은 프로젝트의 LICENSE에 적힌 정확한 이름과 버전을 확인하는 것입니다.

12. Elasticsearch는 이제 모두 ELv2만 사용하는 건가요?

그렇지 않습니다. 2026년에 기술 정보를 읽을 때 특히 주의할 부분입니다. Elastic은 2021년에 Elasticsearch·Kibana의 라이선스 구성을 바꿨고, 2024년에는 일부 소스 코드에 AGPLv3를 별도 선택지로 추가했습니다. 따라서 인터넷에서 오래된 글의 “Elastic의 모든 코드가 하나의 라이선스로만 제공된다”는 문장을 현재 사실로 받아들이면 안 됩니다. 코드 저장소의 어느 파일인가? 어느 버전과 배포판을 사용하는가? 실제 LICENSE와 헤더에는 어떤 조건이 쓰여 있는가? 이 세 가지를 확인해야 합니다. Elastic의 기본 배포판이나 특정 저장소 일부에 ELv2가 적용될 수 있지만, Elastic 관련 모든 코드·클라이언트 라이브러리·플러그인이 무조건 ELv2 하나라는 주장은 부정확합니다. 이 글은 ELv2라는 라이선스 한 가지의 의미를 설명하는 글이지 Elasticsearch의 모든 버전별 라이선스를 확정하는 안내가 아닙니다.

13. AI 도구 Context Mode의 LICENSE를 직접 살펴보기

이번 용어는 AI 코딩 프로젝트에서 실제로 발견한 사례와 연결됩니다. GitHub의 mksglu/context-mode LICENSE를 열면 문서 상단에 Elastic License 2.0 (ELv2)가 표시돼 있습니다. 즉 Context Mode의 소스 코드가 공개돼 있어도 이를 곧바로 MIT·Apache 2.0과 같은 제한 없는 오픈소스 프로젝트라고 분류하면 안 됩니다. 개인 개발 환경에서 코드를 살펴보고 도구 기능을 확인하려는 상황과, 해당 기능을 고객에게 제공하는 별도 관리형 플랫폼을 만들려는 상황은 검토해야 할 내용이 다릅니다. 주의: 라이선스는 이후 저장소 관리자가 다른 버전이나 조건으로 변경할 수도 있습니다. 오늘 확인한 LICENSE가 과거 모든 커밋이나 미래 모든 배포판에 동일하게 적용된다고 단정하지 마세요. 이 사례는 특정 저장소 LICENSE의 현재 표시 내용에 관한 것입니다. 프로젝트를 직접 설치·실행하거나, 어떤 회사의 유료 서비스가 ELv2를 위반한다고 판정한 것은 아닙니다.

14. ‘고객을 위한 AI 서비스를 만들면 괜찮을까요?’

간단한 가상 사례로 판단 과정을 연습해 보겠습니다. 사례 1. 개인이 AI 코딩 도구를 설치해서 자기 웹사이트를 만듭니다. 일반적으로 타인에게 해당 소프트웨어 자체의 상당한 기능을 관리형 서비스로 제공하는 상황과는 다릅니다. 다만 해당 코드의 실제 라이선스 조건과 연결 서비스 요금은 확인해야 합니다. 사례 2. 회사 직원이 내부 분석에 소프트웨어를 사용합니다. 고객에게 기능을 직접 제공하지 않는 내부 사용이라면 관리형 서비스 제공과 구별될 수 있습니다. 정확한 업무 구조와 라이선스 조건을 확인합니다. 사례 3. 고객이 웹서비스에서 단순히 검색 결과를 봅니다. 서비스 안의 일부 기능으로 소프트웨어를 사용하는 경우와, 소프트웨어의 핵심 기능 자체를 판매하는 경우는 다를 수 있습니다. Elastic FAQ에 유사한 허용 사례가 있습니다. 사례 4. 고객이 유료 웹페이지에서 프로그램의 핵심 기능 대부분을 직접 사용합니다. ELv2의 관리형 서비스 제한과 관계될 가능성이 있습니다. 반드시 권리자나 전문 법률 검토를 거쳐야 합니다. 사례 5. 원본 코드를 수정해 재배포합니다. 사용·수정·배포가 허용되더라도 라이선스 사본 전달과 수정 고지·저작권 표시 보존 등 조건을 확인해야 합니다. 어떤 사례든 가상의 설명만으로 법적 적합성을 확정하지 않습니다.

15. 라이선스 위반 시에는 어떻게 되나요?

ELv2에는 조건을 위반한 경우 이용 허가가 자동으로 종료될 수 있다는 내용이 있습니다. 공식 원문은 일정한 조건에서 권리자가 위반 사실을 통지하고, 통지를 받은 날부터 30일 이내에 위반을 중단하면 허가가 소급해 회복될 수 있는 규정도 설명합니다. 단 같은 조건의 위반이 다시 반복되는 경우 등 예외가 있으므로, 단순히 “30일 안에 고치면 언제나 처벌 없이 해결된다”고 해석하면 안 됩니다. 이 규정은 법률상 라이선스 유효성에 관한 것이므로, 실제로 사용하고 있는 제품이 위반에 해당하는지는 법적·계약적 판단이 필요합니다. 초보자라면 위반 여부를 혼자 단정하기보다 이용 중인 버전의 LICENSE, 계약서, 서비스 제공 방식을 정리한 뒤 권리자에게 문의하세요.

16. GitHub에서 라이선스를 확인하는 네 단계

프로그램 설치 전 다음 순서로 간단히 살펴볼 수 있습니다. 첫째, 저장소의 최상위 목록에서 LICENSE, LICENSE.md, COPYING 등의 파일을 찾습니다. 둘째, 실제 라이선스 이름과 버전을 확인합니다. Elastic License 2.0인지, MIT인지, Apache-2.0인지 정확히 읽습니다. 셋째, 원문 라이선스와 비교해 핵심 제한을 확인합니다. '무료'라고 적힌 README의 마케팅 문구만 믿지 않습니다. 넷째, 설치하려는 실제 버전·태그의 LICENSE와 종속 라이브러리 조건을 확인합니다. 최신 main의 LICENSE가 과거 버전과 같으리라는 보장은 없습니다. 특히 코드가 다른 라이선스로 제공되는 경우도 있으므로 저장소 맨 위의 한 파일만 보고 포함된 모든 자산·데이터·폰트·이미지까지 같은 조건이라고 가정하지 마세요. 팁: GitHub의 라이선스 자동 표시가 없거나 모호하더라도 실제 LICENSE 전문이 있다면 그 문서를 직접 읽는 것이 중요합니다.

17. AI에게 라이선스를 분석하게 할 때 쓸 프롬프트

라이선스 문서가 영어라 어렵다면 AI에게 다음처럼 도움을 요청할 수 있습니다.

너는 소프트웨어 라이선스 문서를 쉽게 설명하는 보조자야.

내가 제공하는 LICENSE 전문을 기준으로만 설명해 줘.
웹페이지를 실제 열지 않았다면 최신 정보를 확인한 척하지 마.

다음 내용을 표로 정리해 줘.
1. 정확한 라이선스 이름과 버전
2. 사용·복사·수정·재배포가 허용되는지
3. 명시적으로 금지하거나 제한하는 행동
4. 저작권·라이선스 사본·수정 사실 고지 의무
5. 관리형 서비스/고객 제공 시 추가 확인이 필요한 사항
6. 별도 라이선스가 적용될 수 있는 파일/라이브러리
7. 원문 조항과 해석을 구분한 근거

규칙:
- 모르는 것은 '확인 필요'라고 적어.
- 허용된 행동을 무조건 금지라고 부풀리지 마.
- 라이선스 위반·법적 적합성을 확정하지 마.
- 현재 LICENSE가 모든 과거/미래 버전에 적용된다고 추정하지 마.
- 서비스 형태에 따라 권리자/법률 전문가 검토가 필요함을 표시해.

[LICENSE 원문]
여기에 공식 문서 전문 또는 검토할 부분을 붙여 넣기

AI가 요약한 내용이 그럴듯해 보여도 반드시 원문 LICENSE와 대조하세요. 소프트웨어의 라이선스 이름이나 권한을 잘못 판단하면 나중에 제품 배포 방식에 영향을 줄 수 있습니다.

18. 가입이나 설치 전에 기억할 체크리스트

ELv2 프로그램을 설치하거나 업무에 활용하려 한다면 다음을 확인하세요.

1. LICENSE가 실제로 ELv2인가요? 저장소·버전별로 확인합니다.
2. 개인 사용인가요, 다른 사람에게 기능을 제공하나요? 관리형 서비스 여부를 살핍니다.
3. 원래 소프트웨어의 상당한 기능에 고객이 직접 접근하나요? 단순한 내부 기능과 구분합니다.
4. 라이선스 키 보호를 바꾸거나 우회하려 하나요? 관련 조항을 확인합니다.
5. 저작권·라이선스·수정 고지를 유지하나요? 재배포 시 별도 의무를 점검합니다.
6. 외부 모델·클라우드·라이브러리는 다른 조건인가요? ELv2가 모든 구성요소에 적용되는 것은 아닙니다.
7. 사업 모델에 법적 판단이 필요한가요? 애매한 사례는 권리자와 전문가에게 문의합니다.

자주 묻는 질문

Q1. Elastic License 2.0은 무료 라이선스인가요?

ELv2 원문은 조건을 지키는 범위에서 로열티 없이 사용할 수 있는 권리를 부여합니다. 그러나 연결된 유료 기능, 클라우드·외부 API 비용까지 모두 0원이라는 뜻은 아닙니다.

Q2. 소스 코드를 마음대로 수정할 수 있나요?

ELv2는 수정·파생물 제작을 허용하지만 라이선스 키 보호 우회 금지·고지 의무 등 조건을 지켜야 합니다.

Q3. ELv2는 오픈소스 라이선스인가요?

OSI 승인 오픈소스 라이선스와는 다릅니다. 관리형 서비스 제공에 대한 제한이 있기 때문입니다. 보통 소스 공개형 라이선스로 구분해 설명합니다.

Q4. 회사에서 쓰면 무조건 위반인가요?

아닙니다. 내부 사용과 소프트웨어 자체의 관리형 서비스 제공은 다른 상황입니다. 실제 고객 접근 범위와 사용 방식을 확인해야 합니다.

Q5. ELv2 제품을 이용해 만든 SaaS는 모두 금지되나요?

아닙니다. 서비스 내부에서 기능을 사용하는 것과 고객에게 해당 소프트웨어의 상당한 기능을 관리형 서비스로 제공하는 것은 다르게 판단해야 합니다.

Q6. 프로그램 코드를 다른 사람에게 다시 배포해도 되나요?

조건을 지키면 재배포할 권한이 있습니다. 라이선스 사본 제공, 저작권 고지 보존, 수정 사실 고지 등을 확인해야 합니다.

Q7. 라이선스 문구를 삭제하고 내 이름만 넣으면 되나요?

안 됩니다. ELv2는 기존 라이선스·저작권·기타 고지의 제거·변경·은폐를 제한합니다.

Q8. 유료 기능 제한을 코드 수정으로 해제해도 되나요?

ELv2의 라이선스 키 기능 우회 금지 조항에 저촉될 수 있습니다. 코드 수정 권한이 보호 기능 우회 권한을 뜻하지 않습니다.

Q9. Elasticsearch 코드는 모두 ELv2인가요?

아닙니다. Elastic은 2024년에 일부 코드에 AGPLv3 선택지를 추가했습니다. 실제 파일·버전·배포판별 라이선스를 확인해야 합니다.

Q10. Context Mode는 MIT 라이선스인가요?

2026년 10월 16일 확인한 mksglu/context-mode GitHub main 브랜치의 LICENSE에는 ELv2가 명시돼 있습니다. 다른 버전의 라이선스는 해당 커밋에서 직접 확인해야 합니다.

Q11. 라이선스를 위반하면 어떻게 되나요?

ELv2에는 이용 허가 종료와 제한적인 위반 시정·복원 조건이 있습니다. 개별 사건의 법적 결론은 계약·행위·관련 법령에 따라 달라질 수 있습니다.

Q12. 정확한 해석이 어려우면 어디에 물어보나요?

먼저 Elastic 공식 FAQ와 해당 저장소 LICENSE를 확인하고, 업무상 중요한 경계는 권리자 또는 전문 법률 자문을 통해 검토하세요.

마무리

Elastic License 2.0은 소스 코드를 볼 수 있게 하는 것 이상으로 사용·수정·재배포 권한을 넓게 제공하지만, 모든 사업 모델에 무제한 사용을 허용하는 라이선스는 아닙니다. 가장 중요한 세 가지는 관리형 서비스 제공 제한, 라이선스 키 보호 기능 우회 금지, 저작권·라이선스 고지 보존입니다. AI 개발 도구를 설치할 때는 GitHub 별점이나 README의 '무료'라는 문구만 보는 대신, 실제로 사용하는 저장소·버전의 LICENSE를 확인하세요. 개인 학습과 회사 내부 업무에서의 사용, 원본 기능 자체를 고객에게 제공하는 서비스는 서로 다른 상황일 수 있습니다. ELv2를 이해하는 첫 단계는 어렵지 않습니다. 소스가 공개돼 있다는 이유만으로 모든 이용 권리가 생기는 것은 아니다. 이 사실을 기억하고 LICENSE 원문을 읽는 것부터 시작하면 됩니다.

함께 읽으면 좋은 글

• 디컴파일이란? 실행 파일을 읽기 쉬운 코드로 되돌리는 원리와 한계 — 관련 개념과 실전 점검 방법을 함께 확인합니다.