Cierra cada barrido de movimiento de dinero, y dirige dos vainas

FeatureBillingService
Shipped
4 de septiembre de 2026 a las 21:01 UTC
Author
Kamo
Commit
02d70b3

BillingService corrió una vaina y sus siete barridos programados fueron correctos sólo por ello. Ahí no es ShedLock en ninguna parte de esta plataforma, así que una segunda réplica habría corrido cada uno de ellos dos veces a garra: ******************* presenta el uso medido al proveedor de pago presentado dos veces, el cliente se cobra dos veces DunningSweill recupera pagos fallidos Y correos electrónicos sobre ellos StorageAutoExpandSweep compra almacenamiento en nombre del cliente, y factura TrialExpirySweep pone fin a ensayos y mueve suscripciones MailboxBillingReconciler / PbxBillingReconciler lucha por los mismos artículos de suscripción StorageSnapshotSweep doble-counts cada org's Night use figure Cada uno ahora toma un contrato de arrendamiento a través de SingletonTaskRunner antes de hacer nada. StorageSnapshotSweep es la única excepción en forma: su barrido está llamado también desde AlmacenamientoUsajeController cuando un operador pide una instantánea ahora, y devuelve la fila con el conteo de la fila respuesta. Así que la anotación programada se trasladó a un nuevo programadoSweep () que toma el contrato de arrendamiento, y sweep() en sí está intacto y todavía directamente llamable. Estate saltado silenciosamente porque otra vaina pasa a mitad de barre. réplicas 1 - 2.

All changes

Como lo que ves enviaste?

Cada una de estas actualizaciones aterriza en su espacio de trabajo automáticamente. Empieza gratis y verlo crecer semana tras semana.

Arranzar gratis para siempreVer Precios