오픈소스 LLM, 기업이 써도 되나? 라이선스부터 확인

"API 비용을 줄이려면 오픈소스 LLM을 사내 서버에 올리면 되지 않나요?" "무료로 내려받은 모델을 우리 제품에 넣어 팔아도 법적으로 괜찮은가요?" "자체 서버에 올리면 사내 데이터는 정말 밖으로 안 나가나요?" 기업 AI 도입을 검토하는 자리에서 반복해서 나오는 질문입니다.

이 세 질문의 답은 모두 "모델에 따라 다릅니다"입니다. 오픈소스 LLM은 하나의 제품이 아니라 라이선스 조건이 제각각인 수백 개 모델의 묶음이기 때문입니다. 이 글에서는 오픈소스 LLM을 기업이 상업적으로 쓸 수 있는 조건, 상용 API LLM과의 차이, 도입 검토 5단계, 그리고 오픈소스 LLM이 오히려 손해가 되는 경우까지 정리합니다.

오픈소스 LLM은 기업이 써도 되나요?

오픈소스 LLM은 기업이 상업적으로 사용할 수 있습니다. 다만 허용 범위는 "오픈소스"라는 명칭이 아니라 모델별 라이선스 조항이 결정합니다. 모델을 고르기 전에 해당 버전의 라이선스 원문을 먼저 읽어야 합니다.

오픈소스와 오픈 웨이트는 다릅니다

Open Source Initiative가 2024년 10월 28일 공개한 Open Source AI Definition 1.0은 오픈소스 AI의 조건으로 세 가지를 요구합니다. 학습과 실행에 쓰인 코드, 모델 파라미터, 동등한 시스템을 다시 만들 수 있을 만큼 상세한 학습 데이터 정보입니다.

기업 현장에서 "오픈소스 LLM"이라고 부르는 모델 대부분은 이 정의를 충족하지 않습니다. 가중치 파일만 내려받을 수 있고 학습 코드와 데이터 정보는 공개되지 않은 모델은 오픈 웨이트(open-weight)로 분류하는 편이 정확합니다. 오픈 웨이트 모델도 기업이 쓸 수 있지만 재현이 불가능하고 공급자 정책 변경에 그대로 노출된다는 점은 미리 계산에 넣어야 합니다.

라이선스에서 반드시 확인할 5개 조항

오픈소스 LLM의 라이선스를 검토할 때는 다음 다섯 가지를 확인하면 대부분의 리스크가 걸러집니다.

• 상업적 이용 허용 여부와 별도 승인 필요 여부
• 사용자 수·매출 등 규모 임계값 조건
• 파인튜닝과 파생 모델의 배포 조건
• 모델 출력물의 사용 제한, 특히 다른 모델 학습에 쓸 수 있는지
• 지역·용도별 제한과 금지 사용 목록

Meta의 Llama Community License는 이 다섯 항목이 왜 필요한지 보여주는 사례입니다. 이 라이선스 2조 추가 상업 조항은 해당 Llama 버전 출시 시점 기준으로 직전 달 월간 활성 사용자가 7억 명을 넘는 사업자에게 Meta에 별도 라이선스를 요청할 의무를 지웁니다. Meta가 승인하기 전까지는 권리를 행사할 수 없습니다. Llama 3.2부터는 EU에 주소를 둔 개인·법인의 멀티모달 모델 사용을 제외했고 Llama 출력물로 경쟁 모델을 개선하는 행위도 금지합니다.

Apache 2.0이나 MIT로 배포되는 모델은 상업적 이용과 수정에 관한 조건이 훨씬 단순합니다. 다만 같은 개발사라도 모델과 버전마다 라이선스를 다르게 붙이는 경우가 많습니다. 개발사 이름을 보고 조건을 추정하지 말고 해당 버전의 모델 카드를 직접 확인해야 합니다.

오픈소스 LLM과 상용 API LLM은 무엇이 다른가요?

오픈소스 LLM과 상용 API LLM의 핵심 차이는 가격이 아니라 운영 책임의 소재입니다. 오픈소스 LLM을 자체 운영하면 데이터가 머무는 위치와 모델 버전을 직접 통제하는 대신 장애·보안·업데이트 책임도 함께 가져옵니다.

오픈소스 LLM은 통제권을 얻는 대신 고정비와 운영 책임을 떠안습니다. 상용 API LLM은 통제권을 넘기는 대신 시작 속도와 운영 부담 경감을 얻습니다.

"무료 모델"과 "운영비가 없는 모델"은 다릅니다

오픈소스 LLM에서 0원인 항목은 모델 가중치 사용료 하나뿐입니다. 실제 운영에는 추론용 GPU 또는 GPU 클라우드 인스턴스, 모델 서빙 소프트웨어, 로그·모니터링 체계, 접근통제와 보안 패치가 필요합니다. 이 전부를 담당할 인력도 있어야 합니다.

