오픈 코어

오픈 코어, 오픈소스, 프리미엄은 서로 다른 선

이 용어들은 서로 바꿔 쓰이지만 자르는 축이 다릅니다. 공급업체가 마음을 바꿨을 때 당신에게 무슨 일이 생기는지를 결정하는 것이 바로 이 차이이므로, 정확히 구분할 값어치가 있습니다.

• 오픈소스는 코드에 관한 라이선스상의 사실입니다. 실행하고, 살펴보고, 수정하고, 재배포할 권리를 줍니다. 누가 무엇에 돈을 내는지에 대해서는 아무 말도 하지 않습니다.
• 오픈 코어는 그 위에 얹히는 패키징 결정입니다. 제품의 일부는 오픈 라이선스를 달고, 일부는 애초에 공개되지 않습니다. 독점적인 쪽은 보통 호스팅 서비스, 통합 로그인, 감사 로그, 권한 관리, 그리고 가장 큰 고객이 요구하는 것들입니다.
• [프리미엄](/glossary/freemium) 은 하나의 독점 제품 안에서의 가격 결정입니다. 같은 폐쇄 소프트웨어의 무료 등급과 유료 등급이 있을 뿐, 열린 부분은 없고 자체 호스팅은 선택지에 없습니다.
• [사용량 기반 과금](/glossary/usage-based-pricing) 은 앞의 셋과 직교합니다. 청구액을 어떻게 계산하는지를 말할 뿐, 코드로 무엇을 해도 되는지와는 무관합니다.

쓸모 있는 시험이 하나 있습니다. 프리미엄에서 한계에 부딪히면 등급을 올리는 수밖에 없습니다. 오픈 코어에서 한계에 부딪히면 등급을 올리거나, 빠진 조각을 직접 만들 수 있습니다. 시스템의 나머지가 내 손에 있기 때문입니다. 도입하는 쪽에서 보면 이 두 번째 선택지가 모델의 가치 전부이고, 사람들이 짐작하는 것보다 자주 실제로 작동합니다.

저장소를 읽어 선이 실제로 어디 있는지 확인하기

우리는 /grow 페이지에서 오픈소스 성장 도구를 꾸준히 다루는데, 예순 편을 넘기고 나니 패턴이 체크리스트로 삼을 만큼 일정했습니다. 배지가 내세우는 주장과 유료 장벽의 위치는 별개의 사실이고, 그 도구가 당신의 문제를 푸는지를 결정하는 쪽은 두 번째입니다. 무엇이든 도입하기 전에 다음을 읽으세요.

• 배지가 아니라 LICENSE 파일을 연다. GitHub의 라이선스 필드는 발견한 것을 분류하지 못하면 `NOASSERTION` 으로 표시하고, 라이선스 배지가 있는데 라이선스 본문이 아예 없는 저장소도 있습니다. 그 자체로 결정적 증거는 아니지만, 추측으로 넘겨서는 안 되는 유일한 항목입니다.
• 클라우드 전용이라고 적힌 각주를 찾는다. 가장 흔한 형태는 README의 기능 목록 가운데 한두 항목에 호스팅 요금제에서 제공된다는 조용한 단서가 붙어 있는 경우입니다. 그 항목이 도입하려던 이유였다면 이미 이야기 전체를 읽은 셈입니다.
• 프로젝트가 스스로 내놓은 비교표를 읽는다. 마케팅이니 경쟁사 열은 의심하되, 자기 제품을 설명하는 열은 대체로 정확하고 유지 관리자들이 무엇을 팔고 있다고 생각하는지를 알려 줍니다.
• 어떤 플러그인이나 모듈이 코어로 표시돼 있는지 본다. 어떤 기능은 코어, 어떤 기능은 선택으로 표시한 프로젝트는 이미 공개된 자리에 선을 그어 둔 것이고, 가격 페이지보다 훨씬 믿을 만합니다.
• 저작권자와 기여자 동의서를 확인한다. 단일 회사가 저작권을 쥐고 있으면 나중에 라이선스를 바꿀 수 있고, 재단이나 넓은 기여자 기반이 있으면 그 일이 상당히 어려워집니다. 3년 뒤에 무슨 일이 생길지를 예측하는 항목이 이것입니다.

2026년 9월 3일에 다룬 문서 컴파일러 docmd는 이 구조를 알아보기 쉽게 구현한 작고 깔끔한 예입니다. 컴파일러와 모든 빌드 산출물은 저장소 안에서 MIT이고, 유일한 호스팅 조각 — 순수 정적 사이트가 백엔드를 운영하지 않고도 AI 어시스턴트를 돌릴 수 있게 해 주는 relay — 은 선택 서비스임이 분명히 표시돼 있습니다. 무엇을 직접 호스팅하고 무엇을 사게 되는지 1분이면 알 수 있는데, 이 범주의 모든 프로젝트가 그렇지는 않습니다.

도입하는 쪽과 만드는 쪽에 각각 어떤 뜻인가

도입하는 쪽에서 정직한 질문은 그 도구가 열려 있느냐가 아니라 빠져나오는 비용이 얼마냐입니다. 자체 호스팅은 라이선스로는 공짜지만 시간으로는 공짜가 아닙니다. 업그레이드도, 백업도, 장애도 누군가 감당합니다. 그 비용을 지금 규모가 아니라 1년 뒤 예상 규모에서의 호스팅 요금제와 견주세요. 그래도 그 시간으로 사는 것은 실재합니다. 데이터는 내가 통제하는 데이터베이스에 남고, 공급업체의 로드맵이 나에게서 멀어져도 남는 것은 마이그레이션이 아니라 돌아가는 시스템입니다.

자기 제품에 이 모델을 고민하는 창업자라면 분명히 봐야 할 것이 있습니다. 오픈 코어는 수익 전략이기 전에 유통 전략입니다. 도달 범위와 개발자들의 신뢰, 기여의 흐름을 사 오지만 그 자체로 고객을 만들지는 않고, 이후에는 당신을 제약합니다. 기능을 열린 쪽에서 유료 쪽으로 옮기는 일은 프로젝트의 호의를 확실하게 잃게 만드는 몇 안 되는 결정이기 때문입니다. 저장소를 공개하기 전에 선을 정하고, 사용자가 읽을 수 있는 곳에 적어 두세요.

발견되기 위한 일이 줄어드는 것도 아닙니다. 열린 저장소는 다른 모든 경로와 똑같은 문제를 지닌 유통 경로입니다 — 누군가는 그 존재를 알아야 합니다. 이 모델에서 이기는 프로젝트가 대체로 엔지니어링과 나란히 평범한 콘텐츠와 커뮤니티 작업을 하는 쪽이고, 라이선스가 마케팅을 대신해 주리라 가정한 쪽이 아닌 이유가 여기 있습니다.