2026년 오픈소스 학습 관리 시스템(LMS) 10선 비교

학습자 수 제한 없이 자체 브랜드 LMS를 운영하세요

무료로 시작하세요

컴퓨터가 가정에 보급되기 훨씬 전부터 컴퓨터에 관심이 있었습니다. 그래서인지 저는 "오픈소스 인프라는 다른 선택지를 감당할 수 없을 때 고르는 것"이라는 말에 동의한 적이 없습니다.

20년 동안 SaaS를 만들어 온 제 경험상 패턴은 분명합니다. 라이선스가 무료라는 이유로 오픈소스 LMS를 고른 팀은 대체로 불만을 품게 됩니다. 반대로 통제권, 즉 자사 데이터와 자체 API, 보안 취약점을 원하는 시점에 직접 패치할 수 있는 자유 때문에 고른 팀은 좀처럼 그렇지 않습니다. 오픈소스는 저렴한 선택지가 아닙니다. 직접 소유하고 직접 운영해야 하는 인프라입니다.

제가 평가한 기준

이 수준의 플랫폼 결정은 결국 하나의 질문으로 좁혀집니다. 3년 뒤 장애가 났을 때, 팀이 운영 환경에서 실제로 책임질 수 있는가? 그래서 네 가지를 따졌습니다.

• 라이선스와 거버넌스. 실제 라이선스와 카피레프트 의무, 그리고 로드맵을 누가 쥐고 있는지를 봤습니다. 영리 기업(Moodle HQ), 비영리 단체(Axim Collaborative), 재단(Apereo, ILIAS Society)은 5년 단위로 보면 포크 위험이 크게 다릅니다.
• 실제로 운영할 수 있는 팀. 기술 스택이 PHP, Ruby, Java, Python 중 무엇인지, 그리고 유능한 시스템 관리자면 충분한지 아니면 DevOps 팀이 필요한지를 봤습니다. 기준은 단순합니다. 새벽 2시에 장애가 났을 때 이를 책임질 사람이 팀에 한 명이라도 있는가?
• 무엇이 진짜 강점인가. 여기 있는 플랫폼은 저마다 잘하는 부분이 있습니다. 플러그인의 깊이, 규정 준수, 인터페이스, ERP 연동 등이 그 예입니다. 모두를 같은 표로 점수화하지 않고, 각 플랫폼의 진짜 강점을 짚었습니다.
• 실제 총비용, 세 가지 층위. 인프라 비용은 예측이 가능하고 한 번 산정하면 됩니다. 패치, 플러그인 검증, 지원 같은 유지보수 인력은 2년 차에 드러나는 의외의 비용입니다. 그리고 여기 있는 모든 플랫폼은 메이저 릴리스에서 플러그인이나 데이터베이스 스키마가 깨진 적이 있으므로, 어떤 벤더 페이지도 알려 주지 않는 메이저 버전 마이그레이션 비용도 예산에 넣어야 합니다.

이 글은 자체 LMS 인프라를 직접 운영할지 고민하는 엔지니어, IT 관리자, CTO를 위한 글입니다. 호스팅형 무료 플랫폼이 필요하다면 최고의 무료 LMS 모음에서 무료 요금제를 제공하는 옵션을 다뤘습니다. 의도적으로 제외한 플랫폼이 ATutor입니다. GitHub 저장소를 확인했는데 커밋 활동이 수년째 거의 없고 의미 있는 릴리스도 없었습니다. 활발한 보안 패치를 확인할 수 없는 자체 호스팅 플랫폼은 운영 환경 추천 목록에 넣지 않겠습니다.

운영상 주의할 점이 많긴 하지만, 세계 곳곳의 학습 환경은 이미 상당 부분 오픈소스 위에서 돌아가고 있습니다. Open edX는 1억 4천만 명 이상의 학습자를, Chamilo는 4,100만 명 이상을 보유한다고 밝히고 있고, Fortune Business Insights는 글로벌 LMS 시장 규모를 2025년 약 240억 달러, 2034년에는 1,040억 달러로 전망합니다. 이 플랫폼들은 변방의 존재가 아닙니다. 남는 질문은 팀이 운영할 수 있느냐 하나뿐입니다.

자체 호스팅의 실제 비용

