@ScheduledУ вас есть метод с
@Scheduled, который синхронизирует данные. Однажды синхронизация ломается, и нужно понять: когда задача запускалась, на какой реплике упала и что произошло при следующей попытке.Собрать результаты в одном месте кажется несложно. Но как отличить новый запуск от повторно доставленного результата? И должна ли история переживать переименование метода?
Недавно у наших друзей из Axelix вышел 1.3 релиз. В статье ниже, парни разбирают инженерные трейд-оффы в рамках сохранения истории scheduled tasks в новом релизе, идентификацию задач и выполнений, дедупликацию, компромисс с собственным API и скользящее окно с JMH-бенчмарками 😈
Всё не так просто, как может показаться на первый взгляд!
🔗 Статья на Хабр: https://habr.com/ru/companies/spring_aio/articles/1107562/