La compra de DuckLabs por AWS apuesta por un DuckDB abierto

Amazon acordó comprar DuckLabs, la empresa detrás de DuckDB, sin adquirir acceso exclusivo al motor. DuckDB seguirá siendo gratuito y de código abierto, una condición que parece menos una concesión a medida que los agentes de programación reducen el costo de crear aplicaciones de datos.

AWS compra alcance, no exclusividad

No se reveló el precio de la adquisición de DuckLabs acordada por Amazon. DuckDB seguirá bajo la DuckDB Foundation, mientras que DuckLabs afirma que su incorporación a AWS aportará más recursos y alcance a DuckDB, DuckLake y el protocolo Quack.

Un comprador de software puede restringir un activo y cobrar por el acceso. AWS, en cambio, mantiene a DuckDB disponible para una amplia variedad de entornos, al tiempo que obtiene una posición privilegiada en torno al equipo, las integraciones, el soporte y la ruta operativa que convierten un motor en un sistema empresarial.

AWS necesita esa portabilidad. Los desarrolladores pueden integrar DuckDB sin comprometer primero una aplicación con la arquitectura de una nube específica, lo que permite que el motor se convierta en un componente predeterminado desde las primeras etapas de desarrollo. Cerrarlo protegería la exclusividad del código fuente, pero impondría un costo a la distribución que Amazon está adquiriendo.

Quienes crean productos ya utilizan DuckDB de esta manera. Un desarrollador que trabaja con Quack describió a DuckDB como el motor principal de almacenamiento previsto para una plataforma. Otro afirmó que Hex no sería posible sin él. No estaban comprando un contrato para una base de datos centralizada; estaban eligiendo un componente que encajaba en lo que ya construían.

En septiembre de 2023, MotherDuck recaudó $52.5 millones en una ronda Serie B para comercializar una plataforma basada en DuckDB, con una valuación de $400 millones después de la inversión. Casi tres años después, AWS acordó adquirir la empresa detrás del motor y se comprometió a mantenerlo abierto. En ambos acuerdos, la capa comercial se ubica alrededor del núcleo, no dentro de su licencia.

Este es un modelo de distribución gestionada de software de código abierto: facilitar la adopción de la base y después competir por la operación que se construye a su alrededor. El mismo incentivo aparece en las estrategias de modelos con parámetros abiertos, donde el acceso amplio puede atraer a los desarrolladores hacia infraestructura y servicios que el distribuidor todavía controla. En ambos casos, el código es el camino hacia la caseta de cobro, no la caseta en sí.

Los agentes hacen más útil al motor y más difícil el gobierno

Apple incorporó compatibilidad con Claude Agent, Codex y MCP en Xcode 26.3, con lo que llevó la programación mediante agentes a una herramienta de desarrollo de uso generalizado. Por otra parte, Google presentó una plataforma para administrar flotas empresariales de agentes. Una iniciativa reduce las dificultades para crear software; la otra atiende la carga que surge cuando ese software comienza a actuar en distintos sistemas.

Apple y Google atienden extremos opuestos del mismo cambio. Cuando el entorno de desarrollo se convierte en una superficie de trabajo para agentes, los componentes reutilizables adquieren valor porque un agente puede invocarlos, combinarlos y modificarlos sin obligar a cada equipo de aplicaciones a reconstruir la misma función. Los equipos pueden adoptar un motor de ejecución pequeño antes de estar en condiciones de justificar el compromiso con una plataforma centralizada completa.

Los agentes de programación no solo producen código más rápido; también abaratan la recombinación de componentes. Pueden integrar el acceso, la transformación, el almacenamiento y la recuperación de datos a partir de funciones encapsuladas de manera independiente. Un motor accesible encuentra más lugares donde incorporarse: dentro de una aplicación, junto a un conjunto de datos local o detrás de una herramienta que un agente utiliza según la tarea.

Cada nueva aplicación creada con agentes puede abrir otra vía hacia credenciales, datos empresariales, capacidad de cómputo en producción y recursos compartidos. Un motor local se ocupa de la ejecución, pero no de la identidad, las políticas, el intercambio seguro, el monitoreo, la implementación ni el soporte. A medida que los agentes hacen viable crear más aplicaciones, las empresas necesitan controles más sólidos a su alrededor.

AWS puede monetizar lo que DuckDB no ofrece

Un motor abierto de consultas no puede cobrar por la escasez de acceso como lo haría un producto cerrado. Aun así, puede aumentar la demanda de todo lo que rodea a una consulta: cómputo elástico cuando se disparan las cargas de trabajo, almacenamiento y transferencia, implementación administrada, controles de identidad, permisos detallados y soporte cuando un componente integrado se convierte en infraestructura de producción.

AWS puede captar margen en la capa inmediatamente superior al motor. Los proveedores de nube ya venden capacidad de cómputo mediante precios basados en el consumo, adecuados para una demanda variable. Los almacenes y lagos de datos agregan funciones multiusuario y permisos capaces de filtrar el acceso por fila, columna y nivel de sensibilidad de los datos. Esos servicios siguen siendo escasos incluso cuando el código de ejecución está disponible gratuitamente.