라이선스는 오픈소스 LMS에서 가장 저렴한 부분입니다. 아래는 팀이 운영 환경에서 실제로 쓰는 비용을 앞서 말한 세 가지 비용 층위에 맞춰 정리한 것입니다. 견적이 아니라 계획용 범위로 봐 주세요.

• 인프라: 예측 가능한 층위입니다. 학습자가 수백 명 수준이면 월 $20~$100짜리 VPS로 충분합니다. 동시 평가 부하가 실제로 걸리는 활성 학습자 수천 명 규모라면 클라우드 비용으로 월 $200~$800가 필요합니다. 동시 접속이 많은 엔터프라이즈 환경은 $1,000~$5,000 이상입니다. Open edX는 멀티 서비스 아키텍처 때문에 모든 구간에서 가장 위쪽에 놓입니다.
• 유지보수 인력: 2년 차에 팀을 당황하게 하는 층위이고, 보통 가장 큰 항목입니다. 보안 패치, 플러그인 검증, 업그레이드, 사용자 지원 에스컬레이션을 합치면 시스템 관리자나 DevOps 인력의 일부 또는 전담 인력이 필요하고, 부대비용을 포함한 인건비로 월 $1,000~$5,000 정도, 혹은 비슷한 수준의 파트너 지원 계약이 듭니다. '라이선스 무료'를 내세우는 어떤 홍보에도 이 항목은 나오지 않습니다.
• 구축과 마이그레이션: 직접 설치하고 기본 설정을 그대로 쓴다면 거의 0에 가깝습니다. 하지만 테마, SSO, SIS나 HRIS 연동, 기존 콘텐츠와 사용자 이전을 더해 인증 파트너와 진행하면 $5,000~$50,000가 듭니다.

3년 치를 합산하면 자체 호스팅 오픈소스 LMS가 총소유비용 기준으로 가장 저렴한 선택이 되는 경우는 드뭅니다. 대신 가장 통제하기 쉬운 선택입니다. 팀이 실제로 맞바꾸는 것은 라이선스 비용 0원이 아니라 바로 이 통제권입니다.

자체 호스팅과 호스팅형: 진짜 선택

플랫폼을 비교하기 전에, 이 목록 밑에 깔린 카테고리 선택부터 솔직히 짚어 볼 필요가 있습니다. 오픈소스 자체 호스팅은 통제권을 얻는 대신 인력으로 값을 치르고, 호스팅형 플랫폼은 속도를 얻는 대신 사용자당 요금과 벤더의 제약으로 값을 치릅니다.

한눈에 비교

평점은 각 도구의 G2 또는 Capterra 점수 중 높은 쪽을 반올림한 값이며, 2026년 8월 기준입니다. 리뷰 수가 적은 도구(Open edX, Sakai, Odoo 등)는 통계적으로 확고한 값이 아니라 참고용으로 보세요.

1. Moodle

추천 대상: LMS 전담 관리자나 Moodle 인증 파트너가 이미 있는 교육기관.

Moodle은 이 목록의 다른 모든 플랫폼을 가늠하는 기준점입니다. 2002년부터 PHP 기반으로 계속 운영되어 왔고, GPL v3이며, 이 분야에서 플러그인 카탈로그가 가장 깊습니다.

• 라이선스와 거버넌스: GPL v3이지만 로드맵은 영리 기업인 Moodle HQ가 쥐고 있어서, 엔터프라이즈 기능은 상용 Moodle Workplace에 먼저 들어오는 경향이 있습니다(5.2에서는 오픈 코어에 없는 멀티 테넌트 자동화가 추가되었습니다). 이를 감안해 계획하면 관리할 만하지만, 그렇지 않으면 비용이 큽니다.
• 기술 구성: PHP/LAMP이며 일반적인 시스템 관리 역량이면 됩니다. 강의 두 개짜리 파일럿에서 수십만 명의 학습자까지, 플랫폼을 바꾸지 않고 확장되는 것을 본 적이 있습니다.
• 가장 강한 부분: 플러그인과 커뮤니티. 카탈로그와 인증 개발자 네트워크 덕분에 아무도 풀어 본 적 없는 문제를 만날 일이 거의 없습니다.
• 단점: 인터페이스입니다. “클릭이 너무 많고 1990년대 CMS 같다”는 평가는 검증된 Capterra와 G2 도입 사례 수천 건에서 학습자 경험의 대표적인 반응이며, 4.x 개편 이후에도 사라지지 않았습니다. 메이저 업그레이드는 며칠짜리 유지보수 기간으로 잡고, 대규모 동시 시험 전에는 부하 테스트를 하세요.

