AWS가 DuckLabs를 품어도 DuckDB는 안 샀다…MIT 라이선스의 경계

AWS는 2026년 8월 31일 DuckLabs 인수를 완료했지만 DuckDB 오픈소스 프로젝트 자체는 사지 않았다. 공동 창업자들이 갱신한 DuckLabs의 거래 완료 공지 에 따르면 개발팀은 9월 1일부터 AWS에 합류했으며, DuckDB를 포함한 공개 프로젝트의 지식재산 관리와 MIT 라이선스는 독립 비영리 DuckDB Foundation에 남는다.

즉 AWS가 확보한 것은 DuckLabs라는 회사와 핵심 개발 인력이지, DuckDB 코드의 독점적 소유권이나 사용 통제권이 아니다. The Register의 독립 취재 도 AWS가 DuckDB 지식재산을 취득하지 않았고 재단이 독립 비영리 조직으로서 전략적 개발 방향을 정하는 구조가 유지된다고 확인했다. 다만 핵심 기여자들의 고용주가 AWS로 바뀌었기 때문에 법적 소유권과 개발 과정에서의 영향력은 구분해서 볼 필요가 있다.

AWS로 넘어간 것은 회사와 개발팀이다

이번 거래의 경계는 DuckLabs, DuckDB 프로젝트, DuckDB Foundation을 서로 다른 주체로 놓으면 분명해진다. AWS에 편입된 DuckLabs는 암스테르담에서 DuckDB와 DuckLake, Quack 등을 개발해 온 상업 법인이다. 팀은 암스테르담에 남아 관련 기술과 생태계 개발을 계속하고, DuckDB 공동 창업자들도 기술 방향을 이끄는 역할을 유지한다.

반면 DuckDB Foundation은 DuckLabs와 별개의 비영리 조직이다. DuckLabs 측 설명에 따르면 재단은 DuckLabs가 네덜란드 국립 수학·컴퓨터과학 연구소 CWI에서 분리될 때 설립됐으며, 오픈소스 DuckDB의 지식재산을 보유해 왔다. 이번 거래 뒤에도 그 지식재산이 재단에 남는다는 것이 당사자들이 공개한 구조다.

• AWS로 이동한 것: DuckLabs 법인과 개발팀의 고용 관계, 조직의 데이터베이스 엔지니어링 역량.
• 재단에 남은 것: 오픈소스 DuckDB의 지식재산과 프로젝트 관리 책임, 독립 비영리 조직의 지위.
• 유지된 조건: DuckDB와 DuckLake, Quack 등 공개 구성요소의 MIT 라이선스.
• 아직 판단할 수 없는 것: AWS의 자원 배분이 장기적인 기능 우선순위와 공급자별 최적화에 미칠 정도.

따라서 ‘AWS가 DuckDB를 샀다’는 표현은 거래 범위를 지나치게 넓힌다. 더 정확한 설명은 AWS가 DuckDB를 만드는 핵심 회사와 사람들을 인수했다는 것이다. 프로젝트의 법적 관리 구조는 남았지만, 주요 개발자들이 일하는 조직과 개발 자원을 제공하는 주체는 달라졌다.

MIT 라이선스는 사용권을 지키지만 미래 로드맵까지 보장하지 않는다

MIT 라이선스가 유지된다는 것은 이미 공개된 DuckDB 코드를 AWS 고객만 사용할 수 있도록 되돌리거나, 기존 사용자의 실행 환경을 AWS로 한정하는 변화가 이번 거래에 포함되지 않았다는 뜻이다. 이용자는 라이선스 조건에 따라 공개 코드를 계속 사용·수정·배포할 수 있고, AWS 경쟁사나 독립 업체도 같은 코드 기반으로 제품과 서비스를 만들 수 있다. 기존 사용자가 AWS 계정이나 별도 유료 계약을 맺어야 한다는 발표도 없다.

향후 프로젝트 방침이 달라지는 경우에도 이전에 MIT 조건으로 공개된 코드와 그 허용 범위가 사라지는 것은 아니다. 필요하다면 외부 개발자가 공개된 버전에서 포크를 이어갈 법적 여지도 있다. 이 점에서 코드 접근과 실행 환경에 관한 즉각적인 공급자 종속 위험은 제한적이다.

그러나 라이선스는 앞으로 투입될 사람과 시간, 기능의 순서까지 정하지 않는다. 어떤 제안을 먼저 구현할지, 코드 리뷰와 릴리스에 누가 자원을 배정할지, 복잡한 유지보수를 어느 환경에 맞춰 진행할지는 고용과 조직 운영의 영향을 받는다. 핵심 개발팀이 AWS 안에서 일하면 AWS는 프로젝트를 소유하지 않고도 개발 속도와 의제에 현실적인 영향력을 행사할 수 있다.

이 때문에 법적 통제와 사실상의 영향력을 같은 것으로 봐서는 안 된다. 재단이 지식재산과 공개 라이선스를 관리하는 것은 중요한 방화벽이지만, 모든 개발 우선순위를 자동으로 공급자 중립적으로 만드는 장치는 아니다. 반대로 핵심 인력의 고용주가 AWS라는 사실만으로 공개 프로젝트가 AWS 전용 제품이 됐다고 단정할 수도 없다.