El compromiso de Snowflake con AWS por cinco años, que abarca infraestructura de nube y procesadores, muestra la escala de ese mercado circundante. AWS no necesita poseer el software de Snowflake para monetizar su expansión; suministra la capacidad que opera debajo de la plataforma. DuckDB abre otra vía al difundirse entre los desarrolladores antes de que las aplicaciones necesiten un entorno de producción.

Snowflake y Databricks muestran dónde sigue concentrándose el valor empresarial. Snowflake reportó $1.39 mil millones de ingresos trimestrales, un aumento interanual de 33%. Databricks recaudó $5 mil millones con una valuación de $190 mil millones. La ejecución abierta e integrada no está borrando del mapa a las plataformas centralizadas de datos; las está obligando a generar margen en otras áreas.

Para AWS, la ventaja está en la implementación. DuckDB puede conservar su portabilidad mientras que la opción administrada se vuelve más sencilla en AWS porque el cómputo, la identidad, las políticas, el intercambio de datos y el soporte ya están integrados ahí. La comodidad y la integración generan una dependencia menor que la exclusión, pero ofrecen un alcance de distribución más amplio.

La centralización perdura porque el gobierno no puede fragmentarse

Las empresas no tienen que elegir entre motores integrados y almacenes o lagos de datos. Un componente de aplicación puede atender una tarea acotada cerca del desarrollador o del agente, mientras una plataforma central conserva el contexto compartido, los permisos, la operación a gran escala y las políticas que deben aplicarse de manera uniforme en todas las aplicaciones.

Las empresas centralizan el gobierno porque las credenciales y el acceso a datos compartidos pueden generar consecuencias de gran alcance. El caso de piratería informática relacionado con Snowflake implicó el robo de datos de más de 165 empresas. Eso no demuestra que la centralización haya causado las intrusiones ni que un diseño distribuido las hubiera evitado. Sí muestra por qué el gobierno se vuelve crucial cuando muchas aplicaciones y agentes pueden acceder a los mismos datos empresariales.

Una mayor actividad de agentes tampoco garantiza una economía atractiva en la nube. Databricks señaló que el mayor uso de agentes de IA elevaba los costos y reducía los márgenes, incluso cuando sus ingresos anualizados aumentaron más de 80% interanual hasta alcanzar $6.9 mil millones. Los agentes pueden impulsar el consumo de infraestructura más rápido de lo que las plataformas mejoran la rentabilidad por unidad. Una capa de control solo justifica su lugar si regula esa demanda sin permitir que los costos de cómputo absorban el valor.

Para un comprador empresarial, esto significa aprobar funciones basadas en DuckDB sin permitir que cada equipo invente su propio perímetro de seguridad. Los equipos pueden ejecutar tareas acotadas cerca de la aplicación, mientras la plataforma central conserva las identidades, los permisos, los conjuntos de datos compartidos y los límites de gasto.

La portabilidad determinará si AWS obtiene el punto de control

El anuncio de DuckLabs es una señal inicial, no una prueba de que este modelo ya se impuso. AWS no ha detallado un producto administrado de DuckDB, un esquema de precios ni un plan de integraciones. Su compromiso con el código abierto mantiene abierta una vía hacia la distribución con gobierno, pero todavía no explica cómo la monetizará AWS.

DuckDB debe conservar su credibilidad en distintos entornos después de la adquisición. Si los desarrolladores siguen considerándolo un componente fundamental capaz de operar de forma independiente de AWS, su alcance de adopción seguirá siendo amplio. AWS podrá entonces competir para facilitar la opción administrada que lo rodea sin convertir al motor en una dependencia de la nube.

Si, por el contrario, DuckDB se convierte principalmente en una función integrada con AWS, el acuerdo seguirá el patrón tradicional de la nube: adquirir una tecnología útil y atraer sus cargas de trabajo hacia una red de valor propietaria. El motor podría conservar una licencia abierta y, al mismo tiempo, limitarse en la práctica a una distribución más estrecha. El código abierto, por sí solo, no garantiza la libertad de movimiento.

MotherDuck mostró una vía comercial: vender una plataforma por encima de DuckDB y dejar el núcleo fuera de la propiedad exclusiva. AWS intenta una versión más amplia que abarca cómputo, identidad, intercambio de datos y soporte. Los desarrolladores evaluarán esa administración por los lugares donde DuckDB pueda ejecutarse con facilidad, no solo por el texto de la licencia.

Amazon puede comprar DuckLabs sin cerrar DuckDB porque la apertura es la vía de DuckDB para llegar a más aplicaciones. A medida que los agentes reducen los costos de creación, AWS gana ventaja al facilitar la identidad, las políticas, el soporte y el cómputo alrededor del motor. La paradoja de la adquisición también explica su lógica: el punto de control de AWS depende de que DuckDB siga siendo libre de ejecutarse en otros entornos.