- Spegnimento
- 4 settembre 2026 alle ore 21:01 UTC
- Autore
- Kamo
- Impegno
- 02d70b3
BillingService ha eseguito un pod e le sue sette spazzate programmate erano corrette solo a causa di esso. Ecco. non è ShedLock ovunque su questa piattaforma, quindi una seconda replica avrebbe eseguito ciascuno di loro due volte a Tick: ****************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** inviato due volte, il cliente viene addebitato due volte DunningSweep retries pagamenti falliti E le email su di loro StorageAutoExpandSweep acquista storage per conto del cliente, e lo fattura TrialExpirySweep termina le prove e sposta gli abbonamenti su MailboxBillingReconciler / PbxBilling Reconciler lotta sugli stessi articoli di abbonamento StorageSnapshotSweep double-counts ogni figura di uso notturno di org Ogni ora prende un affitto chiamato attraverso SingletonTaskRunner prima di fare nulla. StorageSnapshotSweep è l'unica eccezione in forma: la sua spazzata() è ALSO chiamata direttamente da StorageUsageController quando un operatore chiede un'istantanea ora, e restituisce il numero di riga per il risposta. Così l'annotazione @Scheduled si è spostato in un nuovo programmaSweep() che prende il contratto di locazione, e spazza() stesso è intoccabile e ancora direttamente richiamabile — la richiesta esplicita dell'operatore non dovrebbe essere silenziosamente saltato perché un altro pod capita di essere mid-sweep. repliche 1 -> 2.