Questa è la documentazione di base che non ci fornisce molte informazioni
battito cardiaco
È correlato alla comunicazione tra il lavoratore e il broker (nel tuo caso il broker è CloudAMQP). Vedi spiegazione
Con il --without-heartbeat il lavoratore non invierà eventi heartbeat
mescolare
Richiede solo "orologi logici" e "attività revocate" da altri lavoratori all'avvio.
Tratto da whatsnew-3.1
Il lavoratore ora tenterà di sincronizzarsi con altri lavoratori nello stesso cluster.
I dati sincronizzati attualmente includono le attività revocate e l'orologio logico.
Ciò si verifica solo all'avvio e provoca un ritardo di avvio di un secondo per raccogliere le risposte di trasmissione da altri lavoratori.
Puoi disabilitare questo bootstep usando l'argomento --without-mixle.
Vedi anche i documenti
pettegolezzo
I lavoratori inviano eventi a tutti gli altri lavoratori e questo è attualmente utilizzato per la "sincronizzazione dell'orologio", ma è anche possibile scrivere i propri gestori sugli eventi, come on_node_join , Vedi documenti
Tratto da whatsnew-3.1
I lavoratori ora si iscrivono passivamente agli eventi relativi ai lavoratori come i battiti cardiaci.
Ciò significa che un lavoratore sa cosa stanno facendo gli altri lavoratori e può rilevare se vanno offline. Attualmente viene utilizzato solo per la sincronizzazione dell'orologio, ma ci sono molte possibilità per aggiunte future e puoi già scrivere estensioni che ne traggano già vantaggio.
Alcune idee includono protocolli di consenso, reindirizzamento dell'attività al miglior lavoratore (in base all'utilizzo delle risorse o alla località dei dati) o il riavvio dei lavoratori in caso di arresto anomalo.
Crediamo che, sebbene questa sia una piccola aggiunta, apra incredibili possibilità.
Puoi disabilitare questo bootsstep usando l'argomento --without-gossip.
