Build1 distinct publisher3 min readPublished
The MIT-licensed projects stay with the DuckDB Foundation, but the more than 30 people who write them would sit on AWS's payroll. No reporting line has been published.
The Engineer · Build desk
Compiled by The EngineerSomething wrong?How this is made
A foundation that holds a license and a company that holds a payroll are two different kinds of control over a codebase, and only one of them is changing hands. DuckDB, DuckLake and Quack stay with the DuckDB Foundation under the MIT license [5], so code already published cannot be pulled back or relicensed away from the people using it [18]. What AWS would buy, if the deal closes, is the employment of the more than 30 people who decide what gets written next [3], plus the continued technical leadership of the two researchers who started the project at CWI in 2018 [4][7].
The money says more about governance than the license does. DuckLabs was created in 2021 because contracts for feature development were showing up [8], and its revenue was enterprise support, technical advice, feature development and engineering partnerships [9]. Paid feature work is a roadmap channel, and it was open to anyone with a budget. Inside AWS that channel becomes an internal allocation decision, arbitrated by someone the announcements do not name, at a price they also do not state [6]. Runtimewire frames the test as whether the roadmap stays broadly governed once AWS employs the core team [17]. The material needed to answer it has not been published.
There is one useful precedent in the work already done. The March 2025 integration gave DuckDB support for Amazon S3 Tables through Apache Iceberg REST catalogs [11], and that is a published interface rather than a private one, so effort spent against it is reusable by anything else implementing the same spec. That is the shape of AWS-funded roadmap work that costs non-AWS users nothing. The shape that would cost them something is a capability that only resolves against AWS endpoints.
The track record being used to justify the deal does not have one agreed length. AWS dates the technical relationship to 2024 [12], DuckLabs described more than a year of collaboration [13], and Andy Warfield, an AWS vice president and distinguished engineer, put it at roughly two years [14]. Those reconcile only if the work began in the opening weeks of 2024, because an August 26 announcement leaves about twenty months at the outside [19]. A small gap, but the collaboration history is doing argumentative work here.
The bottleneck the founders described was commercial rather than technical: they did not want DuckLabs standing in the way of companies building businesses on DuckDB [15], and AWS answers that with a customer base, infrastructure and a support organisation they were never going to build themselves [16]. The demand side looks real, though the figure they cite, more than a million downloads a day, is company-supplied and the announcement does not say how it was measured [10]. What remains unresolved is the Foundation's position. Its strongest lever is that a fork stays legal [18], and a fork needs funded engineers, which is precisely the asset being sold [3].
Ranked by verification strength, evidence, and original report placement.
Hannes Muehleisen and Mark Raasveldt, the researchers who created DuckDB, agreed to sell their bootstrapped operating company DuckLabs to Amazon Web Services, with the deal expected to close in early September subject to customary conditions.
The transaction had not closed as of August 26, and the founders are expected to join AWS at closing.
DuckLabs' team of more than 30 people will remain together in Amsterdam, and AWS will employ its engineers if the transaction closes.
The founders are expected to continue leading the group and DuckDB's technical direction inside AWS.
The DuckDB Foundation will continue to steward DuckDB, DuckLake and Quack, with the projects remaining free and open source under the MIT license.
The public announcements do not state a purchase price or describe the founders' post-closing reporting structure.
Follow any of these and your For You feed starts watching them — no settings page required.
Evidence-backed comparisons of source perspectives and observed adoption signals. Read the methodology
Which Builder, Operator, and Investor concerns the observed source mix emphasized—not a truth score.
Evidence, demonstrated adoption, hype gap, incentives, and confidence are assessed independently, each on its own current evidence. How these are measured.
Primary-source specifics, single publisher, deal not closed
The load-bearing facts are concrete, dated and attributed to primary announcements from DuckLabs, Amazon and the DuckDB Foundation, and the report names what is missing rather than filling it in. Weight is held down because the cluster contains one publisher with no independent verification, the transaction has not closed, and material terms (price, reporting line) are absent from the record.
Wide but self-reported usage; integration shipped, deal unclosed
Real deployment evidence exists: a shipped March 2025 DuckDB integration with Amazon S3 Tables through Iceberg REST catalogs, and a several-year commercial practice selling enterprise support and feature development. The headline scale number is company-supplied with no stated methodology, and the acquisition itself has not closed, so adoption of the arrangement being reported is prospective.
Party-supplied framing runs slightly ahead of the record
The reporting itself is restrained — it flags the missing price, the missing reporting line and the unverified download metric — but the sourced material leans forward: an AWS executive's 'roughly two years' exceeds AWS's own 2024 dating, and the parties' plan to power 'a new generation of data services' comes with no named service or timeline. That leaves a small positive gap between announcement rhetoric and confirmed facts.
Announcement material from both transacting parties
Nearly every fact originates with parties that benefit from a favorable reception: DuckLabs and its founders announcing their own exit, AWS announcing an acquisition and quoting its own vice president, and the DuckDB Foundation reassuring downstream users. The adoption metric is self-supplied, the deal rationale is founder-narrated, and no independent or adversarial source appears in the cluster.
Facts firm, outcome and terms open
Confidence is moderate: the announced structure is clearly documented and unlikely to be misstated, but the cluster has one publisher, the deal is subject to customary closing conditions, and the questions that determine impact — price, reporting line, roadmap governance after AWS employs the maintainers — have no published answers.
product
AWS buys the DuckDB company: what to price into an embedded dependency1 distinct publisher
build
DuckDB is growing a server, and someone on your team will have to run it1 distinct publisher
build
Object or file storage: the wrong pick stays quiet until inode exhaustion1 distinct publisher
build
Iceberg votes to forbid new equality deletes in V4, and Parquet 1.18.0 lands with two corruption bugs1 distinct publisher
Distinct publishers with included, body-backed reporting in this cluster.
1 article · August 26, 2026