Diez años, una firma

Hannes Muhleisen y Mark Raasveldt pasaron casi una década construyendo DuckDB, primero como proyecto de investigación en el Centrum Wiskunde en Informatica de Amsterdam, antes de independizarlo como empresa propia, DuckLabs. El 26 de agosto de 2026, Amazon anunció un acuerdo definitivo para adquirir esa empresa.

DuckDB se ganó a sus seguidores haciendo lo contrario de lo que venden la mayoría de los proveedores de bases de datos: se ejecuta dentro de la propia aplicación, en el propio portátil o servidor, sin cuenta en la nube, sin llamada de red y sin proveedor que cobre por consulta. Ese diseño lo convirtió en la opción por defecto para equipos de la UE que construían canalizaciones de análisis autoalojadas que podían auditar, mover o apagar sin pedir permiso a nadie.

Lo que AWS compró realmente

AWS compró la empresa, no el código. El anuncio de Amazon es explícito: DuckLabs, la entidad comercial de unas 30 personas, se incorpora por completo a AWS, mientras el proyecto de código abierto DuckDB sigue con licencia MIT y gestión separada bajo la independiente y sin ánimo de lucro DuckDB Foundation. No se revelaron términos financieros, y se espera que el acuerdo se cierre en semanas, sujeto a las condiciones habituales.

Muhleisen y Raasveldt siguen dirigiendo el rumbo técnico del proyecto de código abierto, y AWS asegura que nada cambia para los usuarios actuales de DuckDB antes del cierre. Andy Warfield, vicepresidente y distinguished engineer de Amazon, describió dos años de colaboración previa con el equipo de DuckLabs antes de la adquisición.

Un rival nombra el patrón en voz alta

Jordan Tigani dirige MotherDuck, una empresa que construyó un producto comercial en la nube directamente sobre DuckDB y que ahora compite con lo que sea que AWS construya a continuación. Describió la adquisición como un movimiento predecible: esperar a que un proyecto de código abierto sea lo bastante popular y luego incorporar a quienes lo dirigen para convertir esa popularidad en un servicio de nube gestionado.

La lectura de Tigani no es del todo hostil. Sostiene que Amazon ahora tiene un incentivo financiero directo para mantener DuckDB abierto, bien cuidado y ampliamente adoptado, ya que cada nueva instalación de DuckDB es una fuente potencial de ingresos de cómputo en AWS a largo plazo. Ambas cosas pueden ser ciertas: el incentivo para mantener sano el proyecto es real, y también lo es el incentivo para moldear su futuro hacia AWS.

El hueco que una lista de compras pasa por alto

Elegir una herramienta de código abierto y autoalojada frente a un proveedor de nube es un movimiento habitual de soberanía para equipos de la UE que sopesan la residencia de datos del RGPD, derechos de auditoría o costes de salida. Ese movimiento protege el código que se ejecuta hoy. No dice nada sobre quién emplea al pequeño grupo que escribe de verdad el código de mañana.

DuckLabs era casi el ejemplo perfecto de empresa de bases de datos favorable a la soberanía: con sede en Amsterdam, constituida en la UE, licencia MIT, con un modelo de negocio basado en soporte y alojamiento en lugar de dependencia. Aun así, terminó dentro de un hiperescalador estadounidense en cuanto su base de usuarios hizo la adquisición rentable. Una lista de compras que solo pregunta por la licencia y la ubicación del alojamiento nunca preguntó dónde cobran su sueldo los mantenedores.

Lo que la Foundation protege realmente

La licencia MIT y la independiente DuckDB Foundation son protecciones reales y exigibles, no lenguaje de marketing. Cualquier organización puede bifurcar DuckDB hoy mismo, seguir ejecutando el código actual para siempre y no deberle nada a AWS por ello.

Lo que la licencia no protege es el impulso. Bifurcar es un derecho legal que casi nadie ejerce en la práctica, porque el valor de un proyecto de código abierto vive en sus mantenedores activos, no en su código fuente congelado. Mientras Muhleisen y Raasveldt sigan marcando la hoja de ruta de DuckDB, ese riesgo sigue siendo teórico. La adquisición es el momento en que los equipos de la UE que ejecutan DuckDB en producción deberían anotar qué harían realmente si eso llegara a cambiar.