설치 메모: Moodle은 이 목록에서 설치 문서가 가장 잘 갖춰져 있습니다. LAMP 서버에 moodledata를 웹 루트 밖에 두면 됩니다. 다만 cron은 선택이 아닙니다. 매분 실행되지 않으면 이메일, 알림, 예약 백업이 멈추고 Moodle은 cron이 실행되지 않았다는 경고만 계속 띄웁니다. 또 PHP의 기본 max_input_vars 값 1,000은 Moodle의 큰 설정 및 권한 페이지에는 너무 낮아서, 값을 올리기 전까지는 오류 없이 일부 필드만 저장됩니다.

제 판단: 관리 부담을 솔직하게 예산에 넣는다면 장기적으로 가장 안전한 선택입니다. 설치해 놓고 신경 쓰지 않을 생각인 팀에는 맞지 않습니다.

2. Open edX

추천 대상: 시스템 관리자가 아니라 전담 DevOps 엔지니어가 있는 대학과 대형 교육 서비스 제공업체.

Open edX는 MIT와 Harvard가 edX를 대규모로 운영하려고 만든 플랫폼으로, 이 목록에서 적합한 도입 조건이 가장 좁습니다. 그래서 실제로 맞는 조직은 대단해 보인다는 이유로 끌린 조직과 별로 겹치지 않습니다.

• 라이선스와 거버넌스: 2021년 2U가 edX를 인수한 뒤 플랫폼을 관리하려고 만들어진 비영리 단체 Axim Collaborative 아래의 오픈소스입니다. 장기적인 플랫폼 위험 면에서는 영리 기업의 분기별 로드맵보다 비영리의 인센티브가 낫습니다.
• 기술 구성: Python/Django이며, Tutor(Docker)로 배포하고 멀티 노드에서는 Kubernetes를 씁니다. 이 목록에서 DevOps 팀이 필요한 유일한 플랫폼입니다. 판단 기준은 한 사람이 운영 장애의 상황과 대응 우선순위를 판단하고, Python CVE를 패치하고, 메이저 업그레이드를 책임질 수 있느냐입니다. 그럴 수 없다면 이 플랫폼의 기능을 제대로 활용할 수 없습니다.
• 가장 강한 부분: 대규모 운영을 염두에 둔 아키텍처와 확장성. XBlock 확장성은 강력하지만, 맞춤 콘텐츠 유형을 만드는 일은 콘텐츠 편집이 아니라 Python 개발입니다.
• 단점: 대부분의 검토가 멈추는 곳은 배포입니다. 도입을 결정하기 전에 테스트 서버에 Tutor를 설치해 보세요. 어떤 기능 목록보다 배포 과정이 팀이 이 플랫폼을 책임질 수 있는지 더 잘 알려 줍니다.

설치 메모: 저는 Tutor 방식으로 설치했는데, 설치 자체는 tutor local launch 한 번이면 되고 약 20분 걸립니다. 일은 그 이전에 다 있습니다. RAM 8GB 이상의 서버, 서버를 가리키는 DNS 레코드, 루트가 아닌 사용자로 실행되는 Docker가 필요합니다. 서버와 DNS를 제대로 맞추면 SSL은 저절로 해결되고, 잘못 맞추면 바로 그 지점에서 악몽 같은 후기가 나옵니다.

제 판단: Python/Django 기반을 처음부터 끝까지 책임질 수 있을 때만 복잡함을 감수할 가치가 있습니다. 엔지니어링 역량은 단순한 유의 사항이 아니라 도입의 필수 조건입니다.

3. Canvas LMS (Community Edition)

추천 대상: Ruby on Rails 운영 경험이 있고, 외부 대상 서비스를 위해 코드를 수정할 필요가 없는 교육기관.

Canvas의 GitHub 커뮤니티 에디션(AGPL v3)은 기능이 정말 뛰어난 오픈소스 LMS인데, 저에게 이를 묻는 사람 대부분이 제품을 잘못 이해하고 있습니다.

