C'est la documentation de base qui ne nous donne pas beaucoup d'informations
battement de coeur
Est lié à la communication entre le travailleur et le courtier (dans votre cas, le courtier est CloudAMQP).Voir l'explication
Avec le --without-heartbeat le nœud de calcul n'enverra pas d'événements de pulsation
se mêler
Il ne demande que des "horloges logiques" et des "tâches annulées" aux autres travailleurs au démarrage.
Tiré de whatsnew-3.1
Le nœud de calcul va maintenant tenter de se synchroniser avec d'autres nœuds de calcul du même cluster.
Les données synchronisées incluent actuellement les tâches révoquées et l'horloge logique.
Cela ne se produit qu'au démarrage et entraîne un délai de démarrage d'une seconde pour collecter les réponses de diffusion des autres travailleurs.
Vous pouvez désactiver ce bootstep en utilisant l'argument --without-mingle.
Voir aussi les docs
potins
Les travailleurs envoient des événements à tous les autres travailleurs et ceci est actuellement utilisé pour la "synchronisation d'horloge", mais il est également possible d'écrire vos propres gestionnaires sur des événements, tels que on_node_join , Voir docs
Tiré de whatsnew-3.1
Les travailleurs s'abonnent désormais passivement à des événements liés aux travailleurs, comme les battements de cœur.
Cela signifie qu'un travailleur sait ce que font les autres travailleurs et peut détecter s'ils se déconnectent. Actuellement, cela n'est utilisé que pour la synchronisation d'horloge, mais il existe de nombreuses possibilités d'ajouts futurs et vous pouvez déjà écrire des extensions qui en profitent déjà.
Certaines idées incluent des protocoles de consensus, la redirection des tâches vers le meilleur travailleur (en fonction de l'utilisation des ressources ou de la localité des données) ou le redémarrage des travailleurs lorsqu'ils se bloquent.
Nous pensons que bien qu'il s'agisse d'un petit ajout, il ouvre des possibilités incroyables.
Vous pouvez désactiver ce bootstep en utilisant l'argument --without-gossip.