오픈소스 LLM의 고정비 구조 때문에 실제 기업 지출은 아직 상용 API에 쏠려 있습니다. Menlo Ventures가 2025년 발표한 기업 생성형 AI 현황 조사에서 오픈소스 모델은 기업 LLM API 지출의 약 11%로, 2024년의 19%보다 낮아졌습니다. 이 수치는 API 지출만 집계하므로 자체 호스팅 물량은 빠져 있지만 "오픈소스로 바꾸면 비용이 준다"는 기대가 자동으로 실현되지는 않는다는 신호로 읽을 수 있습니다.

토큰 단위 비용이 어떻게 계산되는지는 AI 토큰이란에서 과금 구조를 확인하면 비교가 쉬워집니다.

왜 지금 오픈소스 LLM 선택이 중요한가요?

2026년 국내 기업에게 이 선택이 중요한 이유는 규제 책임이 모델 개발사만의 문제가 아니게 됐기 때문입니다. 2026년 1월 22일 시행된 인공지능 발전과 신뢰 기반 조성 등에 관한 기본법은 AI를 가져다 쓰는 이용사업자도 인공지능사업자로 규정하고 생성형 AI 이용 사실 사전 고지 같은 의무를 부과합니다. 오픈소스 LLM을 자체 운영하면 모델 선택과 고지, 기록 관리 책임이 전부 도입 기업에 남습니다.

품질 격차가 좁혀지면서 병목이 모델에서 운영으로 옮겨간 점도 이유입니다. Mozilla가 2026년 7월 발표한 State of Open Source AI 보고서는 SlashData가 2026년 5월 개발자 1,494명을 조사한 결과를 근거로 삼았습니다. 오픈 모델과 상위 폐쇄 모델의 성능 격차는 3%까지 좁혀졌고 3년간 비용은 최대 50분의 1로 떨어졌다는 것이 보고서의 결론입니다. 같은 조사에서 개발자 79%가 오픈 모델을 사용하지만 프로덕션까지 배포한 비율은 51%에 그쳤고 폐쇄 모델의 프로덕션 배포 비율은 63%였습니다. 오픈소스 LLM에서 발목을 잡는 것은 모델 성능이 아니라 배포와 운영입니다.

모델 종류별 성격 차이를 먼저 정리하고 싶다면 AI 모델 비교에서 GPT·클로드·제미나이의 강점 차이를 확인할 수 있습니다.

오픈소스 LLM 도입을 검토하는 5단계

오픈소스 LLM 검토는 벤치마크 순위가 아니라 제약조건 확인에서 시작해야 후보가 빠르게 좁혀집니다. 다음 순서로 진행하면 검토 기간을 4~6주 안에 끝낼 수 있습니다.

1. 1

   라이선스 적합성 확인

   후보 모델 3~5개의 라이선스 원문을 법무 담당자와 함께 읽고 앞의 5개 조항 기준으로 통과·탈락을 먼저 가릅니다.

2. 2

   데이터 통제 요구 수준 확정

   개인정보와 영업기밀이 어떤 인프라까지 나갈 수 있는지 기준을 문서로 정합니다. 이 기준이 자체 운영과 API의 갈림길입니다.

3. 3

   실제 업무 데이터로 PoC

   사내 문서와 실제 질문 세트를 그대로 써서 답변 품질, 응답시간, 오답 유형을 후보별로 기록합니다. 공개 벤치마크 점수는 이 단계를 대체하지 못합니다.

4. 4

   총소유비용 산정

   GPU와 클라우드뿐 아니라 서빙·모니터링·보안·인력 시간을 12개월 기준으로 합산하고 같은 물량을 상용 API로 처리했을 때의 금액과 나란히 놓습니다.

5. 5

   운영 주체 지정

   모델 업데이트, 장애 대응, 보안 패치, 품질 재평가를 누가 언제 하는지 담당자와 주기를 정합니다. 여기서 담당자를 못 정하면 4단계 계산이 의미를 잃습니다.

오픈소스 LLM이 맞는 기업 체크리스트

아래 6개 항목 중 3개 이상에 해당하면 오픈소스 LLM 검토를 시작할 만하고, 5개 이상이면 자체 운영이 유력한 선택지입니다.

• 데이터 반출 제약이 있습니다

  규제나 계약상 특정 데이터를 외부 클라우드로 보낼 수 없습니다.

• 처리량이 크고 예측 가능합니다

  매일 비슷한 규모의 대량 요청이 반복되어 고정비 회수 계산이 성립합니다.

• 업무가 특화돼 있습니다

  자사 용어와 문서 형식에 맞춘 파인튜닝이 품질을 크게 올릴 여지가 있습니다.

• 모델 버전을 고정해야 합니다

  공급자의 모델 업데이트로 결과가 바뀌면 곤란한 업무가 있습니다.

• 운영 인력이 있습니다

  GPU 서빙과 모니터링을 담당할 인원을 최소 1명 이상 배정할 수 있습니다.