• 라이선스와 거버넌스: AGPL v3이 걸림돌입니다. 수정한 Canvas를 네트워크 서비스로 운영하면 변경한 소스를 그 서비스의 사용자에게 공개해야 합니다. 내부용으로만 쓴다면 문제가 되지 않지만, 외부 대상으로 수정해 배포한다면 도입 불가 사유입니다(제가 자문한 두 팀이 이 때문에 계획을 처음부터 다시 짰습니다). Instructure가 상용 클라우드용으로 개발을 계속하므로 업스트림은 최신 상태를 유지합니다.
• 기술 구성: Ruby on Rails이며 커뮤니티 배포 가이드가 있습니다. 자체 호스팅 인스턴스에는 Instructure의 SLA가 적용되지 않고, 다운타임 패턴은 자체 호스팅 사용자 리뷰에서 확인됩니다.
• 가장 강한 부분: 인터페이스와 채점. SpeedGrader는 어디에 내놓아도 손꼽히는 채점 워크플로로 꾸준히 평가받고, 이것과 Blueprint Courses는 커뮤니티 빌드에 포함됩니다.
• 단점: 계약을 맺어야 쓸 수 있는 부분, 즉 Canvas Studio, Credentials, Mastery Connect, 99.9% 가동률 SLA가 빠집니다. 동시 접속자 600만 명, 모바일 다운로드 2,700만 건이라는 규모 수치는 Instructure 클라우드의 것이지 자체 호스팅 서버의 것이 아닙니다.

설치 메모: Canvas는 자체 호스팅이 고통스럽다는 평판이 있고, 그 이유는 구체적입니다. 서버 사양(8GB, 4코어)은 문제가 없고, 벽은 bundle install입니다. Canvas는 버전이 고정된 Rails 앱인데 운영 문서가 실제 코드와 어긋나 있어서, 새 서버에서는 네이티브 gem이 맞지 않는 Ruby 버전으로 컴파일에 실패하고 Canvas가 뜨기도 전에 몇 시간을 허비하게 됩니다. Redis는 필수이고, 자체 서명 인증서로는 안 되며, 내내 빠진 단계를 스스로 메워 가며 진행해야 합니다. 이 목록에서 자체 호스팅이 정말 필요한지 가장 진지하게 되묻고 싶은 항목입니다.

제 판단: Rails 인력이 사내에 있고 외부 사용자용으로 수정하지 않는다면, 바로 쓸 수 있는 인터페이스는 여기서 최고입니다. 코드를 건드리기 전에 AGPL 조항을 읽으세요.

4. ILIAS

추천 대상: 독일어 지원을 받을 수 있는, 규정 준수 중심의 유럽 교육기관.

ILIAS는 규정 준수 업무에서 Moodle이나 Canvas와는 다른 급입니다. 1997년 쾰른 대학교에서 시작되어 비영리 단체인 ILIAS Society가 운영합니다.

• 라이선스와 거버넌스: GPL v3이며 ILIAS Society를 통한 재단식 거버넌스를 갖고 있어, 장기적인 관리 주체가 제도적으로 분명합니다.
• 기술 구성: PHP/MySQL이고 배포 난도는 Moodle과 비슷합니다. 설치는 일반적인 PHP 역량이면 됩니다.
• 가장 강한 부분: 규정 준수. 역량 프레임워크 매핑, SCORM과 xAPI 지원의 깊이, 인증 수명 주기 추적, 감사에 대응하는 보고서는 이 분야에서 Moodle 코어보다 더 발달해 있습니다.
• 단점: 커뮤니티와 문서가 주로 독일어입니다. 드문 설정 문제를 만나면 관련 포럼 글이 독일어일 가능성이 높고, AI 번역을 써도 영어만 쓰는 팀에는 장기적으로 마찰이 됩니다.

설치 메모: 사용하기 쉬운 설치 프로그램은 없고, 링크할 만한 영어 영상 안내도 없습니다. composer와 npm으로 의존성을 빌드한 다음 CLI 설정 스크립트를 실행해야 하며, 웹 마법사는 더 이상 없습니다. 주로 발목을 잡는 것은 PHP 버전입니다. ILIAS는 좁은 범위의 버전만 허용하고, 맞지 않는 버전에서는 composer가 설치를 거부합니다. 두 가지 함정이 더 있습니다. utf8mb4가 아니라 3바이트 utf8이어야 하며, 그렇지 않으면 나중에 데이터가 깨집니다. 그리고 데이터 디렉터리의 소유자는 웹 서버 사용자여야 합니다. 가장 상세한 설치 문서는 독일어로 되어 있습니다.

