AWS rachète DuckLabs, l’éditeur de DuckDB, et laisse le projet sous licence MIT et gouvernance indépendante
Annoncée le 26 août 2026 et confirmée dans le roundup AWS du 31 août, l’acquisition de DuckLabs par AWS intègre l’éditeur de DuckDB comme filiale, sans toucher à la licence MIT ni à la gouvernance de la DuckDB Foundation. Pour les équipes data, DuckDB reste un pari sûr ; reste à surveiller si la feuille de route serveur penche vers AWS.
26 août 2026. Mark Raasveldt et Hannes Mühleisen, co-créateurs de DuckDB, annoncent sur le blog officiel que DuckLabs rejoint Amazon Web Services comme filiale, avec une prise d’effet début septembre. 31 août 2026. Le roundup hebdomadaire d’AWS confirme l’accord définitif et place l’acquisition en tête de sa sélection. La question n’est pas « combien » — le montant n’a pas été rendu public — mais « sous quel régime » : DuckDB restera-t-il un projet ouvert, ou basculera-t-il vers la licence restrictive qu’ont choisie d’autres bases open source face aux hyperscalers ?
La réponse tient en une phrase : MIT, irrevocablement
La réponse de DuckLabs est sans ambiguïté. DuckDB, DuckLake, Quack et l’ensemble des extensions « resteront des logiciels libres et open source sous la licence MIT, sous l’intendance de la DuckDB Foundation à but non lucratif ». La fondation détient la propriété intellectuelle et les marques des projets, et la licence MIT est irrévocable.
Cette construction est un choix délibéré. Là où Elastic, MongoDB ou Redis ont réagi à la pression des cloud providers en rétrécissant leur licence (SSPL, AGPL, RSAL), DuckLabs inverse la logique : l’éditeur part chez un hyperscaler, mais l’actif reste dans une fondation indépendante dont les statuts sont publics. La Stichting DuckDB Foundation, incorporée aux Pays-Bas, conserve le copyright et les marques, gouvernée par un conseil de trois chercheurs en bases de données : Hannes Mühleisen (président), Mark Raasveldt et Peter Boncz.
Ce que DuckDB apporte à AWS
Pour comprendre l’intérêt d’AWS, il faut saisir ce qu’est DuckDB : une base de données analytique embarquée qui s’exécute in-process, interroge en SQL directement des fichiers Parquet, CSV et JSON, et qui a dépassé les 40 000 étoiles sur GitHub. C’est un OLAP que l’on glisse dans un notebook, un pipeline ou une application, sans serveur à gérer.
Un exemple suffit à montrer la force du produit. Lire un fichier Parquet et l’agréger tient en deux lignes :
SELECT category, sum(amount) AS total
FROM read_parquet('s3://bucket/transactions.parquet')
GROUP BY category
ORDER BY total DESC;Ce positionnement « analytique léger, sans serveur » complète l’offre AWS là où Redshift et Athena sont surdimensionnés : l’analyse locale, les requêtes ad hoc sur des fichiers, et bientôt l’intégration native dans les environnements S3 et Glue. La version 2.0 de DuckDB, en préversion depuis août 2026, annonce un moteur de parser refondu — signe que le rythme de développement ne ralentit pas.
Le point de vigilance : la feuille de route serveur
La promesse de neutralité tient dans la gouvernance, et c’est là qu’il faut regarder de près. La fondation annonce la mise en place d’un conseil consultatif des parties prenantes (stakeholder advisory board) qui « peut influencer la direction des projets ». La composition de ce conseil — et la place qu’y occupera AWS — déterminera si les choix techniques restent équilibrés.
Le risque n’est pas la licence, qui est verrouillée. Le risque est d’orientation : un projet dont l’éditeur appartient à un cloud provider peut voir sa feuille de route tirée vers l’écosystème de ce provider, même sans changer de licence. Les projets DuckLake (format lakehouse) et Quack (protocole client-serveur) sont justement les briques serveur par lesquelles DuckDB pourrait, demain, se déployer plus naturellement sur AWS que chez ses concurrents.
Pourquoi les équipes data peuvent rester sereines
Malgré ce point de vigilance, le signal envoyé est clair. DuckLabs a explicitement « levé les limitations du support communautaire » et annoncé qu’il n’y aura « aucun changement pour la feuille de route, la licence et le modèle de gouvernance » des projets. Concrètement, trois garanties protègent les utilisateurs :
- Licence irrévocable : le code déjà publié sous MIT ne peut pas être repris sous une licence plus restrictive.
- IP détenue par une fondation indépendante : l’actif ne suit pas mécaniquement l’acquéreur.
- Gouvernance multi-parties : le conseil consultatif ouvre la route à une influence au-delà du seul AWS.
C’est, structurellement, le contraire du scénario Elastic. Une base embarquée MIT sous fondation indépendante est l’une des configurations open source les plus difficiles à « fermer » a posteriori.
Une trajectoire académique devenue industrielle
Pour mesurer le chemin parcouru, il faut revenir à l’origine. DuckDB est né en 2018 au CWI (Centrum Wiskunde & Informatica) d’Amsterdam, le laboratoire néerlandais d’où sont aussi sortis MonetDB et VectorWise. Hannes Mühleisen et Mark Raasveldt — ce dernier y a obtenu son doctorat — ont conçu un moteur OLAP embarqué pensé comme le « SQLite de l’analytique » : un fichier de base, zéro serveur, du SQL directement sur des fichiers.
Ce pedigree de recherche explique la confiance de la communauté. Peter Boncz, troisième membre du conseil, est l’architecte de MonetDB ; la fondation est présidée par Mühleisen, ancien professeur de systèmes de données à l’université Radboud. Le passage des 40 000 étoiles sur GitHub, célébré en août 2026, n’est pas un accident de marketing : c’est l’aboutissement d’un projet resté MIT, embarqué et sans serveur pendant huit ans, là où d’autres auraient cédé à la tentation du cloud propriétaire.
Le précédent des licences qui se referment
L’acquisition de DuckLabs n’intervient pas dans un vide. Elle se lit à la lumière d’une décennie de tensions entre éditeurs open source et hyperscalers. MongoDB a basculé de l’AGPL vers la SSPL en 2018. Elastic a quitté l’Apache 2.0 pour la SSPL et l’Elastic License en 2021, après le lancement de distributions concurrentes par AWS. Redis a abandonné la BSD pour les licences RSALv2 et SSPLv1 en 2024. À chaque fois, le motif était le même : empêcher un cloud provider de revendre le logiciel en service managé sans rien reverser.
DuckLabs fait le choix inverse. Plutôt que de verrouiller la licence face au hyperscaler, il rejoint le hyperscaler — et neutralise le risque en confiant l’IP à une fondation indépendante et en gardant le MIT irrévocable. C’est, sur le papier, la sortie la plus élégante du dilemme : la valeur commerciale part chez AWS, mais l’actif communautaire reste hors de portée d’un changement de licence. Le seul point réellement ouvert reste l’orientation de la feuille de route, pas sa propriété.
Un signal pour tout l’écosystème embarqué
Le cas DuckDB dépasse la base de données. Il montre qu’un projet embarqué peut être acquis par un hyperscaler sans que la communauté n’ait à fuir. C’est un contre-modèle utile à l’heure où les projets d’infrastructure — bases, moteurs analytiques, outils de données — sont de plus en plus courtisés, puis parfois capturés, par les grands clouds. Pour les équipes data qui standardisent sur de l’outillage open source, l’existence d’une fondation aux statuts publics et d’un MIT irrévocable devient un critère de sélection à part entière : c’est la garantie que le coût de sortie restera nul, même si l’éditeur change de main.
Verdict
Si vous utilisez déjà DuckDB, vous n’avez aucune raison de migrer : la licence est irrévocable, l’IP est sous fondation, et le rythme de développement continue. L’acquisition ne change rien à vos pipelines existants.
Si vous évaluez DuckDB pour de l’analytique embarquée, la nouvelle est même rassurante — la pérennité d’un projet maintenu par une société désormais adossée à AWS est plus solide, pas moins. Restez simplement attentifs à deux signaux : la composition du conseil consultatif, et l’orientation future de DuckLake et Quack. Si ces briques serveur restent neutres vis-à-vis des clouds, le pari est gagnant sur tous les tableaux.