- Spegnimento
- 20 agosto 2026 alle ore 23:19 UTC
- Autore
- Kamo
- Impegno
- a0e1274
processBacklog ha rispecchiato i due difetti del lavoro programmato: ha mutato il carico utile stati in memoria e li ha salvati in un lotto alla fine, e ha salvato il l'intera entità endpoint per battere un contatore. createLead commette per piombo, quindi un risultato che non attacca lascia un il cui carico utile è ancora RECEIVED — e il lavoro di ogni minuto l'importazione una seconda volta, perché questo percorso non ha il vendorLeadID dedup. Risparmio l'entità trascina anche il grafico Organizzazione nella transazione di scrittura, che YugabyteDB rifiuta con un riavvio di lettura e riscrive la riga di endpoint indietro ogni campo come era quando il lotto è iniziato. Ora markPayloadOutcome per riga e recordProcessed per il contatore, corrispondente LeadIntakeProcessingJob.