Deno Queues

• Deno a annoncé le lancement de Deno Queues, un outil conçu pour simplifier le développement de logiciels cloud et améliorer la gestion du traitement en arrière-plan des applications.
• Deno Queues est construit sur Deno KV, l’option de persistance pour applications lancée il y a quelques mois.
• Deno Queues propose deux nouvelles API simples, .enqueue() et .listenQueue(), qui permettent aux développeurs de décharger certaines parties d’une application ou de planifier des tâches à exécuter de manière asynchrone.
• Deno Queues utilise SQLite en exécution locale et FoundationDB lors de l’exécution sur Deno Deploy, afin d’assurer une disponibilité maximale et un débit élevé.
• Deno Queues garantit une livraison au moins une fois, ce qui signifie que, dans certains cas d’échec, le handler peut être appelé plusieurs fois afin d’assurer la livraison.
• Les développeurs peuvent combiner Queues avec les primitives de transactions atomiques de KV pour débloquer des workflows puissants.
• Deno Queues peut être utilisé dans divers cas d’usage, comme les notifications par e-mail planifiées, le traitement fiable de webhooks, ou la création de bots sur Discord ou Slack.
• Le coût d’utilisation de Deno Queues est facturé en fonction des opérations Deno KV et des requêtes Deno Deploy.
• Deno Queues s’inscrit dans les efforts continus de Deno pour rendre la création pour le web plus simple et plus productive, avec d’autres fonctionnalités prometteuses sur la feuille de route.

[GN⁺]

Discussion sur Hacker News

• Un utilisateur a exploré les entrailles de la version SQLite locale de Deno Queues et a partagé ses résultats en mettant en évidence le schéma utilisé.
• L’approche de Deno est jugée prometteuse grâce à l’intégration des types map et des bibliothèques centrées sur les serveurs web.
• Des inquiétudes ont été soulevées concernant l’enfermement dans la plateforme Deno et la difficulté de déployer sur plusieurs infrastructures cloud.
• Certains utilisateurs se sont demandé comment la fiabilité du système de files d’attente de Deno se compare à des technologies existantes comme SQS.
• Le concept de sémantique « at least once » a été discuté, avec l’idée que les utilisateurs pourraient ne pas le comprendre entièrement et rencontrer des problèmes de renvoi des messages.
• Des expériences positives avec Deno Deploy ont été partagées, les utilisateurs louant ses performances, sa simplicité et l’automatisation des certificats SSL.
• Des questions ont été posées sur la limitation à une seule file par instance de Deno.openKv() et sur la nécessité d’une architecture en microservices.
• Les utilisateurs manquent de clarté sur la tarification de Deno et sur la possibilité de l’utiliser gratuitement en local ou en auto-hébergement.
• Des inquiétudes ont été exprimées au sujet de futurs problèmes de contrôle d’accès pour KV et de la mise en place éventuelle de solutions.
• De l’enthousiasme a été exprimé pour le récent support de Jupyter et la fonctionnalité de files d’attente de Deno, mais certains hésitent encore à utiliser Deno pour l’hébergement de serveurs à cause de son modèle économique serverless.
• Deno est salué pour son modèle économique viable, son excellente ergonomie et l’absence de configuration inutile.