Clarifier ... Les tâches d'arrière-plan ne lient pas les ressources de l'application (dans Rails)?

Question

J'essaie d'avoir une meilleure compréhension du fonctionnement interne des travaux d'arrière-plan et comment ils améliorent les performances. Je comprends que l'objectif est que l'application renvoie une réponse à l'utilisateur aussi vite que possible, donc vous ne voulez pas, par exemple, analyser un énorme flux qui prendrait 10 secondes parce que cela empêcherait le demande d'être en mesure de traiter toutes les autres demandes.

Il est donc recommandé de mettre toutes les opérations de plus de 500 ms à exécuter dans un travail d'arrière-plan en file d'attente.

Ce que je ne comprends pas, cela ne retarde-t-il pas le même problème? Je sais que l'utilisateur qui a invoqué ce travail en arrière-plan obtiendra une réponse immédiate, mais que se passe-t-il si un autre utilisateur arrive juste quand le travail d'arrière-plan commence (et qu'il prend 10 secondes pour finir), ne va-t-il pas attendre?

Ou est le problème principal, requests est la seule chose qui peut arriver un-à-la-fois, alors que d'autre part une demande peut démarrer alors que les tâches d'arrière-plan + sont en cours d'exécution?

Est-ce correct?

Answer 1

L'idée d'un processus d'arrière-plan est qu'il prend en charge tous les processus de longue durée.

Fondamentalement, il s'agit d'une application externe qui s'exécute en dehors du serveur Web avec un ou plusieurs processus qui traitent les requêtes. Par conséquent, peu importe si un autre utilisateur demande une page car le travail n'occupe pas le serveur Web, l'utilisateur n'aura pas à attendre que quelque chose se termine. Si cet utilisateur fait aussi quelque chose qui est mis dans la file d'attente d'arrière-plan, alors il va juste s'empiler là jusqu'à ce que le premier soit fini (ou dans le cas où il y a plusieurs processus qui le gèrent, dès qu'il y a un disponible).

Espérons que cette explication le rend un peu plus clair :)