재단 거버넌스는 유지되지만 참여 구조는 바뀔 수 있다

당사자들은 DuckDB의 라이선스와 거버넌스 모델, 기존 프로젝트 로드맵에 즉각적인 변경이 없다고 밝혔다. 재단은 계속 프로젝트를 관리하고, DuckLabs 출신 팀도 공개 프로젝트에 기여한다. 이는 인수 완료와 동시에 저장소나 배포 조건, 의사결정 주체를 AWS로 이전한 거래가 아니라는 근거다.

동시에 거버넌스가 완전히 정지된 채 유지되는 것은 아니다. DuckLabs는 DuckDB Foundation 안에 기술 자문 기구를 마련해 주요 커뮤니티 구성원이 기술 방향에 의견을 낼 수 있도록 하고, 다른 개발자와 조직이 서명한 확장을 실행할 수 있도록 확장 생태계의 제한을 완화할 계획을 제시했다. 이는 확정된 조직 개편 결과가 아니라 앞으로 설계할 계획이다.

자문 기구의 구성원과 권한, 출범 일정, 의견을 실제 결정에 반영하는 절차는 아직 공개되지 않았다. AWS와 다른 클라우드 사업자 또는 독립 제품 업체의 요구가 충돌할 때 재단이 어떤 기준을 적용할지도 알 수 없다. 재단의 독립성이 실무에서 얼마나 작동하는지는 이 기구의 구성과 공개된 의사결정 기록이 나온 뒤 평가할 사안이다.

S3·Redshift·Athena 결합은 방향이지 출시된 제품이 아니다

AWS가 제시한 사업 방향은 DuckDB가 작은 일상 쿼리를 빠르게 처리하는 특성과 자사 분석 서비스의 확장성을 연결하는 것이다. 2026년 9월 3일 게시된 AWS 주간 발표 는 장기적으로 DuckDB의 속도를 Amazon S3, Amazon Redshift, Amazon Athena 같은 서비스의 규모와 결합할 계획이라고 설명했다.

DuckDB는 별도 데이터베이스 서버가 아니라 애플리케이션 프로세스 안에서 실행되고, Parquet·CSV·JSON 같은 파일을 직접 SQL로 조회할 수 있다. 로컬이나 S3의 비교적 작은 작업은 DuckDB로 처리하고 더 큰 데이터나 중앙 집중식 처리가 필요한 쿼리는 외부 엔진으로 연결하는 구상이 가능한 이유다. AWS 관계자는 이 연결 방식이 Redshift뿐 아니라 다른 사업자의 분석 시스템에도 적용될 수 있다고 설명했다.

확정된 것은 통합의 방향이며 완성된 신제품은 아니다. 공개된 발표에는 별도의 관리형 DuckDB 서비스 이름, 출시일, 가격, 지원 리전이나 S3·Redshift·Athena별 기능 범위가 제시되지 않았다. 세 서비스가 언급됐다는 사실을 동일한 수준의 새 기능이 이미 배포됐다는 의미로 해석하면 발표 상태를 과장하게 된다.

AWS가 DuckDB의 속도와 EMR, Glue, SageMaker 같은 분석 서비스도 결합하고 있다고 밝혔지만 구체적인 제공 형태는 역시 공개하지 않았다. 기존 연결 기능과 앞으로 AWS가 개발할 제품을 구별해야 하는 이유다. 현재 단계에서 확인할 수 있는 것은 DuckDB를 여러 데이터 처리 엔진 사이의 연결 계층으로 활용하려는 전략이지, 특정한 상용 패키지의 일반 출시가 아니다.

당장의 종속보다 개발 우선순위가 관찰 대상이다

이번 인수로 발생한 종속 위험은 두 층으로 나뉜다. 라이선스와 지식재산 차원에서는 DuckDB가 MIT 오픈소스로 남고 독립 재단이 관리하므로 즉각적인 변화가 없다. 이용 환경을 AWS로 이전하거나 특정 클라우드 계약을 체결해야 한다는 조건도 확인되지 않았다.

로드맵 차원의 영향은 아직 확정할 수 없다. AWS의 자금과 인프라가 공개 프로젝트의 개발 속도를 높일 수 있는 반면, S3와 AWS 분석 서비스에 연결되는 작업이 상대적으로 앞서갈 가능성도 있다. 이것이 전체 생태계의 범용 연결성을 강화할지, AWS 환경에 최적화가 집중되는 결과로 이어질지는 실제 커밋과 릴리스가 나와야 판단할 수 있다.

확인해야 할 다음 정보도 구체적이다. DuckDB Foundation 기술 자문 기구의 구성과 권한, 외부 기여 및 확장 서명 정책, 비AWS 환경과의 호환성, 공개 로드맵의 기능 우선순위다. AWS가 DuckLabs를 품었지만 DuckDB를 사지는 않았다는 경계는 법적으로 확인됐다. 이제 남은 질문은 독립 재단의 관리와 AWS에 고용된 핵심 개발팀의 영향력이 실제 개발 과정에서 어떻게 균형을 이루느냐다.