- Navios
- 4 de setembro de 2026 às 20:51 UTC
- Autor
- Kamo
- Enviar
- 3fa0230
Cada varredura @Scheduled aqui cujo efeito é compartilhado agora leva um nome de locação distribuída através SingletonTaskRunner antes de fazer qualquer coisa, então ele corre uma vez através da frota em vez de uma vez por pod. Essa foi a única coisa que manteve este serviço em uma réplica — não há nenhum ShedLock em qualquer lugar Esta plataforma, então a contagem de réplicas foi o que fez as varreduras corretas. @Transacional e amigos permanecem no método EXTERIOR onde presente: Primavera aplica-los com um proxy, e o método interno é alcançado através de um:: referência, que nunca passa por um. Movê-los para dentro deixaria a varredura silenciosamente não-transacional. réplicas 1 -> 2, com um PodDisruptionBudget em KlusterServices para que um dreno de nó espere.