Cal.com이 던진 오픈소스 커뮤니티 에디션 'Cal.diy' 출시

일정 예약 SaaS의 오픈소스 도전

혹시 Calendly 써보셨어요? 미팅 시간 잡을 때 링크 하나 보내면 상대방이 빈 시간을 골라서 예약할 수 있는 그 서비스요. 이 영역에서 Calendly의 오픈소스 대항마로 자리잡은 게 Cal.com이에요. 그리고 이번에 Cal.com 팀이 Cal.diy라는 이름의 순수 커뮤니티 에디션을 별도 리포지토리로 공개했어요. 이게 왜 중요하냐면, 기존 Cal.com도 이미 오픈소스이긴 한데 운영 방식이 조금 복잡했거든요. 그걸 더 단순하고, 자체 호스팅하기 쉽고, 기업적 색채를 덜어낸 버전으로 새로 내놓은 셈이에요.

Cal.com과 Cal.diy, 뭐가 다른 거죠?

기존 Cal.com은 AGPL 라이선스로 풀려 있지만, 실제로는 Cal.com이라는 회사가 SaaS 형태로 돈을 벌고, 자체 호스팅하려면 설정이 꽤 까다로웠어요. 기업용 기능은 별도 라이선스로 묶여 있기도 했고요. Cal.diy는 이런 부분을 걷어내고 "그냥 개인이나 커뮤니티가 가져다 돌리기 편한" 버전을 지향해요. 이게 뭐냐면, 마치 GitLab이 Community Edition과 Enterprise Edition을 나눠서 관리하는 것과 비슷한 전략이에요. 메인 제품은 상업적으로 유지하되, 가벼운 버전을 별도로 제공해서 오픈소스 생태계의 지지를 유지하는 거죠.

기술 스택은 Next.js, TypeScript, Prisma, PostgreSQL 기반이에요. Tailwind로 UI를 만들고, tRPC로 타입 안전한 API를 구현했어요. 이 스택 자체가 요즘 풀스택 개발 공부하는 분들한테 좋은 레퍼런스예요. 특히 일정 예약이라는 복잡한 도메인을 어떻게 모델링했는지 코드를 뜯어보면 배울 게 많거든요. 타임존 처리, 반복 일정, 여러 캘린더 연동(구글, 애플, 아웃룩), 웹훅, 이메일/SMS 알림 같은 기능들이 실전 프로덕션 수준으로 구현되어 있어요.

왜 자체 호스팅이 의미 있을까

예약 시스템은 생각보다 민감한 데이터를 다뤄요. 누가 언제 누구를 만나는지, 어떤 상담을 받는지 같은 정보는 유출되면 꽤 곤란하죠. 특히 병원, 법률 상담, 코칭 같은 분야는 이런 데이터를 외부 SaaS에 올리는 게 규제상 문제가 될 수 있어요. 한국의 경우 개인정보보호법과 의료법 때문에 해외 SaaS 사용이 애매한 경우가 많잖아요. 이럴 때 Cal.diy처럼 자체 서버에 돌릴 수 있는 오픈소스가 답이 돼요.

경쟁 프로젝트로는 Rallly(일정 투표 중심, 간단함), Easy!Appointments(PHP 기반, 병원/미용실에서 많이 씀), Riot/Schejj 같은 소규모 대안이 있지만, 기능 완성도와 UI/UX 측면에서 Cal.com 계열이 가장 앞서 있다는 게 중론이에요. Calendly, Doodle, Microsoft Bookings 같은 상용 서비스와 비교해도 핵심 기능은 거의 빠지지 않아요.

한국 개발자가 활용할 수 있는 지점

첫째, 사이드 프로젝트나 회사 내부 도구로 바로 가져다 쓸 수 있어요. 예를 들어 1:1 멘토링 플랫폼을 만든다거나, 부트캠프 강사 상담 예약 시스템을 구축한다거나 할 때 UI부터 백엔드까지 새로 짤 필요가 없어요. Docker Compose로 띄워서 도메인만 연결하면 돌아가거든요.

둘째, 풀스택 학습 자료로서의 가치예요. Next.js App Router, 서버 컴포넌트, Prisma 스키마 설계, OAuth 연동, 이메일 발송 워커, 크론 작업 처리 같은 실무적인 패턴이 한 프로젝트 안에 다 들어 있어요. 튜토리얼 따라 하는 것보다 실전 코드베이스를 뜯어보는 게 훨씬 빠르게 느는데, Cal.diy는 그런 용도로 딱이에요.

셋째, 커스터마이징이 필요한 B2B 수요에 대응할 수 있어요. 국내에서도 병원 예약, 세무사 상담, 학원 레슨 같은 시장에서 SaaS보다 자체 구축을 원하는 곳이 많은데, Cal.diy를 기반으로 화이트라벨 솔루션을 만들어서 납품하는 사업 모델도 가능해요.

주의할 점

AGPL 라이선스는 전염성이 있다는 걸 알아둬야 해요. 이게 뭐냐면, AGPL 코드를 수정해서 네트워크 서비스로 제공하면 수정한 소스코드도 공개해야 한다는 뜻이에요. 사내 도구라면 상관없지만, 상용 SaaS로 돌리려면 라이선스 검토가 꼭 필요해요. Cal.com 측에 별도 상업 라이선스를 구매하는 옵션도 있어요.

마무리

오픈소스 예약 시스템이 상용 서비스와 맞먹는 완성도에 도달했다는 것, 그리고 회사가 직접 커뮤니티 에디션을 별도로 관리하기 시작했다는 것, 이 두 가지가 Cal.diy 발표의 의미예요. 여러분은 이렇게 오픈소스와 상용을 겸하는 모델이 지속 가능하다고 보세요? 아니면 결국 Redis나 Elastic처럼 라이선스 전쟁으로 가게 될까요?