AWS rachète DuckLabs : DuckDB, la base de données analytique in-process la plus aimée des devs, passe sous le toit d'Amazon

Amazon Web Services vient d'annoncer le rachat de DuckLabs, l'équipe derrière DuckDB - la base de données OLAP in-process open source qui s'est imposée en quelques années comme l'outil analytique de référence dans l'écosystème data. Une acquisition qui soulève des questions sur l'avenir de l'open source du projet.

DuckDB : rappel pour ceux qui découvrent

DuckDB (duckdb.org), c'est une base de données analytique (OLAP - Online Analytical Processing) qui fonctionne en-process : pas de serveur à lancer, pas de daemon à gérer. Vous l'embarquez directement dans votre application Python, R, Node.js, Java, ou vous l'utilisez en CLI.

import duckdb

# Analyser un CSV de plusieurs Go en quelques secondes
result = duckdb.sql("SELECT category, SUM(revenue) FROM 'data.csv' GROUP BY 1")

Le cas d'usage typique : analyser de gros fichiers de données (CSV, Parquet, JSON) localement, sans avoir à monter un cluster Spark ou une instance Redshift. DuckDB est particulièrement efficace sur les colonnar data (format Parquet, Arrow) et peut traiter des fichiers de plusieurs gigaoctets en quelques secondes sur un laptop standard.

Sa montée en puissance dans l'écosystème data science et data engineering a été impressionnante : en 2-3 ans, il est devenu un outil quasi-incontournable pour les data analysts Python.

Ce qu'AWS a racheté

DuckLabs est la société commerciale créée autour du projet DuckDB (originellement un projet de recherche de la Centrum Wiskunde & Informatica aux Pays-Bas). DuckLabs employait les principaux mainteneurs du projet et monétisait via MotherDuck, un service cloud de DuckDB managé.

AWS rachète donc à la fois l'équipe (les cerveaux derrière le moteur) et, implicitement, le contrôle stratégique du projet - même si DuckDB reste techniquement sous licence MIT, une licence open source permissive.

La question qui se pose immédiatement

DuckDB est sous licence MIT : n'importe qui peut le forker, le redistribuer, le modifier commercialement. En théorie, AWS ne « contrôle » pas DuckDB plus après le rachat qu'avant.

Mais dans la pratique, les principaux mainteneurs travailleront maintenant pour AWS. Les décisions sur la roadmap, les fonctionnalités, l'intégration avec l'écosystème AWS (S3, Athena, Glue, Redshift) seront influencées par les intérêts d'Amazon. Ce n'est pas nécessairement négatif - les ressources d'AWS peuvent accélérer le développement - mais ça change l'équilibre de gouvernance du projet.

Le précédent ElasticSearch (racheté par Elastic, puis bifurqué par AWS en OpenSearch quand Elastic a changé sa licence) montre comment ces dynamiques peuvent évoluer - dans les deux sens.

Ce que ça veut dire pour vous

Si vous utilisez DuckDB localement : rien ne change à court terme. Le code est MIT, les versions existantes restent disponibles, la CLI et les bindings Python/R/etc. continueront de fonctionner.

Si vous utilisez MotherDuck (le cloud DuckDB managé) : attendez-vous à une migration progressive vers l'infrastructure AWS et potentiellement une intégration plus poussée avec les services AWS. Les tarifs pourraient évoluer.

Si vous évaluez DuckDB pour un nouveau projet : c'est toujours un excellent choix pour l'analytique locale. Mais si votre organisation est prudente sur les dépendances AWS, c'est le moment d'évaluer les alternatives : Polars (Python, très rapide), ClickHouse (serveur mais très performant), Apache DataFusion (Rust, in-process).

À retenir : DuckDB reste open source MIT - le rachat de DuckLabs par AWS ne change pas ça juridiquement. Mais la gouvernance de facto du projet passe sous influence Amazon. À surveiller sur la durée, particulièrement sur les décisions de roadmap et la politique de licence.