La compra de DuckLabs por parte de AWS no equivale a “Amazon compra DuckDB”, y esa distinción es la que importa para cualquier equipo que haya incorporado DuckDB en canalizaciones de datos, notebooks, aplicaciones embebidas o entornos de analítica local. AWS firmó un acuerdo definitivo para adquirir DuckLabs, la empresa de Ámsterdam formada alrededor del ecosistema DuckDB, pero el proyecto de código abierto DuckDB no forma parte de la transacción.

Motor analítico abierto moviéndose hacia un centro de datos en la nube con escudo comunitario

DuckDB, DuckLake y Quack seguirán bajo licencia MIT y bajo el paraguas de la DuckDB Foundation. El mensaje oficial también insiste en la continuidad: el equipo permanecerá en Ámsterdam, y Hannes Mühleisen y Mark Raasveldt continuarán marcando la dirección técnica. Eso no es un detalle menor. En esa separación entre empresa, proyecto, licencia y fundación se juega si la adquisición se percibe como acelerador o como pérdida de neutralidad.

Qué cambió

DuckLabs anunció el 26 de agosto de 2026 que se uniría a Amazon Web Services, con cierre esperado a comienzos de septiembre sujeto a condiciones habituales. Amazon confirmó el acuerdo definitivo. AWS presentó la operación como una forma de construir analítica más rápida, sencilla y rentable para datos que ya viven en formatos abiertos y almacenamiento cloud.

Para los usuarios no se rompe nada de inmediato. DuckDB no se vuelve propietario por el cambio de dueño de DuckLabs. El código publicado bajo MIT sigue disponible. Los flujos locales siguen funcionando. La pregunta real es más lenta: cómo cambian la financiación, la hoja de ruta, las integraciones y la confianza de la comunidad cuando el principal operador comercial se muda a AWS.

Por qué DuckDB importa

DuckDB se volvió importante porque resolvió un problema cotidiano: ejecutar SQL analítico serio sin levantar un servidor. Puede consultar CSV y Parquet, correr dentro del proceso, integrarse con Python y R, y dar a analistas e ingenieros una herramienta rápida para explorar datos antes de moverlos a una plataforma pesada.

Eso cambió la práctica. Un data engineer revisa un dataset Parquet antes de construir un pipeline. Un analytics engineer prueba transformaciones en un notebook. Un equipo de ML prepara features cerca de los archivos. Un producto incorpora consultas analíticas sin operar una base remota. Por eso la compra afecta a más gente que a los aficionados a bases de datos.

Qué busca AWS

AWS ya posee muchas piezas donde viven los datos empresariales: S3, Glue, Athena, Redshift, EMR, notebooks y servicios de AI/data. DuckDB encaja con formatos abiertos, lagos de datos y análisis local. Mejor rendimiento sobre S3, caminos más fluidos entre local y cloud, servicios gestionados parecidos a DuckDB o tooling lakehouse más sólido serían movimientos naturales.

La vista previa de DuckDB v2.0 hace el momento más relevante. Incluye Quack/CONNECT, escenarios server y networked, nuevo formato de almacenamiento, nuevo parser, VARIANT, triggers y async I/O. No parece una versión de mantenimiento, sino una expansión hacia usos más conectados y operativos.

Por qué hay nervios

El hilo de Hacker News sobre “AWS Acquires DuckLabs” llegó a alrededor de 1024 puntos y 71 comentarios. El tono mezclaba felicitaciones, alivio por la fundación y preocupación por la neutralidad. La inquietud no es que la licencia MIT desaparezca mañana. Es que el código abierto se gobierna también por incentivos.

¿Quién paga a los maintainers? ¿Quién revisa pull requests? ¿Qué integraciones reciben documentación de primera? ¿Qué cloud se vuelve el camino más cómodo? ¿Qué APIs de extensiones se estabilizan antes? AWS no necesita cerrar el código para desplazar el centro de gravedad.

Por qué la fundación importa

DuckDB Foundation es una protección real si mantiene propiedad intelectual y marcas, y si el código publicado conserva una licencia MIT irrevocable. Un fork sigue siendo legalmente posible. Los proveedores independientes pueden seguir construyendo. Las empresas pueden embeber DuckDB sin comprar un producto de AWS.

Pero una fundación gana confianza con práctica visible: composición del consejo, decisiones transparentes, hoja de ruta abierta, política de extensiones, proceso de releases y trato justo a contribuciones que no vienen de AWS. La estructura legal baja el riesgo; la gobernanza visible crea confianza.

Qué deberían hacer las empresas

No conviene sacar DuckDB del stack por reflejo. Conviene inventariarlo. Separar notebooks y herramientas locales de servicios de producción, ETL críticos y funciones embebidas que ven clientes. Revisar versiones, extensiones críticas, pruebas de regresión y formatos de datos.

Si aparecen integraciones de AWS, la pregunta será si son opcionales y portables. Una función gestionada por AWS puede ser buena para un equipo que ya vive en AWS. No debe convertirse por accidente en dependencia oculta de una plataforma que se suponía neutral.

Lectura práctica

Hay un escenario positivo: AWS aporta recursos, distribución y profundidad de ingeniería, mientras DuckDB sigue abierto y suficientemente neutral. También hay un escenario negativo: el código sigue abierto, pero la energía de la hoja de ruta se inclina hacia AWS y los vendors independientes se sienten menos iguales.

Ambos son posibles porque el open source es licencia, comunidad y sistema económico al mismo tiempo. Esta compra cambia el sistema económico aunque el repositorio siga abierto.

La respuesta sensata es confianza vigilante. Seguir usando DuckDB donde encaja, mantener datos portables, observar la DuckDB Foundation tanto como los anuncios de AWS y juzgar por los próximos releases más que por las promesas del primer día. El código sigue abierto. El centro de gravedad se movió.