- Navios
- 4 de setembro de 2026 às 21:01 UTC
- Autor
- Kamo
- Enviar
- 02d70b3
BillingService correu um pod e suas sete varreduras programadas estavam corretas apenas por causa dele. Ali. é nenhum ShedLock em qualquer lugar nesta plataforma, então uma segunda réplica teria executado cada um deles duas vezes um tick: **************** submete o uso medido ao provedor de pagamento submetido duas vezes, o cliente é cobrado duas vezes DunningSweep retries falhou pagamentos e e-mails sobre eles StorageAutoExpandSweep compra armazenamento em nome do cliente, e cobra TrialExpirySweep termina testes e move assinaturas sobre Caixa de CorreioBillingReconcilier / PbxBilling Luta de reconciliação pelos mesmos itens de assinatura StorageSnapshotSweep conta duplamente a figura de uso noturna de cada org Cada um agora leva um nome alugado através de SingletonTaskRunner antes de fazer qualquer coisa. StorageSnapshotSweep é a única exceção em forma: sua varredura() também é chamada de StorageUsageController quando um operador pede um instantâneo agora, e retorna a contagem de linhas para o resposta. Assim, a anotação @Scheduled mudou-se para uma nova agendadaSweep() que toma a locação, e varrance() em si é intocável e ainda diretamente callável — o pedido explícito de um operador não deve ser silenciosamente ignorada porque outra cápsula acontece de estar no meio da varredura. réplicas 1 -> 2.