제 판단: 독일어 지원을 받을 수 있다면 유럽에서 가장 강력한 오픈소스 규정 준수 선택지입니다. 영어 중심 조직에서 같은 요구를 충족해야 한다면, 더 큰 커뮤니티와 비슷한 수준의 SCORM, xAPI 지원을 갖춘 Moodle이 대체로 유리합니다.

5. Sakai

추천 대상: 학술 협업, 동료 평가, 포트폴리오 작업을 하는 고등교육 기관과 컨소시엄.

Sakai는 대학 컨소시엄(미시간, 인디애나, 스탠퍼드, MIT)에서 나왔으며, 대학 교육과 학술 협업에 강하다는 점에 그 배경이 그대로 드러납니다.

• 라이선스와 거버넌스: Educational Community License 2.0(Apache 계열)으로, 컨소시엄이 맞춤 빌드 하나를 공유하는 상황에서 중요한 학술 재배포 측면에서 GPL보다 허용 범위가 넓습니다. CAS도 관리하는 Apereo Foundation이 운영하며, 10년간 이어진 재단의 안정성은 포크 위험이 낮다는 긍정적인 신호입니다.
• 기술 구성: Tomcat 위의 Java이며, 여기가 운영상의 함정입니다. Java 애플리케이션 서버는 메모리 사용 양상, 장애 유형, 튜닝 방식이 PHP와 다르고, Moodle을 운영할 때와는 다른 역량이라 이 때문에 곤란을 겪은 팀이 있었습니다.
• 가장 강한 부분: 학술 워크플로, 동료 평가, 포트폴리오, 그리고 대부분의 LMS가 우선순위에서 밀어내는 연구 지향의 강의 구조.
• 단점: Java 기반이라는 점, 그리고 명부, 학기, 포트폴리오로 짜인 학술적 사고방식이 기업 활용 사례와 맞지 않습니다.

설치 메모: Sakai가 PHP로 얹어 쓰는 제품이 아니라 Java 애플리케이션임을 실감하게 되는 항목입니다. Maven으로 소스에서 컴파일해야 하며, 처음 하는 사람이 걸리는 부분이 둘 있습니다. 빌드 전에 MAVEN_OPTS에서 힙 크기를 올리지 않으면 Maven이 메모리 부족으로 멈추고, apt나 yum으로 설치한 Tomcat에서는 실행되지 않아 tomcat.apache.org의 tarball을 써야 합니다. 그 후에는 JVM 힙 튜닝이 남는데, Sakai 문서 스스로 이를 마법에 가까운 기술이라고 부릅니다.

제 판단: Java를 운영할 수 있는 학술 기관에는 훌륭한 선택이고, 기업 교육에는 맞지 않습니다.

6. Chamilo

추천 대상: LMS 전문가 없이 자체 호스팅으로 직접 소유하고 싶은 기업교육 팀.

Chamilo는 Moodle이나 Open edX 같은 운영 부담 없이 자체 호스팅 소유 모델을 제공합니다. PHP, GPL v3이며, 처음부터 사양이 낮은 서버에서 돌도록 만들어졌습니다.

• 라이선스와 거버넌스: GPL v3이지만, 로드맵은 연속성에 재정적 이해관계가 있는 회사가 아니라 자원봉사 기여와 상용 도입에 달려 있습니다. 5년 단위로 보면 Moodle HQ의 모델보다 이 부분을 더 유심히 지켜보겠습니다.
• 기술 구성: PHP이고, 공유 호스팅에서도 돌아갈 만큼 가볍습니다(이상적이지는 않지만, Open edX라면 절대 불가능한 방식입니다). 2010년 Dokeos에서 갈라져 나온 이후 Moodle보다 기본 UI가 깔끔하고 강의 제작이 빠릅니다.
• 가장 강한 부분: 운영의 단순함. 무거운 플러그인 없이도 SCORM, 퀴즈, 수료증, 선행 조건 같은 규정 준수 기본기를 갖추고 있습니다.
• 단점: Moodle보다 플러그인 카탈로그가 작고, 보고 기능은 무난한 수준이지 기관급이 아닙니다. 사용자 수백~수천 명 규모에는 충분하지만, 기관 규모나 규정 준수 요건이 까다로운 환경에는 맞지 않습니다.

