Ti år, én underskrift
Hannes Muhleisen og Mark Raasveldt brugte næsten et årti på at bygge DuckDB, først som forskningsprojekt på Amsterdams Centrum Wiskunde en Informatica, før de udskilte det som selvstændigt firma, DuckLabs. Den 26. august 2026 annoncerede Amazon en endelig aftale om at overtage det firma.
DuckDB vandt sine tilhængere ved at gøre det modsatte af, hvad de fleste databaseleverandører sælger: det kører inde i din egen applikation, på din egen bærbare eller server, uden cloud-konto, uden netværkskald og uden en leverandør, der fakturerer per forespørgsel. Det design gjorde det til standardvalget for EU-teams, der byggede selv-hostede analysepipelines, de kunne revidere, flytte eller lukke uden at spørge nogen om lov.
Hvad AWS reelt købte
AWS købte firmaet, ikke koden. Amazons annoncering er tydelig: DuckLabs, den kommercielle enhed på omkring 30 personer, går fuldt ind i AWS, mens open source-projektet DuckDB forbliver MIT-licenseret og forvaltes separat af den uafhængige, non-profit DuckDB Foundation. Ingen finansielle vilkår blev offentliggjort, og aftalen forventes lukket inden for få uger, med forbehold for sædvanlige betingelser.
Muhleisen og Raasveldt fortsætter med at styre open source-projektets tekniske retning, og ifølge AWS ændrer intet sig for nuværende DuckDB-brugere før aftalens lukning. Andy Warfield, vicepræsident og distinguished engineer hos Amazon, beskrev to års forudgående samarbejde med DuckLabs-teamet forud for overtagelsen.
En konkurrent sætter ord på mønstret
Jordan Tigani leder MotherDuck, et firma der byggede et kommercielt cloudprodukt direkte oven på DuckDB og nu konkurrerer med, hvad end AWS bygger næste gang. Han beskrev overtagelsen som et forudsigeligt træk: vente på, at et open source-projekt bliver populært nok, og så hente dem, der styrer det, ind i huset for at omdanne den popularitet til en administreret cloudtjeneste.
Tiganis læsning er ikke udelukkende fjendtlig. Han argumenterer for, at Amazon nu har en direkte økonomisk interesse i at holde DuckDB åbent, godt vedligeholdt og bredt udbredt, fordi hver ny DuckDB-installation på sigt er en potentiel kilde til AWS-computerindtægter. Begge dele kan være sande: interessen i at holde projektet sundt er reel, og det samme er interessen i at forme dets fremtid mod AWS.
Hullet en indkøbstjekliste overser
At vælge et open source, selv-hostet værktøj frem for en cloudleverandør er et standardtræk for digital suverænitet blandt EU-teams, der vejer GDPR-dataresidens, revisionsret eller udtrædelsesomkostninger. Det træk beskytter koden, du kører i dag. Det siger intet om, hvem der ansætter den lille gruppe, som rent faktisk skriver morgendagens kode.
DuckLabs var så tæt på et suverænitetsvenligt databasefirma, som man kommer: hjemmehørende i Amsterdam, stiftet i EU, MIT-licenseret, med en forretningsmodel bygget på support og hosting frem for binding. Alligevel endte det inde i en amerikansk hyperscaler, i det øjeblik dets brugerbase gjorde overtagelsen kommercielt attraktiv. En indkøbstjekliste, der kun spørger til licens og hostingplacering, har aldrig spurgt, hvor vedligeholderne får deres løn.
Hvad Foundationen rent faktisk beskytter
MIT-licensen og den uafhængige DuckDB Foundation er reel, håndhævelig beskyttelse, ikke marketingsprog. Enhver organisation kan forke DuckDB i dag, blive ved med at køre den nuværende kode for evigt, og ikke skylde AWS noget for det.
Det, licensen ikke beskytter, er momentum. At forke er en juridisk ret, som stort set ingen udnytter i praksis, fordi værdien af et open source-projekt ligger i dets aktive vedligeholdere, ikke i dets fastfrosne kildekode. Så længe Muhleisen og Raasveldt fortsætter med at sætte DuckDBs køreplan, forbliver den risiko teoretisk. Overtagelsen er øjeblikket, hvor EU-teams, der kører DuckDB i produktion, bør skrive ned, hvad de reelt ville gøre, hvis det nogensinde ændrede sig.
Læs videre: Amazon står bag et privat gasværk på 7,65 GW | OpenAI overlader sine agenter til én sky
