Dieci anni, una firma

Hannes Muhleisen e Mark Raasveldt hanno trascorso quasi un decennio a costruire DuckDB, inizialmente come progetto di ricerca al Centrum Wiskunde en Informatica di Amsterdam, prima di trasformarlo in un'azienda indipendente, DuckLabs. Il 26 agosto 2026 Amazon ha annunciato un accordo definitivo per acquisire quell'azienda.

DuckDB si è guadagnato i suoi sostenitori facendo l'opposto di quanto vendono la maggior parte dei fornitori di database: gira all'interno della propria applicazione, sul proprio laptop o server, senza account cloud, senza chiamate di rete e senza un fornitore che addebita per query. Questo design lo ha reso la scelta predefinita per i team UE che costruivano pipeline di analisi self-hosted da poter verificare, spostare o spegnere senza chiedere il permesso a nessuno.

Cosa ha comprato davvero AWS

AWS ha comprato l'azienda, non il codice. L'annuncio di Amazon è esplicito: DuckLabs, l'entità commerciale di circa 30 persone, entra per intero in AWS, mentre il progetto open source DuckDB resta con licenza MIT e gestito separatamente dalla DuckDB Foundation, indipendente e senza scopo di lucro. Non sono stati resi noti i termini finanziari, e l'operazione dovrebbe chiudersi entro poche settimane, salvo le consuete condizioni.

Muhleisen e Raasveldt continuano a guidare la direzione tecnica del progetto open source, e secondo AWS nulla cambia per gli utenti attuali di DuckDB prima della chiusura. Andy Warfield, vicepresidente e distinguished engineer di Amazon, ha descritto due anni di collaborazione precedente con il team di DuckLabs prima dell'acquisizione.

Un rivale nomina lo schema ad alta voce

Jordan Tigani guida MotherDuck, un'azienda che ha costruito un prodotto cloud commerciale direttamente sopra DuckDB e che ora compete con qualunque cosa AWS costruirà in seguito. Ha descritto l'acquisizione come una mossa prevedibile: aspettare che un progetto open source diventi abbastanza popolare, poi portare i suoi responsabili in casa per trasformare quella popolarità in un servizio cloud gestito.

La lettura di Tigani non è del tutto ostile. Sostiene che Amazon abbia ora un incentivo finanziario diretto a mantenere DuckDB aperto, ben curato e ampiamente adottato, poiché ogni nuova installazione di DuckDB è una potenziale fonte futura di ricavi di calcolo per AWS. Entrambe le cose possono essere vere: l'incentivo a mantenere sano il progetto è reale, così come l'incentivo a plasmarne il futuro verso AWS.

Il vuoto che una checklist di acquisto non vede

Scegliere uno strumento open source e self-hosted invece di un fornitore cloud è una mossa standard di sovranità per i team UE che valutano la residenza dei dati secondo il RGPD, i diritti di audit o i costi di uscita. Questa scelta protegge il codice che si esegue oggi. Non dice nulla su chi impiega il piccolo gruppo che scrive davvero il codice di domani.

DuckLabs era quanto di più vicino a un'azienda di database favorevole alla sovranità: sede ad Amsterdam, costituita nell'UE, licenza MIT, con un modello di business basato su supporto e hosting anziché sul lock-in. È comunque finita dentro un hyperscaler statunitense nel momento in cui la sua base di utenti ha reso conveniente l'acquisizione. Una checklist di acquisto che chiede solo licenza e luogo di hosting non ha mai chiesto dove i maintainer incassano lo stipendio.

Cosa protegge davvero la Foundation

La licenza MIT e l'indipendente DuckDB Foundation sono protezioni reali e vincolanti, non linguaggio di marketing. Qualsiasi organizzazione può fare il fork di DuckDB oggi stesso, continuare a eseguire il codice attuale per sempre, e non dovere nulla ad AWS per questo.

Ciò che la licenza non protegge è lo slancio. Fare un fork è un diritto legale che quasi nessuno esercita in pratica, perché il valore di un progetto open source vive nei suoi maintainer attivi, non nel codice sorgente congelato. Finché Muhleisen e Raasveldt continueranno a fissare la roadmap di DuckDB, quel rischio resta teorico. L'acquisizione è il momento in cui i team UE che eseguono DuckDB in produzione dovrebbero scrivere cosa farebbero davvero se ciò dovesse mai cambiare.