설치 메모: 일반적인 설치 방식은 LAMP 서버에서 브라우저 설치 마법사를 실행하는 것입니다. 마법사가 가장 자주 멈추는 원인은 기본 PHP에 포함되지 않은 intl 확장이 빠져 있기 때문입니다. php-intl을 추가하고 재시작하면 다시 진행됩니다. 또 다른 함정은 설치 후에 나타납니다. 약 2MB를 넘는 SCORM 업로드는 PHP의 upload_max_filesize를 올리기 전까지 아무 오류 없이 실패하고, 파일 이름에 악센트나 공백이 있는 패키지는 멈추므로 파일 이름은 단순하게 유지하세요.

제 판단: LMS 운영이 누구의 전업도 아닐 때 관리 가능한 자체 호스팅 플랫폼을 찾는다면 이 선택입니다.

7. Totara Learn

추천 대상: 이미 Moodle을 쓰고 있으며 인력 관리 기능이 필요하고 Totara 파트너와 함께 일하는 조직.

Totara Learn은 Moodle의 엔터프라이즈 포크로, 같은 PHP 기반과 플러그인 호환성을 공유하면서 멀티 테넌시, 구조화된 역량 프레임워크, 재인증 일정 관리를 더했습니다.

• 라이선스와 거버넌스: GPL v3이며 코드는 GitHub에서 확인할 수 있습니다. 다만 문서와 지원은 모두 Totara 파트너와 계약한 고객을 전제로 설계되어 있습니다.
• 기술 구성: Moodle과 호환되는 PHP라서 기존 Moodle 플러그인과 콘텐츠를 대체로 그대로 옮길 수 있습니다.
• 가장 강한 부분: 직원 대상 규정 준수 교육, 체계적인 역량 관리, 재인증 일정 관리를 포함한 인증, 그리고 Moodle 코어보다 확장된 멀티 테넌시.
• 단점: 파트너 문서와 공개 문서의 격차가 작지 않습니다. 파트너 없이 처음부터 시작하는 것은 제가 적극적으로 피하고 싶은 도입 경로입니다.

제 판단: 인력 관리 기능이 필요한 기존 Moodle 사용 조직에는 합리적인 이전입니다. 새로 시작한다면 “Moodle에 엔터프라이즈 플러그인을 더하는 방식”과 “파트너 구독을 포함한 Totara”를 비교해 보세요.

8. Odoo LMS

추천 대상: 이미 Odoo ERP를 쓰고 있으며 교육을 HR 데이터와 연결하려는 조직.

Odoo LMS는 독립형 LMS가 아닙니다. 오픈소스 ERP 제품군에 포함된 eLearning 모듈에 LMS 기능이 들어 있는 것이고, 이를 정확히 구분해야 판단이 흐려지지 않습니다.

• 라이선스와 거버넌스: 커뮤니티 에디션은 LGPL v3, 상용 모듈은 Odoo Enterprise입니다. LMS 비용은 독립 플랫폼 결정이 아니라 더 넓은 ERP 계약 문제에 묶여 있습니다.
• 기술 구성: Odoo 제품군의 일부이므로 eLearning 모듈이 HR, CRM, 프로젝트와 같은 데이터 모델 안에 있습니다.
• 가장 강한 부분: 업무 프로세스와 연결된 교육을 위한 기본 통합, 즉 온보딩 기록, HR 데이터와 연결된 규정 준수, 프로젝트 인력 배치와 연결된 스킬 관리입니다. 이미 Odoo를 쓰고 있다면 추가 부담이 적습니다.
• 단점: 독립형 LMS로 보면 학습 기능은 충분한 수준일 뿐 깊지 않습니다. 고급 평가, SCORM 지원의 깊이, 규정 준수 보고는 Moodle이나 ILIAS 수준에 못 미칩니다.

설치 메모: Odoo Community 설치는 소스 빌드(Python 가상 환경, PostgreSQL, wkhtmltopdf)이고, 부팅은 문제없이 되지만 그 뒤에 딱 한 가지에서 발목을 잡습니다. wkhtmltopdf입니다. 배포판 패키지를 설치하면 청구서, 수료증, 강의 이수 확인서 등 모든 PDF가 비어 있거나 깨져서 나옵니다. 사용 중인 Ubuntu 버전에 맞는 패치된 Qt 빌드, 즉 bionic이 아닌 jammy용 .deb가 필요합니다. 이 바이너리 하나만 맞추면 나머지는 일상적인 작업입니다.

제 판단: Odoo가 이미 운영의 중추일 때만 맞습니다. SCORM 저작이 목적이라면 SCORM 저작 도구부터 시작하세요.

9. Forma LMS

추천 대상: Apache 2.0 허용형 라이선스가 꼭 필요한 기업 팀.

Forma LMS는 Docebo가 완전히 상용화되기 전의 코드에서 갈라져 나온 오픈소스 포크로, 이 비교에서 가장 허용 범위가 넓은 라이선스를 씁니다.

• 라이선스와 거버넌스: Apache 2.0이라서 수정본을 GPL이나 AGPL의 카피레프트 의무 없이 배포할 수 있으며, 재배포 유연성이 중요하다면 의미가 큽니다. 다만 기여자층이 작고, 재단이 운영하는 프로젝트에 비해 로드맵을 파악하기 어렵습니다.
• 기술 구성: PHP.
• 가장 강한 부분: 재배포해야 할 수도 있는, 크게 맞춤화한 기업 교육 빌드를 위한 허용형 라이선스.
• 단점: 포크 위험입니다. 5년 이상 운영할 예정인 운영 환경이라면 작은 커뮤니티와 약한 거버넌스를 명시적으로 평가해야 합니다.

제 판단: Apache 2.0이 협상 불가능한 필수 조건이 아니라면, 대부분의 기업 환경에서는 Forma보다 Chamilo를 택하겠습니다. Chamilo는 거버넌스가 더 잘 보이고 커뮤니티도 커서 위험이 낮습니다.

10. Open LMS

추천 대상: 이미 Google Workspace를 쓰는 K-12 학교.

Open LMS는 K-12와 Google Workspace를 위해 만든 Moodle 기반 플랫폼으로, 대부분의 LMS가 플러그인으로 이어 붙여야 하는 것과 달리 Google Classroom 연동이 기본으로 들어 있습니다.

• 라이선스와 거버넌스: Moodle에서 파생되어 GPL 계보와 Moodle 플러그인 모델 대부분을 이어받았습니다.
• 기술 구성: Moodle 기반 PHP이며, 설정은 IT팀이 이미 관리하는 Google 인증, Drive 파일 연결, Meet 세션을 전제로 합니다.
• 가장 강한 부분: 기본 내장 Google 연동. Google Workspace를 쓰는 학교가 다른 LMS에서 따로 해야 하는 설정을 없애 줍니다.
• 단점: 기본 Moodle보다 플러그인 카탈로그가 작아서 내장 테마 이상의 UI 맞춤화와 브랜딩에 제약이 있습니다.

제 판단: Google Workspace를 쓰는 학교라면 살펴볼 만합니다. K-12 밖에서는 Moodle 파생 제품군 안에서도 지원 기반이 더 크고 카탈로그가 더 깊은 기본 Moodle이 낫습니다.

WordPress LMS 플러그인은 어떨까요?

오픈소스 LMS를 찾다가 WordPress 기반 도구를 기대하셨다면, 별도의 카테고리라는 점을 먼저 짚어야 합니다. LearnDash, LifterLMS, Tutor LMS, Sensei, 그리고 전체가 GPL 라이선스로 제공되는 Masteriyo는 이미 운영 중인 WordPress 사이트를 강의 플랫폼으로 바꿔 주는 플러그인입니다. WordPress 생태계의 오픈소스 모델을 따르며, 크리에이터나 소규모 교육 사이트에는 훌륭한 선택일 수 있습니다.

진짜 질문은 어떤 LMS냐가 아니라 독립형 플랫폼을 쓸지, WordPress 위의 플러그인을 쓸지입니다. 플러그인은 호스팅할 시스템이 하나 줄지만, LMS가 WordPress의 성능, 보안 패치, 플러그인 충돌 위험에 묶입니다. 기존 사이트에 강의 한두 개를 올린다면 플러그인이 낫습니다. 규모를 키우고 표준화하고 보고까지 해야 하는 교육 프로그램이라면 이 목록의 독립형 플랫폼이 더 오래 가는 기반입니다.

