개발외주

오픈소스 썼다고 다 공짜는 아니에요 — 외주 개발 전 라이선스 점검

오픈소스는 라이선스 종류에 따라 상업적 사용 범위가 완전히 달라요. MIT·Apache는 자유롭지만 GPL 계열은 소스 공개 의무가, CC BY-NC는 상업 이용 금지 조항이 있어요. 외주 개발 전 확인할 체크리스트 4가지를 정리했어요.

크리에이티브소프트
크리에이티브소프트
2026년 9월 6일 ·

미리 요약하면 — 오픈소스는 “누구나 무료로 쓸 수 있다”는 뜻이지 “마음대로 써도 된다”는 뜻이 아니에요. 라이선스 종류에 따라 상업적 사용 범위, 소스 공개 의무, 표시 의무가 전부 달라요. 외주 개발에 오픈소스 컴포넌트가 들어간다면, 발주자가 미리 확인해둬야 할 것들을 정리했어요.

이번 주 엔비디아가 오픈소스 AI 허브 허깅페이스를 129억 달러 규모로 인수하기로 했다는 소식이 있었어요. 오픈소스 생태계에 이 정도로 큰돈이 오가는 시대가 됐다는 뜻이고, 동시에 오픈소스를 “그냥 가져다 쓰면 되는 것”으로 가볍게 보면 안 된다는 신호이기도 해요.

1. 오픈소스라서 무료라는 오해부터 짚어요

개발자가 모니터로 오픈소스 라이선스 문서를 검토하는 모습

오픈소스는 소스 코드가 공개돼 있고 대부분 무료로 쓸 수 있다는 뜻이지, 조건이 없다는 뜻은 아니에요. 라이선스 문서 안에 상업적 사용 가능 여부, 재배포 조건, 표시 의무가 전부 담겨 있어요. 이 조건을 확인하지 않고 그대로 서비스에 넣으면, 나중에 그 부분만 통째로 다시 만들어야 하는 상황이 생길 수 있어요.

2. 라이선스마다 상업적 사용 범위가 달라요

여러 개의 라이선스 문서를 나란히 놓고 비교 검토하는 모습

대표적으로 세 갈래로 나뉘어요. MIT·Apache 2.0 라이선스는 출처만 표시하면 상업적으로 자유롭게 써도 돼요. GPL 계열은 이 코드를 넣어 만든 결과물도 같은 조건으로 소스를 공개해야 하는 ‘카피레프트’ 의무가 있어요. CC BY-NC(비영리)처럼 상업적 이용 자체를 금지하는 라이선스도 있어서, 이걸 상업 서비스에 쓰면 그 자체로 문제가 돼요.

3. “외주사가 알아서 처리했겠지”가 위험한 이유

회의실에서 계약서와 개발 산출물을 함께 검토하는 모습

여기서 발주자가 자주 놓치는 지점이 있어요. 오픈소스 컴포넌트를 가져다 쓸지는 개발 과정에서 개발사가 정하는 경우가 많은데, 그 라이선스는 우리 서비스 전체에 그대로 따라와요. 재료의 라이선스는 산출물에 그대로 옮겨 붙거든요. 개발사가 편의상 가져다 쓴 컴포넌트 하나가 비상업 라이선스였다면, 그 사실을 나중에 알게 되는 쪽은 결국 발주자예요.

4. 저작자 표시 의무를 놓치면 생기는 문제

서비스 화면 하단에서 출처 표기를 확인하는 모습

MIT·Apache 계열처럼 상대적으로 자유로운 라이선스도 대부분 ‘저작자 표시(attribution)’ 의무는 남아 있어요. 앱 정보 화면이나 웹사이트 푸터에 출처를 표기해야 하는데, 이 표기가 빠진 채로 서비스가 나가는 경우가 종종 있어요. 큰 사고로 이어지진 않아도, 나중에 권리자가 문제를 제기하면 그때 가서 서비스를 다시 수정해야 하는 번거로움이 생겨요.

5. 계약서에 넣어야 할 오픈소스 조항

계약서 조항을 함께 짚어가며 협의하는 모습

발주 계약서에 “사용한 오픈소스 컴포넌트 목록과 라이선스 종류를 문서로 제출한다”는 조항 하나만 넣어도 위험을 크게 줄일 수 있어요. 외주 계약서에서 꼭 넣어야 할 조항에서 다룬 기본 조항에 이 항목을 추가로 넣는 걸 권해드려요. 목록만 받아도 나중에 어떤 컴포넌트가 어떤 조건인지 추적할 수 있거든요.

6. 발주 전 체크리스트 4가지

체크리스트를 손으로 짚어가며 점검하는 실무자들의 모습

  • 사용된 오픈소스 컴포넌트 목록을 문서로 받을 수 있나요?
  • 각 컴포넌트의 라이선스가 상업적 사용을 허용하나요?
  • 소스 공개 의무(카피레프트)가 있는 컴포넌트는 없나요?
  • 저작자 표시가 필요한 항목은 어디에 어떻게 넣을지 정했나요?

7. 운영해본 개발사가 이 문제를 보는 방식

여러 명이 함께 소프트웨어 구성 요소를 점검하는 사무실 풍경

저희는 자체 SaaS 4종을 10년 이상 직접 운영하면서 여러 오픈소스 구성 요소를 조합해 서비스를 만들어왔어요. 그 과정에서 라이선스 하나를 놓치면 나중에 그 부분을 통째로 바꿔야 하는 상황이 생긴다는 걸 여러 번 체감했어요. 롯데·캐논 같은 곳과 프로젝트를 진행할 때도 이 점검은 빠뜨리지 않는 절차예요. 외주 개발을 준비 중이시라면 운영까지 해본 회사와 상담해보세요 →

자주 묻는 질문

오픈소스를 쓰면 상업 서비스에도 자유롭게 활용해도 되나요?

아니요. 라이선스 종류에 따라 달라요. MIT·Apache 2.0처럼 상업적 사용을 자유롭게 허용하는 라이선스가 있는 반면, CC BY-NC처럼 비상업 용도로만 허용하는 라이선스도 있어요. 사용 전 라이선스 문서를 반드시 확인해야 해요.

외주 개발사가 오픈소스 라이선스를 대신 확인해주지 않나요?

확인해주는 곳도 있지만, 계약서에 명시돼 있지 않으면 개발사의 재량에 맡겨지는 경우가 많아요. 발주자가 직접 “사용 컴포넌트 목록과 라이선스를 문서로 제출해달라”는 조항을 계약서에 넣어두는 게 안전해요.

계약서에 오픈소스 관련 조항을 어떻게 넣어야 하나요?

“사용한 오픈소스 컴포넌트 목록과 각각의 라이선스 종류를 서면으로 제출한다”는 문장 하나로 시작할 수 있어요. 여기에 저작자 표시 의무 이행 여부까지 포함하면 더 안전해요.