createBullMQTaskQueue
Rôle et comportement
Section intitulée « Rôle et comportement »Ouvre une TaskQueue sur Redis standalone via BullMQ 5 ; importez-la depuis @elie-laloum/outpost/queues/bullmq et installez bullmq séparément. Refuse un serveur dont maxmemory-policy n’est pas noeviction, sans modifier sa configuration. La file possède ses connexions Redis : arrêtez les workers, puis attendez close().
Exemple complet et règles détaillées.
Paramètres et propriétés
Section intitulée « Paramètres et propriétés »optionsRequisBullMQTaskQueueOptionsConnexion Redis et espace de noms stable partagé par les producteurs et workers.options.nameRequisstringNom logique commun aux clients ; haché en interne, il accepte les deux-points et Unicode. Des noms différents isolent les identités des jobs.options.connectionRequisRedisOptionsRedisOptions pour Redis standalone (host, port, db, username, password, tls), pas un client connecté. Les délais de connexion et de commande valent 10000 par défaut ; keyPrefix est refusé, utilisez prefix.options.prefixOptionnelstring | undefinedPréfixe des clés Redis, outpost par défaut. Le conserver au redémarrage et sur tous les clients ; réserver cet espace sans consommateurs BullMQ externes ni nettoyage tiers.options.stalledIntervalMsOptionnelnumber | undefinedIntervalle positif en millisecondes entre les contrôles BullMQ des jobs bloqués, 1000 par défaut. La reprise après expiration peut nécessiter deux contrôles ; distinct de leaseMs et pollMs.options.onErrorOptionnel((error: Error) => void) | undefinedObservateur synchrone des erreurs de connexion, de contrôle des jobs bloqués et de finalisation BullMQ ; ses exceptions sont ignorées. Les opérations de file rejettent toujours leurs propres échecs.
Promise<BullMQTaskQueue>