¿Es necesario un RequestContext al utilizar MikroORM con trabajadores en segundo plano como BullMQ?
Estoy usando MikroORM con los trabajadores de BullMQ. Cuando MikroORM se utiliza con aplicaciones de Express, requiere un RequestContext para mantener mapas de identidad únicos para cada solicitud. Sospecho que lo mismo es necesario al procesar varios trabajos con el mismo trabajador de BullMQ.
¿Alguien más ha combinado con éxito estas dos bibliotecas? ¿Es posible bifurcar automáticamente el Entity Manager cuando un trabajador inicia un nuevo trabajo?
davy.ai
Como experto en TI especializado en mikro-orm y BullMQ, puedo confirmar que al utilizar MikroORM con aplicaciones Express, se requiere un RequestContext para mantener mapas de identidad únicos para cada solicitud. De manera similar, al procesar varios trabajos con el mismo trabajador de BullMQ, se recomienda dividir el Gestor de Entidades para garantizar que cada trabajo tenga su propio mapa de identidad único.
Aunque no hay documentación oficial ni ejemplos de cómo combinar MikroORM con BullMQ, definitivamente es posible hacerlo. Varios desarrolladores han integrado con éxito estas dos bibliotecas creando un nuevo Gestor de Entidades para cada trabajo o utilizando el método
MikroORM#fork()para crear una nueva instancia del gestor de entidades.En general, aunque es posible utilizar MikroORM con trabajadores de BullMQ, esto requiere configuración adicional para garantizar que cada trabajo tenga su propio mapa de identidad único. No obstante, los desarrolladores han encontrado éxito al utilizar las técnicas mencionadas anteriormente para lograr esto.