• 일정에 여유가 있습니다

  인프라 구축과 검증에 수 주를 쓸 수 있고, 출시일이 이번 달로 못 박혀 있지 않습니다.

비용은 어디서 발생하고 기간은 얼마나 걸리나요?

오픈소스 LLM의 총소유비용은 GPU 임대료가 아니라 인력 시간에서 가장 크게 갈립니다. 12개월 기준으로 다음 항목을 모두 합산해야 상용 API 금액과 같은 선상에서 비교할 수 있습니다.

• 추론용 GPU 또는 GPU 클라우드 인스턴스 요금
• 모델 서빙·오케스트레이션 소프트웨어 운영 비용
• 로그·모니터링·평가 파이프라인 구축 및 유지
• 접근통제, 보안 패치, 취약점 점검
• 모델 업데이트와 재검증에 드는 담당자 시간
• 장애 발생 시 대응 시간과 서비스 중단 손실

오픈소스 LLM 검토 기간은 범위에 따라 갈립니다. 후보 선정과 PoC까지는 4~6주, 여기에 운영 환경 구축과 보안 검토를 더하면 8~12주를 잡는 편이 현실적입니다. GPU 조달이 필요하면 조달 리드타임을 별도로 더해야 합니다.

오픈소스 LLM 도입이 실패하는 4가지 패턴

1. 1

   라이선스를 나중에 확인합니다

   PoC로 성능을 확인하고 개발까지 마친 뒤 법무 검토에서 상업적 사용이 막혀 처음부터 다시 시작하는 경우입니다.

2. 2

   벤치마크 점수로 모델을 고릅니다

   공개 리더보드 상위 모델이 자사 문서와 용어에서는 오답을 내는 일이 흔합니다. 실제 업무 데이터로 검증하지 않으면 도입 후에야 드러납니다.

3. 3

   자체 배포를 보안 완료로 착각합니다

   사내 서버에 올렸다는 사실만으로는 접근통제, 로그, 프롬프트 주입 대응이 생기지 않습니다. 통제 범위가 넓어진 만큼 관리 항목도 늘어납니다.

4. 4

   운영 담당자를 지정하지 않습니다

   구축은 프로젝트로 끝나지만 운영은 상시 업무입니다. 담당자와 주기가 없으면 모델은 그대로 방치되고 품질은 서서히 떨어집니다.

오픈소스 LLM이 맞지 않는 기업도 있습니다

운영 인력이 없는 조직에는 오픈소스 LLM 자체 운영이 손해입니다. GPU 서빙과 모니터링을 겸업으로 처리하면 장애 대응이 늦어지고 아낀 API 비용보다 대응에 들어간 인건비가 커지는 상황이 반복됩니다.

출시 속도가 최우선인 조직에도 맞지 않습니다. 아이디어를 몇 주 안에 검증해야 하는 단계라면 상용 API로 먼저 수요를 확인하고 사용량과 데이터 요건이 확정된 뒤에 자체 운영 전환을 계산하는 편이 위험이 적습니다.

처리량이 적은 조직에도 오픈소스 LLM 자체 운영은 맞지 않습니다. 하루 요청량이 적으면 GPU는 대부분의 시간 동안 놀게 되고 고정비를 회수할 지점이 오지 않습니다. 이 경우 오픈 모델을 쓰고 싶다면 자체 호스팅 대신 오픈 모델을 제공하는 관리형 API를 먼저 검토하는 편이 낫습니다.

모델보다 운영 조건을 먼저 비교하세요

오픈소스 LLM 도입 여부는 라이선스, 데이터 통제, 업무 품질, 총운영비, 운영 역량 순서로 확인하면 대부분 두세 개 후보로 정리됩니다. 이 순서를 지키면 성능 비교에 몇 주를 쓰고 나서 라이선스에서 막히는 상황을 피할 수 있습니다.

외부 API를 쓰지 않는 자체 운영 구조를 먼저 검토하고 있다면 아래 글에서 배치 선택지부터 정리할 수 있습니다.

자체 AI 운영, 외부 API 없이 가능할까?자체 AI 운영, 외부 API 없이 가능할까?"AI를 업무에 써보자"는 이야기가 나오면 실무는 늘 같은 지점에서 멈춥니다. 보고서 초안을 만들고 사내 문서를 요약하고 고객 문의를 정리하려면 결국 회사 자료를 AI가 읽어야 하기 때문입니다.

넥스트젠에이아이는 지금까지 제조·유통·교육 등 여러 업종의 AI 도입 과제를 진단하면서 모델 선정보다 데이터 흐름과 운영 주체 정의가 결과를 갈랐다는 점을 확인했습니다. 무료 AX 진단에서는 현재 업무와 데이터 흐름을 기준으로 오픈소스 자체 운영과 상용 API 중 어느 쪽이 맞는지 함께 판단해 드립니다.