akka persistence or not

Question

В настоящее время приложение использует Akka eventstream и публикует/подписывается для прецедента, который импортирует большое количество данных и после получения данных для каждой строки, которую публикует и событие, и есть подписчик на него. этот проект рискует проиграть события, если что-то пойдет не так, как с издателем/подписчиком.

мне интересно, если с помощью Akka упорства имеет смысл здесь, по нескольким причинам

1) PERSIST событиям истории 3) Воссоздать 2) Аудит сценария с снимкой

записки есть не общие/global (обычно описывается как прецедент почти во всех блогах/примерах сохранения Akka) в системе.

Сохраняется ли настойчивость Акка здесь?

Answer 1

Если я правильно понял ваш сценарий правильно, я бы сказал, что нет для 1), да на 2), не для 3):

1) Если сообщение теряется из-за проблем с паба/суб посредник (который вы действительно не контролируете), он никогда не достигнет ваших постоянных участников и, следовательно, никогда не будет сохранен в потоке событий, поэтому никогда не будет воспроизводиться.

2) Записанное сообщение будет отображаться во время аудита.

3) Если ваши актеры являются процессорами без гражданства, какой сценарий вы собираетесь воссоздать/сохранить в моментальном снимке?

Я предлагаю вам работать 1 с помощью механизма подтверждения/повтора, в котором вы повторно отправляете сообщение через регулярные промежутки времени, пока не получите ответ от потребителя.