Outils développeurActualité

DuckLabs rejoint AWS : ce qui compte pour DuckDB

Sur cette page
  1. L’opération a avancé
  2. La propriété de l’entreprise constitue un seul niveau
  3. Rendre la décision de mise à jour reproductible

Mise à jour du 8 septembre : DuckLabs indique que l’opération annoncée le 26 août s’est achevée le 31 août. Son équipe rejoint AWS. Pour l’utilisateur de DuckDB, il faut distinguer entreprise, projet libre et service exécutant le traitement.

Les cofondateurs de DuckLabs Hannes Mühleisen et Mark Raasveldt, photographiés dans le dossier de presse officiel accompagnant l’annonce AWS.
Les cofondateurs de DuckLabs Hannes Mühleisen et Mark Raasveldt, photographiés dans le dossier de presse officiel accompagnant l’annonce AWS. Crédit et source : DuckLabs. Droits réservés à son auteur.
Agrandir l’image

L’opération a avancé

La mise à jour datée de l’annonce des fondateurs confirme la finalisation. L’équipe reste à Amsterdam. Le communiqué de l’entreprise précise séparément le maintien des projets sous licence MIT et de leur suivi par la fondation à but non lucratif.

Le conseil consultatif et l’ouverture de la signature des extensions figurent parmi les projets annoncés. Il ne faut pas les présenter comme des fonctions déjà implémentées dans la version installée sur votre machine.

La propriété de l’entreprise constitue un seul niveau

Une carte utile des dépendances sépare trois questions : qui emploie les développeurs, qui suit le projet, et où l’application exécute ses requêtes et stocke ses données ? Modifier la première réponse ne change pas automatiquement les deux autres.

Une application locale lisant un jeu de données local n’a ainsi pas les mêmes dépendances qu’une application utilisant stockage objet distant, identifiants et service administré. L’annonce du rachat ne prouve pas que la première commence à envoyer ses fichiers chez AWS.

Inversement, la licence d’un moteur ne décrit pas toutes les conditions d’un service construit autour de lui. Documentez la dépendance logicielle et les éventuelles dépendances à un compte, au stockage ou au réseau. Le mot « ouvert » ne décrit pas une installation complète.

Rendre la décision de mise à jour reproductible

Avant de changer une dépendance en production, conservez la version actuelle et un petit jeu de données représentatif des vraies requêtes. Incluez valeurs nulles, dates, chaînes et nombres sollicitant les conversions de votre application. Comparez les résultats et leurs types, pas seulement la réussite de la requête.

Si le temps compte, mesurez séparément le même traitement avec des données froides et déjà en cache. Une lecture après mise en cache d’un fichier distant ne se compare pas directement à son premier téléchargement. Conservez les versions des extensions et les paramètres de stockage avec les mesures.

Il s’agit d’un contrôle applicatif proposé, pas d’un test réalisé par PeopleAreGeek ni d’une régression constatée. Son intérêt est de fonder les futures décisions sur un comportement observable. L’annonce d’entreprise n’impose seule aucune migration urgente et ne certifie pas toutes les futures versions pour une application existante.

Revue du 8 septembre : sources et suites de l’annonce vérifiées, explications et illustration reprises.