You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
En général décrit comme un moyen de scaler verticalement son serveur http.
Cela peut aussi être utilisé lorsqu'une opération lourde synchrone est nécessaire et que l'on ne veut pas bloquer le thread principal (par exemple, conversion d'image, agrégation de données, pathfinding GPS, etc...).
Au besoin je peux contribuer car je me sert beaucoup de ce module.
The text was updated successfully, but these errors were encountered:
Ceci dit je pense que ce genre d'opérations devraient être dans des job queues pour faciliter la reprise sur erreur etc. tu fais comment à ce niveau juste avec cluster ?
Tu fais un fork tout con que tu instancie dans une variable, puis tu l'écoutes. S'il crash tu as ton retour d'erreur et s'il se termine pareil.
Après oui avec un job pourquoi pas. Je trouve cela plus simple d'accès de directement faire un fork pour un travail donné (c'est plus accessible on va dire).
Dans l'optique de terminer la première édition dans les prochaines semaines (Cf. nouvelle table des matières dans #184), ce sujet mérite sa place mais pas tout de suite tout de suite.
Un exemple très simple dans la doc: https://nodejs.org/api/cluster.html#cluster_cluster
En général décrit comme un moyen de scaler verticalement son serveur http.
Cela peut aussi être utilisé lorsqu'une opération lourde synchrone est nécessaire et que l'on ne veut pas bloquer le thread principal (par exemple, conversion d'image, agrégation de données, pathfinding GPS, etc...).
Au besoin je peux contribuer car je me sert beaucoup de ce module.
The text was updated successfully, but these errors were encountered: