DuckLabs, 오픈소스 DuckDB 지키며 AWS 합류

DuckDB 공식 홈페이지에 따르면 DuckDB는 별도 서버를 띄우지 않고 노트북이나 애플리케이션 안에서 바로 실행되는 분석용 데이터베이스예요. 대용량 데이터를 빠르게 조회할 수 있어서 데이터 과학자와 엔지니어들 사이에서 "분석용 SQLite"라는 별명으로 불려요. DuckLabs는 하루 100만 건 넘는 다운로드가 이뤄진다고 밝혔고, DuckLake와 Quack이라는 프로젝트도 함께 개발해 왔어요.

5년의 독립, 그리고 규모의 한계

DuckLabs는 CWI 암스테르담(네덜란드 국립 수학전산연구소)에서 분사한 팀이 프로젝트에 안정적인 집을 마련해 주려고 5년여 전 세운 회사예요. DuckDB가 관심을 받기 시작하면서 상업 계약 제안과 벤처캐피털의 투자 제안이 함께 들어왔지만, 창업자들은 지분을 외부에 넘기지 않는 부트스트랩 방식을 택했다고 밝혔어요. 그 선택 덕분에 기술 중심으로 천천히 성장할 자유를 얻었고, 팀은 암스테르담에서 30명 넘는 규모로 커졌어요.

문제는 성장의 속도였어요. 회사는 자신들의 작은 조직이 오히려 프로젝트 성장의 병목이 될 수 있다고 우려했고, 영업·지원 조직을 무리하게 키우면 정작 기술과 오픈소스 커뮤니티에 쏟을 힘이 줄어들 거라 판단했다고 설명했어요. 지금까지 파트너십도 자체 데이터베이스 전문성을 가진 기술 조직 위주였는데, 더 넓은 사용자층에 닿으려면 산업별로 특화된 문제를 풀고 인프라에 훨씬 많은 투자를 해야 한다는 계산이 섰다고 해요.

아마존과는 1년 넘게 손발을 맞췄다

이번 합류가 갑작스러운 결정은 아니에요. DuckLabs는 지난해 3월 공개한 아마존 S3 테이블 연동 프리뷰 글을 시작으로 AWS와 1년 넘게 협업해 왔다고 밝혔어요. 그 기간 동안 두 조직이 어떻게 협업하는지, 서로 무엇을 내놓을 수 있는지를 확인했고, 그 경험이 이번 결정에 확신을 줬다고 설명했어요. 아마존이 낸 공식 발표문에서 앤디 워필드 AWS 부사장 겸 디스팅귀시드 엔지니어는 "DuckDB는 S3 고객들에게 이미 폭넓게 쓰이고 많은 사랑을 받는 오픈소스 프로젝트예요"라고 말했어요.

오픈소스는 그대로, 관리 주체도 그대로

DuckLabs가 가장 여러 번 강조한 대목은 라이선스와 지배구조예요. DuckDB와 DuckLake, Quack을 포함한 "덕 스택"의 오픈소스 구성 요소는 MIT 라이선스로 계속 공개되고, 지적재산권은 비영리 DuckDB 재단이 그대로 관리한다고 밝혔어요. 이 재단은 DuckLabs가 CWI에서 분사할 때 함께 만들어져 오픈소스 DuckDB의 모든 지적재산권을 보유해 온 조직이에요. CWI 암스테르담 데이터베이스 아키텍처 그룹장인 피터 본츠는 재단 이사회 멤버로서 AWS가 오픈소스 DuckDB를 계속 발전시키기로 한 것이 오히려 혁신을 가속할 것이라고 밝혔어요.

앞으로 재단에는 기술 자문위원회가 새로 꾸려져 커뮤니티 주요 인사들이 프로젝트의 기술 방향에 의견을 낼 수 있게 된다고 해요. 또 다른 개발자와 조직이 서명한 확장 기능(extension)이 DuckDB에서 실행될 수 있도록 확장 스택을 개방할 계획도 밝혔어요.

표로 보는 합류 전후

항목	합류 전	합류 후
소유 구조	창업자·직원 소유 부트스트랩 기업	AWS 소속 조직
팀 위치	암스테르담, 30명 이상	암스테르담 유지
라이선스	MIT 오픈소스	MIT 오픈소스 유지
지적재산권 관리	DuckDB 재단	DuckDB 재단 유지, 기술 자문위원회 신설
확장 기능 정책	자체 관리	타사 서명 확장 개방 예정

업계 반응은 지지 쪽으로 모였다

파트너·연구자들의 반응은 대체로 긍정적이에요. 튀빙겐대학교의 토르스텐 그루스트 교수는 DuckDB의 개방성과 다루기 쉬운 구조가 데이터베이스 연구·교육의 주요 플랫폼으로 만들었다며, AWS 산하에서도 오픈소스가 유지된다는 소식에 기대감을 밝혔어요. 데이터 통합 기업 파이브트란의 공동창업자 조지 프레이저 CEO는 아마존이 벤더 중립적인 개방형 데이터 스택의 중심인 DuckDB를 계속 성장시킬 최적의 집이라고 평가했어요.

에디터의 시선

이번 합류에서 가장 눈에 걸리는 대목은 DuckLabs가 벤처투자를 거절한 이유와 지금 AWS에 합류하는 이유가 사실상 같은 뿌리에서 나온다는 점이에요. 5년 전엔 기술보다 성장 속도를 앞세우는 자본을 피하려고 부트스트랩을 택했고, 지금은 그 기술을 감당할 인프라·영업·지원 조직을 자체적으로는 못 키운다는 판단으로 초대형 클라우드 사업자를 택했어요. 방향은 반대지만 동기는 하나예요. 기술 중심성을 지키는 방법이 5년 전엔 독립이었고, 지금은 종속이라는 거죠.

오픈소스 인프라 기업의 인수 흐름을 봐 온 사람이라면 이 패턴이 낯설지 않을 거예요. 몸값을 키운 오픈소스 프로젝트가 결국 대형 클라우드 사업자 한 곳에 흡수되는 경우가 반복돼 왔고, 그때마다 "재단이 지적재산권을 보유한다"는 장치가 커뮤니티를 안심시키는 표준 처방으로 쓰였어요. DuckLabs도 같은 처방을 썼지만, 재단 이사회에 AWS 인사가 얼마나 들어가는지, 기술 자문위원회의 결정이 실제로 로드맵을 바꿀 힘을 갖는지는 이번 발표만으로는 가늠할 수 없어요.

국내에서 DuckDB를 데이터 파이프라인이나 사내 분석 도구에 붙여 쓰는 팀이라면 당장 바꿀 건 없어요. 라이선스도 그대로고 API도 그대로니까요. 다만 확장 스택이 열리면 서드파티 확장의 품질과 보안 검증을 누가 책임지는지가 새로운 실무 이슈로 떠오를 텐데, 이 부분은 벤더 중립성을 내세우던 프로젝트가 특정 클라우드 산하로 들어간 뒤 첫 시험대가 될 거예요. 앞으로 몇 주 안에 AWS 쪽에서 자사 서비스와 DuckDB를 더 깊이 엮는 통합 발표가 나올 걸로 보이고, 그게 이 합류가 그저 인수였는지 플랫폼 전략의 축이었는지를 가르는 첫 신호가 될 거예요.