Zehn Jahre, Eine Unterschrift

Hannes Mühleisen und Mark Raasveldt bauten fast ein Jahrzehnt lang an DuckDB, zunächst als Forschungsprojekt am Amsterdamer Centrum Wiskunde en Informatica, bevor sie es als eigenständiges Unternehmen namens DuckLabs ausgründeten. Am 26. August 2026 gab Amazon eine verbindliche Vereinbarung zur Übernahme dieses Unternehmens bekannt.

DuckDB gewann seine Anhängerschaft, indem es das Gegenteil dessen tat, was die meisten Datenbankanbieter verkaufen: Es läuft innerhalb der eigenen Anwendung, auf dem eigenen Laptop oder Server, ohne Cloud-Konto, ohne Netzwerkaufruf und ohne Anbieter, der pro Abfrage abrechnet. Dieses Design machte es zur Standardwahl für EU-Teams, die selbst gehostete Analyse-Pipelines aufbauten, die sie ohne fremde Erlaubnis prüfen, verlagern oder abschalten konnten.

Was AWS Tatsächlich Gekauft Hat

AWS kaufte das Unternehmen, nicht den Code. Amazons Ankündigung stellt klar: DuckLabs, die rund 30-köpfige kommerzielle Einheit, wechselt vollständig zu AWS, während das quelloffene DuckDB-Projekt MIT-lizenziert bleibt und getrennt von der unabhängigen, gemeinnützigen DuckDB Foundation verwaltet wird. Finanzielle Details wurden nicht offengelegt, der Abschluss wird innerhalb weniger Wochen erwartet, vorbehaltlich üblicher Bedingungen.

Mühleisen und Raasveldt lenken weiterhin die technische Ausrichtung des Open-Source-Projekts, und laut AWS ändert sich für bestehende DuckDB-Nutzer vor Vertragsabschluss nichts. Andy Warfield, Vice President und Distinguished Engineer bei Amazon, beschrieb zwei Jahre vorheriger Zusammenarbeit mit dem DuckLabs-Team im Vorfeld der Übernahme.

Ein Konkurrent Nennt Das Muster Beim Namen

Jordan Tigani leitet MotherDuck, ein Unternehmen, das ein kommerzielles Cloud-Produkt direkt auf DuckDB aufgebaut hat und nun mit allem konkurriert, was AWS als nächstes baut. Er beschrieb die Übernahme als vorhersehbaren Schritt: warten, bis ein Open-Source-Projekt populär genug ist, dann dessen Verwalter ins eigene Haus holen, um diese Popularität in einen verwalteten Cloud-Dienst zu verwandeln.

Tiganis Einschätzung ist nicht durchweg ablehnend. Er argumentiert, Amazon habe nun ein direktes finanzielles Interesse daran, DuckDB offen, gut gepflegt und weit verbreitet zu halten, da jede neue DuckDB-Installation langfristig potenzielle AWS-Rechenumsätze bedeutet. Beides kann zutreffen: Das Interesse, das Projekt gesund zu halten, ist real - ebenso das Interesse, seine Zukunft in Richtung AWS zu formen.

Die Lücke, Die Eine Beschaffungscheckliste Übersieht

Ein quelloffenes, selbst gehostetes Werkzeug statt eines Cloud-Anbieters zu wählen, ist für EU-Teams ein Standardschritt zur digitalen Souveränität - wegen DSGVO-Datenresidenz, Prüfrechten oder Ausstiegskosten. Dieser Schritt schützt den Code, den man heute betreibt. Er sagt nichts darüber aus, wer die kleine Gruppe beschäftigt, die den Code von morgen tatsächlich schreibt.

DuckLabs kam einem souveränitätsfreundlichen Datenbankunternehmen so nahe wie kaum ein anderes: in Amsterdam ansässig, in der EU eingetragen, MIT-lizenziert, mit einem Geschäftsmodell aus Support und Hosting statt Lock-in. Es landete trotzdem bei einem US-Hyperscaler, sobald seine Nutzerbasis die Übernahme kommerziell lohnend machte. Eine Beschaffungscheckliste, die nur nach Lizenz und Hosting-Standort fragt, hat nie gefragt, wo die Maintainer ihr Gehalt beziehen.

Was Die Foundation Tatsächlich Schützt

Die MIT-Lizenz und die unabhängige DuckDB Foundation sind echte, durchsetzbare Schutzmechanismen, keine Marketingsprache. Jede Organisation kann DuckDB heute forken, den aktuellen Code für immer weiterbetreiben und AWS dafür nichts schulden.

Was die Lizenz nicht schützt, ist die Dynamik. Ein Fork ist ein Recht, das in der Praxis fast niemand ausübt, weil der Wert eines Open-Source-Projekts in seinen aktiven Maintainern liegt, nicht im eingefrorenen Quellcode. Solange Mühleisen und Raasveldt die Roadmap von DuckDB bestimmen, bleibt dieses Risiko theoretisch. Die Übernahme ist der Moment, in dem EU-Teams, die DuckDB produktiv einsetzen, aufschreiben sollten, was sie tatsächlich täten, wenn sich das je ändert.