- Verschifft
- 4. September 2026 um 21:01 UTC
- Autor
- Kamo
- Ausschuss
- 02d70b3
BillingService lief ein Pod und seine sieben geplanten Sweeps waren nur wegen es korrekt. Dort ist kein ShedLock überall auf dieser Plattform, so dass eine zweite Replik würde jeder von ihnen zweimal ausgeführt haben ticken: ************ reicht dosierte Nutzung beim Zahlungsdienstleister ein zweimal eingereicht, wird der Kunde zweimal belastet DunningSweep retries gescheiterte Zahlungen UND E-Mails über sie StorageAutoExpandSweep kauft Speicher im Namen des Kunden und berechnet es TrialExpirySweep beendet Studien und zieht Abonnements auf MailboxBillingVersöhnen / PbxBillingVersöhnen Kampf um die gleichen Abo-Artikel StorageSnapshotSweep zählt die nächtliche Nutzungszahl jedes Orgs Jeder nimmt jetzt einen benannten Mietvertrag durch SingletonTaskRunner, bevor sie etwas tun. StorageSnapshotSweep ist die einzige Ausnahme in der Form: seine Sweep() wird auch gerade von genannt StorageUsageController, wenn ein Operator jetzt nach einem Schnappschuss fragt, und gibt die Anzahl der Zeilen für die Antwort. Also zog die @Scheduled-Anmerkung zu einem neuen planSweep(), der den Mietvertrag übernimmt, und Sweep() selbst ist unberührt und immer noch direkt abrufbar - die ausdrückliche Anfrage eines Betreibers sollte nicht still übersprungen werden, weil eine andere Hülse passiert, um Mitte-Sweep zu sein. Repliken 1 - 2.