마이그레이션과 데이터 내보내기

자체 호스팅의 장점은 데이터를 직접 소유한다는 것입니다. 맞는 말이지만, 소유하는 것과 옮기는 것은 별개의 일입니다. 여기 있는 모든 플랫폼은 개방형 교환 형식을 지원합니다. 콘텐츠는 SCORM과 xAPI, 강의 패키지는 IMS Common Cartridge, 사용자와 성적은 CSV입니다. 따라서 특정 플랫폼에 갇히지 않고 다른 시스템으로 이전할 수 있습니다. Blackboard나 Canvas에서 Moodle이나 Open edX로, Moodle에서 Totara로 가는 경로는 이미 잘 닦여 있습니다. 마이그레이션에 실제로 드는 것은 라이선스 비용이 아니라 강의 구조를 다시 매핑하고 플러그인을 다시 테스트하는 엔지니어링 시간입니다. 검토 중인 모든 호스팅형 도구에도 같은 기준을 적용하세요. 도입을 결정하기 전에, 강의를 다시 내보낼 수 있는지 확인하세요.

결정을 내리는 제 기준

이 수준의 플랫폼 결정은 기능 비교표로 정리되지 않습니다. 결국 하나의 질문입니다. 3년 뒤 무언가 고장 났을 때, 팀이 운영 환경에서 실제로 책임질 수 있는가?

답이 “LMS 전담 관리자 또는 인증 파트너가 있다”라면 Moodle이 맞습니다. 20년의 거버넌스 이력, 이 분야에서 가장 깊은 플러그인 카탈로그, 그리고 겪게 될 문제가 새로운 문제인 경우가 드물 만큼 큰 커뮤니티가 있습니다. 인터페이스의 부채와 업그레이드 계획은 실제 비용이지만, 이를 솔직하게 예산에 넣는 기관에게 이 목록에서 장기 안정성으로 Moodle에 견줄 만한 것은 없습니다.

답이 “Python/Django 기반을 처음부터 끝까지 책임질 DevOps 엔지니어가 있다”라면 Open edX는 그 복잡함을 감수할 만합니다. Axim Collaborative의 거버넌스 모델과 MIT/Harvard라는 기관 계보는 이 목록에서 장기적인 위험이 낮다는 가장 강력한 근거입니다. 그리고 그 엔지니어링 역량은 단순한 유의 사항이 아니라 도입의 필수 조건입니다. 이 조건을 충족하지 못하면 기능 목록에 무엇이 적혀 있든 플랫폼의 기능을 제대로 활용할 수 없습니다.

한 가지 더 분명히 말씀드립니다. 이 목록을 검토하는 팀 중 상당수는 사실 자체 호스팅 인프라가 꼭 필요하지 않습니다. 필요한 것은 데이터 통제권, 예측 가능한 비용, 그리고 시스템 관리자 없이 돌아가는 것입니다. 이쪽에 더 가깝다면 Coursebox는 완전히 다른 카테고리에 있습니다. Coursebox는 무료 요금제를 포함한 모든 요금제에서 학습자 수가 무제한인 호스팅형 LMS이며, 오픈소스 배포 인프라가 아니라 AI 기반 강의 제작을 중심으로 만들어졌습니다. 모든 저작 도구에 해당하는 락인 문제에 대해서는, 올해 Coursebox 사용자 6,743명이 SCORM을 포함해 강의를 외부 시스템으로 내보냈습니다. 오픈소스 LMS라기보다는 “무료 LMS”에 가깝습니다.

결국 제가 드릴 수 있는 말은 이것뿐입니다. 팀이 책임질 수 있는 플랫폼을 고르세요. 나머지는 어차피 활용하지 못할 기능입니다.

공개: 저는 Coursebox의 CTO인 Toni Arrebola Gomez입니다. Coursebox는 AI 기반 강의 제작 LMS이며 오픈소스 LMS가 아니고, 이 플랫폼 목록에도 포함되어 있지 않습니다. 이 글의 링크 중에는 Coursebox 제품으로 연결되는 것이 있습니다.